And don't try to tell anyone that C is fast. To reach real-time performance the name of the game is assembler. That never changes. All highlevel
languages relys on it.
I can't imagine programming anything in assembler, anymore, except for minor optimizations. It takes too long, and assembler on newer CPUs is more complicated. A lot of amateur programmers get chewed out pretty quick for making their code too slick. Group projects in assembler sounds like a nightmare to me.
I don't understand why people insist on using one universal language. Write your scripts in Perl, your network framework in Java, your apps in C, and your optimizations in assembler. What's with the "C/C++ sux" arguments? You use what works.
Why can't C handle realtime performance? Or by "realtime", do you actually mean, "as screaming fast as possible"? Realtime work just means the code can run continuously without missing input. You certainly don't need assembler for that, just good multitasking.
It's not practical (and probably impossible) to
license Tao's stuff from now until forever.
How many people here believe that Tao owns a big piece of Amiga Inc.? I don't know what to believe, anymore, but Mr. Bill sure doesn't hold the deed.
In fact, how many people believe that the core of any OS or major application is under 100% ownership of the developers? Even Microsoft licenses (not just buys) 3rd party tools to make up major parts of their OS. You can't do everything yourself these days. Relying on 3rd party tools is a fact of life.
In business, all that matters is that you make money, and your customers have a damn good reason to give it to you. Oh yeah, and you're not stupid enough to sign the dotted line without reading the fine print. ;-)
