I'm agree that native coding have their place, without it maybe we dont have Linux kernel, OS's, Java, .Net, Ruby, Python and many more abstractions but right now if you ask me to go back to code to delphi or C or native code I will refuse it, it is for example to the Delphi coders ask them that Assembly still valid for application development, Imagine to do in this times an accounting system in assembly, that is nuts. Since like 6 years ago I don't touch native code, the last time it was I made in C a small module for python to use a bar code scanner. So for low level development still valid native code but for application development nope.
What's the question he's answering, exactly?
Java, Perl, PHP, Ruby, Python, .Net, etc. all have runtimes or interpreters written in native code -- but obviously the amount of code and effort that goes into the NON-native actual applications dwarfs the amount of work writing that underlying native code.
It's almost like saying "wow, in spite of all the hype on high-level languages, all of that gets boiled down to machine instructions... amazing, that's actually the wizard behind the curtain, doing all the work!".
What's the point? The huge benefit of interpreted languages is that someone can do the unavoidable-but-unpleasant native portion first, ONCE, and the real code of the application can safely sit on top of that. That's why compilers were invented, you know? We add layers because it makes coding easier, safer, and more flexible.
In the Enterprise lala land .Net and Java rule as that is what was sold to upper management Outside of enterprise, these interpreted languages are quite worthless.. especially .Net. At least with Java I can develop it and run the application across multiple platforms. As for VBRUN8.dll^W .Net.. I don't see the point.
I much rather take something like Lazarus with FreePascal and have a true write-once and compile everywhere solution which doesn't force me to ask my clients to download either of .Net 1.0, 1.5, 2.0, 2.1, 3.0, 3.0SP, 3.5, 3.5SP1, 4.0RC0 not JRE 1.1, 1.4, 1.5, 1.6.
The good stuff is actually happening in Python, Ruby and Javascript.... not .Net/Java
Comments
Miloskov replied ago:
I'm agree that native coding have their place, without it maybe we dont have Linux kernel, OS's, Java, .Net, Ruby, Python and many more abstractions but right now if you ask me to go back to code to delphi or C or native code I will refuse it, it is for example to the Delphi coders ask them that Assembly still valid for application development, Imagine to do in this times an accounting system in assembly, that is nuts. Since like 6 years ago I don't touch native code, the last time it was I made in C a small module for python to use a bar code scanner. So for low level development still valid native code but for application development nope.
Amr Ellafy replied ago:
i agree with OtengiM , native code is still the best for foundational/core development but hard when it comes to end-user apps
jtheory replied ago:
What's the question he's answering, exactly?
Java, Perl, PHP, Ruby, Python, .Net, etc. all have runtimes or interpreters written in native code -- but obviously the amount of code and effort that goes into the NON-native actual applications dwarfs the amount of work writing that underlying native code.
It's almost like saying "wow, in spite of all the hype on high-level languages, all of that gets boiled down to machine instructions... amazing, that's actually the wizard behind the curtain, doing all the work!".
What's the point? The huge benefit of interpreted languages is that someone can do the unavoidable-but-unpleasant native portion first, ONCE, and the real code of the application can safely sit on top of that. That's why compilers were invented, you know? We add layers because it makes coding easier, safer, and more flexible.
mcnaz replied ago:
In the Enterprise lala land .Net and Java rule as that is what was sold to upper management Outside of enterprise, these interpreted languages are quite worthless.. especially .Net. At least with Java I can develop it and run the application across multiple platforms. As for VBRUN8.dll^W .Net.. I don't see the point.
I much rather take something like Lazarus with FreePascal and have a true write-once and compile everywhere solution which doesn't force me to ask my clients to download either of .Net 1.0, 1.5, 2.0, 2.1, 3.0, 3.0SP, 3.5, 3.5SP1, 4.0RC0 not JRE 1.1, 1.4, 1.5, 1.6.
The good stuff is actually happening in Python, Ruby and Javascript.... not .Net/Java
Voters For This Link (11)
Voters Against This Link (2)