Sounds like you need a to take a class on "Reading Comprehension," specifically: "with most of the code in Java."
As you can see Java's use of native code was noted in my post, but allow me to strike you with this cluebat I have handy:
Java's use of native code in the standard library is only done when it's absolutely required for technical or performance reasons. It's been this way since Sun first debuted the technology.
This is in contrast to Python's tradition of using native code wrappers for just about everything that can be wrapped.
I'm not saying which is better, as you probably failed to read, both methods have their pros and cons. In addition, because of differences in the platforms, Python has much lower overhead while wrapping native code than Java (or.NET does) due to the difference in the platform architecture.
Java's virtual machine (specially Sun/OpenJDK) is much more advanced than Python's (CPython).
Python takes a bytecode and then executes the one or more native instructions it takes to fulfill the purpose of the bytecode instruction. And that's basically all it does.
Java takes the bytecode instruction and compiles into a native format and uses thats for future executions. In addition, it does many other types of optimizations to increase the execution speed. You can run Java in a purely interpreted mode like Python does, pass the -Xint argument on the command line to the java instance. You'll notice it's 10000x slower than the optimized execution paths.
Java's class library is primarily Java code, whereas Python wraps native libraries for much of this work. Both methods have their pros and cons, but it means Python can be prone to more issues regarding different system libraries, etc. Since Java provides it's own virtual platform with most of the code in Java, you don't have these issues as often.
Java also allows for true threading, whereas Python threads are limited by the global interpreter lock preventing you from getting real performance gains from asynchronous execution. You have to resort to multiple python processes to take advantage of multicore processors for example.
Run fast, support multiple languages, provide 99.9999% secure code environments, support more than one thread executing at a time, etc, etc.
But... Java and Python are two drastically different technologies. Python is great at what it does but it's a scripting language not a virtual platform like Java..NET is more comparable to Java since.NET was basically cloned feature for feature from Java with some additional features added.
The bad part is it'll be like japan where his neighbors all have "An error has been detected with your computer and it has been shutdown for your safety...." burned into their skin.
Slashdot Mirror
Yeah but a PS3 dev kit costs a fucking arm and a leg.
So indies are excluded on price alone. Most people can easily afford a 1-2k dev kit if they want one.
But a 10-20k dev kit? It's out of indie territory.
Someone just gave me an idea for a new android app!
So does Toyota, maybe it'll cancel out?
Has anyone told Centauri about this?
Correct.
HTML = Widely used around the globe
Silverlight = Used at Microsoft HQ and a small number of prefailed web projects
Yeah and then Microsoft, Adobe and everyone else copied it.
I don't see a ton of Bob clones on the market.
Getting blowjobs from barbarino does not sound like my ideal work week.
You fail at reading comprehension.
yuo are antisemute!
Nvidia also has decent drivers.
ATI's drivers are horrifyingly bad.
Sounds like you need a to take a class on "Reading Comprehension," specifically: "with most of the code in Java."
As you can see Java's use of native code was noted in my post, but allow me to strike you with this cluebat I have handy:
Java's use of native code in the standard library is only done when it's absolutely required for technical or performance reasons. It's been this way since Sun first debuted the technology.
This is in contrast to Python's tradition of using native code wrappers for just about everything that can be wrapped.
I'm not saying which is better, as you probably failed to read, both methods have their pros and cons. In addition, because of differences in the platforms, Python has much lower overhead while wrapping native code than Java (or .NET does) due to the difference in the platform architecture.
Java's virtual machine (specially Sun/OpenJDK) is much more advanced than Python's (CPython).
Python takes a bytecode and then executes the one or more native instructions it takes to fulfill the purpose of the bytecode instruction. And that's basically all it does.
Java takes the bytecode instruction and compiles into a native format and uses thats for future executions. In addition, it does many other types of optimizations to increase the execution speed. You can run Java in a purely interpreted mode like Python does, pass the -Xint argument on the command line to the java instance. You'll notice it's 10000x slower than the optimized execution paths.
Java's class library is primarily Java code, whereas Python wraps native libraries for much of this work. Both methods have their pros and cons, but it means Python can be prone to more issues regarding different system libraries, etc. Since Java provides it's own virtual platform with most of the code in Java, you don't have these issues as often.
Java also allows for true threading, whereas Python threads are limited by the global interpreter lock preventing you from getting real performance gains from asynchronous execution. You have to resort to multiple python processes to take advantage of multicore processors for example.
Run fast, support multiple languages, provide 99.9999% secure code environments, support more than one thread executing at a time, etc, etc.
But... Java and Python are two drastically different technologies. Python is great at what it does but it's a scripting language not a virtual platform like Java. .NET is more comparable to Java since .NET was basically cloned feature for feature from Java with some additional features added.
Twitter was using Ruby and they found out the hard way that Ruby doesn't scale (unless it's JRuby) and they switched.
The funny thing is that the most notorious example of your multiple install problem was Microsoft's Java runtime environment.
They broke it on purpose, causing you to need both Sun's and Microsoft's installed because some apps used Windows only technology.
So I guess what's old is new again.
So you're saying Mono isn't an imitation because the people worked very hard while trying to imitate .NET?
This is science, not magic.
Welcome my "catching up to GIMP from 2007" overlords at Adobe: http://liquidrescale.wikidot.com/
Sorry wikidot, I hope you have Slashdotation Insurance (or is that included in the new health shindig?)
I think you mean Comrade in the Bubushka!
Just wait until Chrome gets Apple's blessing to be placed on the iPhone!
Don't blame me, I voted for Gassée!
The bad part is it'll be like japan where his neighbors all have "An error has been detected with your computer and it has been shutdown for your safety...." burned into their skin.
Wasn't that the codename for iPad?
Hey, it works for Windows!
The price is clearly stated on the linked page, $10,000 USD.
Nope, id is happy to provide commercial licenses to replace the GPL in their open source offerings: http://www.idsoftware.com/business/idtech3/