/tech/ - Technology★

I should also include the following people as visionaries:

Leslie Lamport

Bob Widlar

All 50s-70s MIT AI guys

Heinz von Foerster

the LoperOS guy

Terry Davis

>>1035256 (OP)

if you had listened to Kay, you would know that encapsulation is actually the basis of it all.

>>1035258

I acknowledge Terry's technical accomplishments, but he doesn't belong on that list. Lamport and Widlar, for example, made original contributions to computer science and electrical engineering, respectively. A lot of original research came out of MIT in the time range you specified, too. But Terry's work was fundamentally derivative. He thought computers had gotten too complex, and less fun, and wanted a "modern Commodore" that reminded him of the fun of 80s hobbyist computing, but on modern AMD64 hardware. If Java pajeets and soy-swilling web developers are our point of reference, sure, Terry is a genius. But anybody with a bachelor's degree in C.S. from a decent program can write something of equivalent complexity and functionality to TempleOS and HolyC.

It's how amazing how decisive the divide between the academics and the pragmatists in computers and technology is.

>>1035315

Alan Kay is a living fossil of mid 20th century liberalism.

I never got the big deal about smalltalk. I don't see how it's version of OOP is valid, or even better than Java.

>>1035351

Meant to say "more valid", not that it isn't valid.

>>1035351

It just takes an idea and uses it as much as possible and exclusively as possible. It's "what if literally everything was messages?" the language. see https://www.youtube.com/watch?v=0fpDlAEQio4 for some others languages like this.

>>1035258

remove LoperOS guy, he's a SJW and never created anything useful

>>1035380

I read some of the guy's technical articles before and they were good. I have not been following him, though. Post the links to his faggotry.

Simula objects were created to model real world objects. They behave like coroutines and processes.

http://staff.um.edu.mt/jskl1/simula.html

>During the first year, SIMULA was applied to a wide array of operations research problems. In his report, Nygaard makes reference to production planning, administration, inventory, transportation, harbors, planning and scheduling, renewal, computer operation and design, and analyses of various social systems. As an illustration of the specific problems SIMULA was applied to that first year, Nygaard mentions, among other things, an analysis of the layout of the new job foundry at Raufoss Amunisjonsfabrikker where the object was to find the proper arrangement and dimensioning of cranes, storage points etc. The SIMULA program for this job was punched on 1130 cards. Compiling time was 50 seconds, and a simulation of two and a half days of operation ran in 22 seconds. He also mentions that an airport departure system was being developed in cooperation with the Scandinavian Airlines System (SAS), that a large study on the transportation, pre-production, and storage system of a Norwegian paper mill had been conducted, and that two large-scale harbor simulations were made in SIMULA.

http://staff.um.edu.mt/jskl1/talk.html

>Life rules of Simula objects are coroutines, that may be temporarily stopped and later resumed. There are two levels of (quasi)parallelism in Simula. First level does not work with time, the programmer "thinks in quasiparallel". The second level introduces the notion of time, the programmer works with parallel (from user's point of view) processes. First level can be applied to all classes, the second level is implemented by the class Process of the system class Simulation. Figure 8 shows the possible states of a coroutine (body) of an object X. Note that a coroutine that does not use any of the next facilities is at first attached, then terminated (objects of other OOLs are always terminated). A terminated object can still be used (it is possible to call its methods and/or to access its attributes).

>>1035390

This seems more like a criticism of Java than anything else.

>>1035380

Where are the proofs?

>>1035412

So much was done with ancient languages that created very optimized outputs, and they themselves were optimized; unlike the memelangs of modern times, which are completely useless and only exist for sjws to say "i invented a feminist language with whymyn raheeghts!".

>>1035451

>factory and builder classes that break the point of having a simple constructor in the first place

he's not wrong though, some of the shit in oop is made to slow down the programmer

>>1035451

are you DEFENDING Java?

>>1035622

Is Java bad? I'm not a /prob/ so pardun much ignant

>>1035622

No, but the person in the video should level his complaints at his target instead of being overly broad. Smalltalk is not Java style OOP. In Smalltalk there are no types and everything is late binding.

>>1035625

>true OOP has never been tried

lol