Linked by Alexandru Lazar on Mon 5th Jan 2009 19:13 UTC
Thread beginning with comment 342407
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[3]: One more to add to the list...
by sdeber on Tue 6th Jan 2009 07:38
in reply to "RE[2]: One more to add to the list..."
C is designed to be general purpose high level language, however, it is practically not good at developing large complex user applications, especially, those business applications which have to be fast-written and change greatly from one domain to another. C does not free programmer from taking extra care of low-level things.
RE[3]: One more to add to the list...
by asgard on Tue 6th Jan 2009 13:15
in reply to "RE[2]: One more to add to the list..."
C was designed to be a high level portable language, not to do "low level stuff". It was the C# or Java of its time, when everything was done in asm.
No. At the time C was invented, the mainstream high level languages were COBOL, FORTRAN, Algol and PL/I. These languages do not handle e.g. pointers and bit operations as well as C does.
C was invented specifically as a system programming language (so they wouldn't have to rewrite OS for different architectures).





Member since:
2006-02-05
C was designed to be a high level portable language, not to do "low level stuff". It was the C# or Java of its time, when everything was done in asm.
C# isn't just rolling random features in, if you look at the last few releases it is obviously trying to roll some of the reasons that functional and dynamic languages are so awesome into a statically typed language while still maintaining clarity and performance.
Not only that, but the IT industry that you are disparaging is taking a good look at functional languages like LISP right now. There is a huge interest in Haskell, Erlang, and F# as a way to leverage parallelism in a smart way and to deal with certain types of problems that OO doesn't handle well.