"Java bytecode is also converted into an alternate instruction set used by the Dalvik VM. An uncompressed.dex file is typically a few percent smaller in size than a compressed.jar (Java Archive) derived from the same.class files."
"It uses its own bytecode, not Java bytecode."
This is not direct interpretation of source, this is compilation.
Completely wrong. It is not interpreted, it is compiled to dalvik bytecode, like the JVM. The only difference is it doesn't support runtime bytecode generation.
I have also noticed this. I teach at the new school style of university, but functional languages abound, just not in the course descriptions.
Recently I signed up to teach a "Concepts of programming languages" course where it said in the specification they'd be taught how to implement basic languages in various programming paradigms. I thought they'd be writing stuff in C most of the course, and it turned out it was all in haskell so I quickly had to learn it.
I teach at a uni where the first year language is C, and they go as far as doing DS+A in C, and then move on to other languages (Perl, Java) in 2nd year. It's great, all the 1st years end up C gurus and they effortlessly move into writing Java without complaint.
Japan is not in such a horrible state that there would be huge swathes of japanese women desperately wanting to leave the country, to the point of entering into a relationship with someone just for that purpose.
As someone who is in a relationship with a japanese citizen, I will pass on my girlfriend's thoughts to you: Don't make judgements.
The university i teach at (UNSW) offers Comp Sci courses and also offer Software Engineering degrees that are alot of what you describe and alot less fun. The problem is that the industry doesn't get the difference.
It's far more likely the OS will be like android in that browser-based apps are on equal footing with the rest of them, certainly no restrictions on what apps you can run.
it'll be running the linux kernel so debian could still be hacked onto it if you tried hard enough.
So what?
You are confusing Linux, which is in Chrome OS, with the popular Linux/GNU/X11/Blahblahblah stack that everyone uses at the moment... The Linux Kernel will still be there, and the entire OS will be open source.
If Google's operating system takes over, then, so what? it's a victory for OSS. Certainly some parts of our typical linux stack could be improved tremendously.
I know it's irrelevant, but boolean logic would suggest you probably want -1: Troll || -1: Flamebait, cos && would mean it could be just one. I mean, StronglyDisagreeAndWishToCensor == Troll may still be true.
Slashdot Mirror
Firefox has it's own XUL and other abstractions that are nearly as involved as a Java VM.
I think you mean "Fool me once.. shame.. shame on you, Fool me.. you can't get fooled again!"
If you've ever actually run a j2me app on android, you would retract your claims. HTML based apps are far better.
So? V8 doesn't support 64 bit either, nor Chrome.
This thing is going to run on atoms and arms, please don't think that these sorts of machines are going to need 64 bit processing.
Android actually doesn't use any of Sun's normal Java features such as Swing, and doesn't use the JVM.
Your problem isn't Google Apps, it's Firefox. Try running it in Chromium or Safari and see how much ram it uses.. for me, 30 mb.
Bush voted for that bill? Explain how.
Can someone tell me why this is troll? The mods are on crack today.
You go on about this constantly. Please stop, we've already been made aware of your issues.
If that is seriously firefox code, i'm glad I use chromium.
Fine, I'll use wikipedia to back up my claims.
"Java bytecode is also converted into an alternate instruction set used by the Dalvik VM. An uncompressed .dex file is typically a few percent smaller in size than a compressed .jar (Java Archive) derived from the same .class files."
"It uses its own bytecode, not Java bytecode."
This is not direct interpretation of source, this is compilation.
Completely wrong. It is not interpreted, it is compiled to dalvik bytecode, like the JVM. The only difference is it doesn't support runtime bytecode generation.
Well done, except you can quite easily manipulate the numerical values of characters in ruby.
You should have the same concerns about any popular linux distribution, such as RHEL or something on servers.
They didn't ship all of debian ARM with android either but I have debian on my android phone, and it all works, as well as android.
I suppose the social norms in japan can be a bit more oppressive than in other countries too, particularly for women.
I have also noticed this. I teach at the new school style of university, but functional languages abound, just not in the course descriptions. Recently I signed up to teach a "Concepts of programming languages" course where it said in the specification they'd be taught how to implement basic languages in various programming paradigms. I thought they'd be writing stuff in C most of the course, and it turned out it was all in haskell so I quickly had to learn it.
I teach at a uni where the first year language is C, and they go as far as doing DS+A in C, and then move on to other languages (Perl, Java) in 2nd year. It's great, all the 1st years end up C gurus and they effortlessly move into writing Java without complaint.
Python for OO? Python's great and all, but that's clearly a job for Ruby.
Japan is not in such a horrible state that there would be huge swathes of japanese women desperately wanting to leave the country, to the point of entering into a relationship with someone just for that purpose. As someone who is in a relationship with a japanese citizen, I will pass on my girlfriend's thoughts to you: Don't make judgements.
The university i teach at (UNSW) offers Comp Sci courses and also offer Software Engineering degrees that are alot of what you describe and alot less fun. The problem is that the industry doesn't get the difference.
It's far more likely the OS will be like android in that browser-based apps are on equal footing with the rest of them, certainly no restrictions on what apps you can run. it'll be running the linux kernel so debian could still be hacked onto it if you tried hard enough.
So what? You are confusing Linux, which is in Chrome OS, with the popular Linux/GNU/X11/Blahblahblah stack that everyone uses at the moment... The Linux Kernel will still be there, and the entire OS will be open source. If Google's operating system takes over, then, so what? it's a victory for OSS. Certainly some parts of our typical linux stack could be improved tremendously.
I know it's irrelevant, but boolean logic would suggest you probably want -1: Troll || -1: Flamebait, cos && would mean it could be just one. I mean, StronglyDisagreeAndWishToCensor == Troll may still be true.
I'd love to see them get anywhere against the new Komeito party - Strict buddhist discipline all the way! Meh, the LDPãwill win again anyway.