News for hackers. Stuff that matters.
Re:Oberon vs. C++ (1994) by AnimalMuppet on Wednesday March 25, 2015 @01:27PM (#9264430)
> [Garbage collection] is a necessary prerequisite for robust and reliable extensible software systems that will become more and more important in the future.

In retrospect, that seems somewhat naïve.

And that syntax... avoiding that horrible verbosity is one of the reasons that I preferred C to Pascal. It just feels really clumsy.

Most of the "deficiencies" in C++ have been corrected in time, and it took over the world. This shouldn't be a terrible surprise - the practical people get stuff done while the academics argue that their design is superior. Since language use for actually getting stuff done determines "winning" in the language wars, the pragmatic languages keep winning. They steal where the academics actually had better ideas, and they ignore the rest. And so the academics get left in the dust over and over...

Re:Oberon vs. C++ (1994) by Avshalom on Wednesday March 25, 2015 @01:56PM (#9264654)
I wasn't here in 94, but I get the feeling C++ took over the world THEN its deficiencies got mostly fixed.
Re:Oberon vs. C++ (1994) by AnimalMuppet on Wednesday March 25, 2015 @03:31PM (#9265339)
Well, at the time the article was written, cfront was still the C++ implementation, so this was a really long time ago. C++ was arguably as bad as the article said... then.

I'd say that C++ being fixed and becoming more popular took place in parallel. As it got used more, people saw more things that needed fixed, and as more things got fixed, it became more useful for more people.

Why did things get fixed nearly as fast as they got identified as problems? Because there was an arms race between Borland and Microsoft to have the best C++ compiler, primarily. That competition did wonders for the language (neglecting the horror of Microsoft's incompatible and ugly extensions...)

Re:Oberon vs. C++ (1994) by Someone on Wednesday March 25, 2015 @04:16PM (#9265625)
"In retrospect, that seems somewhat naïve."

Why? One doesn't need to take a very strict view of what "robust and reliable extensible software system" means to conclude that we do not have such systems at the moment.

As to the pragmatists vs the scientists: IMO, with hardware becoming faster and faster, the scientists will eventually take over. Pragmatists will build kludges such as lint and typescript, but eventually, somebody will take a step back and decide that the world is better of if the elementary parts of such tools get included in the language and IDE (for example, nobody in his right mind writes C with implicit int's; some BSDs have banned gets)

Re:Oberon vs. C++ (1994) by AnimalMuppet on Wednesday March 25, 2015 @04:38PM (#9265761)
> Why? One doesn't need to take a very strict view of what "robust and reliable extensible software system" means to conclude that we do not have such systems at the moment.

No. But we do have garbage collected languages, and we still don't have robust and reliable extensible software systems. So claiming that garbage collection is going to get us there does seem naïve.

But the original claim was that garbage collection is a prerequisite - not sufficient, but necessary. I still think that's naïve. But maybe, once we figure out how to do it, then we can figure out what language elements are necessary, and then we can see if garbage collection is on the list.

My bet: Garbage collection can help, but it's not essential.

Re:Oberon vs. C++ (1994) by mamcx on Wednesday March 25, 2015 @02:47PM (#9265065)
None of deficiencies have been corrected. Just are added tons and tons of new features, leaving the old-cruft there.
Re:Oberon vs. C++ (1994) by AnimalMuppet on Wednesday March 25, 2015 @03:26PM (#9265307)
The article called out specific things as being deficiencies in C++. It cited a lack of a Boolean type. Now C++ has bool. It cited lack of modules (name spaces). C++ now has this. It cited the lack of run-time type information. C++ now has RTTI.

But it sounds like you have a different list of "deficiencies" than the article...

Re:Oberon vs. C++ (1994) by the_why_of_y on Wednesday March 25, 2015 @07:50PM (#9266863)
In what bizarro world do C++ namespaces qualify as modules?

There are rumors that Apple's clang developers are working on something in that direction, but until that vaporware is done and standardized, C++ programmers have to use the C preprocessor's automated text copy-and-paste mechanism in lieu of a proper module system.

Edited to add: an article and video about the clang C++ modules work-in-progress

http://isocpp.org/blog/2012/11/modules-update-on-work-in-pro...

Re:Oberon vs. C++ (1994) by AnimalMuppet on Thursday March 26, 2015 @12:03PM (#9270612)
The article said that (Oberon) modules and C++ namespaces were similar features. You may have a different definition of modules, or you may think that the article is wrong to compare the two. That's fine. But I'm just the messenger here; go shoot somebody else.