Posted: Sat Jun 30, 2007 6:36 pm
Lina?frank wrote:Unless of course you have figured out how to make C/C++ programs so portable that you can compile them on linux and run them on windows and vice versa.
The Place to Start for Operating System Developers
https://f.osdev.org/
Lina?frank wrote:Unless of course you have figured out how to make C/C++ programs so portable that you can compile them on linux and run them on windows and vice versa.
Any interpreted language has overheads. But the fact that it's so portable across processor architectures and operating system API's neutralizes this argument.Brynet-Inc wrote:I could go on for hours trying to explain why I hate Java, but instead I'll just label Java for what it is... It's bloatware!
The shear memory usage and size of Java applications compared to ones written in C/C++ or Assembly is a good example of this..
I don't know, the unices are getting pretty good at that.Brynet-Inc wrote: Nothing should "need" such a large dependency, That being the "Java VM".
Slow: yes. Ugly: how so? It's comparable in syntax to the C-family. And irrelevant? To systems programming I'll concede. But to applications programming, the one that the users give a damn about, it's highly relevant.Brynet-Inc wrote: I'll sum it up for you: "It's slow, ugly and entirely irrelevant!"..
I'll agree. But the amount of time to build such a program of equivalent functionality across architectures would be far greater than that of Java. It's not a language for every situation and programmer, as you should know, you use the right tool for the right problem.Brynet-Inc wrote:So I rest my case, Any "half way decent" programmer could write an application in C/C++ that is portable, small and a heck of a lot more efficient then one written in "Java".
That's absolute bull. That's like saying we should all use .NET because in theory it might kinda be somewhat possible to run it on other OS'. In fact that is more like saying a War that kills twice as many people as necessary is ok if you win, even though we could have won without killing that extra 20 million people. One advantage does not outway the other's, especailly an advantage that nobody who understands it wants. Java could have easily been far more efficient if Brendan had written it, and it is need of a good replacement that weighs not only the Concept but realistic Speeds.Solidus117 wrote:Any interpreted language has overheads. But the fact that it's so portable across processor architectures and operating system API's neutralizes this argument.
C# is not interpreted. It is either JIT-compiled, or compiled directly to native code (via ngen usually). Most .NET languages work the same way.os64dev wrote:in a sense interpret languages are not always bad. consider .NET for instance.
Sex appeal?hckr83 wrote:so exactly, why use .NET??
Did I not just say... it's not interpreted??hckr83 wrote:What the hell is the point of .NET? I know, bneing interpreted(technically) makes it possible to be very portable, but it's not portable! Microsoft would refuse to make it so...
so exactly, why use .NET??
It is a matter of opinion.. If its either JIT-compiled or compiled natively what does that tell you about the state before. It is byte code just like Java and everybody say Java is interpreted so that means .NET is also interpreted. Nonetheless the fact that .NET is either converted to native or JIT-compiled makes is a better approach then Java.Colonel Kernel wrote:C# is not interpreted. It is either JIT-compiled, or compiled directly to native code (via ngen usually). Most .NET languages work the same way.os64dev wrote:in a sense interpret languages are not always bad. consider .NET for instance.
Java can be either interpreted or JIT-compiled, but is normally JIT-compiled these days.
Just the facts, ma'am.
If you fail to write protable code it means that it is poorly designed. GUI stuff should be obscured by a bridge design pattern and functionality always be done outside the GUI thread.Not that it answers your question. The answer is: use .NET if you want to develop non-portable software that will only run on Windows, because writing portable software that will run on Windows is very painful (especially if there is a GUI involved), and because writing non-portable code using the Win32 API is equally painful.
Opinion doesn't come in to it. If you compile natively, the code is no longer interpreted. JIT compiling is perhaps close to interpretation, in that the file loaded from disk is in MSIL and is not an executable binary - it is compiled...well...just-in-time!os64dev wrote: It is a matter of opinion.. If its either JIT-compiled or compiled natively what does that tell you about the state before.
[rant]os64dev wrote: If you fail to write protable code it means that it is poorly designed. GUI stuff should be obscured by a bridge design pattern and functionality always be done outside the GUI thread.
Cool, but then why leave here? Isn't this "I will leave and make lots of cash" a little bit of selfish?Dex wrote:I am leaving this forum, I see the desktop OS as DEAD and my true Web OS views are not welcome. I will go away and make lots of money, instead of helping fallow OS dev's.
So i will turn DexOS into the best true web OS there is, you still all have time, to see the light, do not be sheep.
Even M$ is dead: http://www.paulgraham.com/microsoft.html
PS: Dex has left the building.