He's trying to illustrate the point which is very valid. Just because the examples are inaccurate doesn't invalidate the point - therefore it gets moderated up.
Theres a lot more to Java than just Sun Microsystems. Sure they came up with it but now due to the JCP they have as much control over it as the other members do.
Will.
While Java stays Sun's closed-source product, Sun retains control over it. Releasing it open-source would mean relinquishing that control forever. Imagine, if you will, the overthrow of an essentially benevolent dictator followed by a less desirable character seizing power.
I'm getting sick of everyone saying this - Sun has actually given up a lot of their control with the introduction of the Java Community Process. Please research you facts!
Will.
Read the whole page - they have done heaps of stuff such as making GUI applications about twice as fast to start. That's a fairly large issue.
The XP and GTK themes are NOT small things either. Now you can (easily) make an app look native on your clients platform and more importently they use the native widgets.
The GameBoy is one of the oldest and best examples IMHO - maybe it's not a "console" game system but the concept is the same.
Every single GameBoy game ever made can be played on the GameBoy advance. Considering how long it's been around and the totally massive number of them out there this is a huge advantage IMHO. Hardware doesn't last forever either so it's nice for the people who own older GameBoy that they can simply by a new one and still play their favourite classic games.
I rate backward compatability very highly when choosing a gaming system.
Will.
Java bindings for OpenGL (JOGL) are a way you can make your precious C calls from Java. It is 1:1 - if you can do it in C with OpenGL, you can do it in Java (even the method names are hte same).
Google is your friend.
Will.
Telstra now have some new Cable plans: AUD$70 for 10GB, uncapped download speed (1.5MBit I think? - real world speeds top out at 500kb/s). And after 10GB you drop to 64k - which is better than paying for excess usage at inflated rates.
Will.
When you need native code (timing, memory placement, kernal etc) you can use the JNI. There is little you can do in C/C++ which can't be accessed from Java. Look at the Java OpenGL bindings for example.
I agree that using the right tool for the job is the best way to approach it - but don't go around saying that you can't do those things in Java when you can.
Slashdot Mirror
He's trying to illustrate the point which is very valid. Just because the examples are inaccurate doesn't invalidate the point - therefore it gets moderated up.
Will.
It's also not a very glamourous project to work on when there's already an implementation which works that you are trying to match.
I still feel they are important however. GCJ looks very promicing.
Will.
The other thing is that you don't have to be Sun to open source java! Anyone can do it.
In fact - several people are.
Leave Sun alone. If you want it open source then go code it your self or join the people who are.
Will.
Personally I am very happy with the direction Java is taking - and it's current levels of openness.
It ain't broke - so don't try and fix it.
Will.
While I agree - Java is Sun's trump card, you are quite wrong with your assertions that java is "closed" and "internal".
Please read this document for clarification.
Will.
Theres a lot more to Java than just Sun Microsystems. Sure they came up with it but now due to the JCP they have as much control over it as the other members do. Will.
here here.
.NET - Java is fully featured across all of it's supported OS's.
And, unlike
Will.
While Java stays Sun's closed-source product, Sun retains control over it. Releasing it open-source would mean relinquishing that control forever. Imagine, if you will, the overthrow of an essentially benevolent dictator followed by a less desirable character seizing power. I'm getting sick of everyone saying this - Sun has actually given up a lot of their control with the introduction of the Java Community Process. Please research you facts! Will.
no that isn't all.
Read the whole page - they have done heaps of stuff such as making GUI applications about twice as fast to start. That's a fairly large issue.
The XP and GTK themes are NOT small things either. Now you can (easily) make an app look native on your clients platform and more importently they use the native widgets.
Cheers,
Will.
Don't remember if it has the VM internals or not
It's got the lot
Cheers,
Will.
Mind you, I would love to be able to see Sun's sources as much as the next guy
Congratulations, you can
Cheers,
Will.
That applies to Swing in particular: no major changes here the last few years.
Please cast your eyes upon the list of new swing features in Java 1.5
Will.
stupid as it may be - yes it is news.com uses news.com.com as it's domain name
The GameBoy is one of the oldest and best examples IMHO - maybe it's not a "console" game system but the concept is the same. Every single GameBoy game ever made can be played on the GameBoy advance. Considering how long it's been around and the totally massive number of them out there this is a huge advantage IMHO. Hardware doesn't last forever either so it's nice for the people who own older GameBoy that they can simply by a new one and still play their favourite classic games. I rate backward compatability very highly when choosing a gaming system. Will.
Java bindings for OpenGL (JOGL) are a way you can make your precious C calls from Java. It is 1:1 - if you can do it in C with OpenGL, you can do it in Java (even the method names are hte same). Google is your friend. Will.
Telstra now have some new Cable plans: AUD$70 for 10GB, uncapped download speed (1.5MBit I think? - real world speeds top out at 500kb/s). And after 10GB you drop to 64k - which is better than paying for excess usage at inflated rates. Will.
Well there already doing the native Java IDE for Linux (and Windows) and doing quite well too.
http://eclipse.org/
When you need native code (timing, memory placement, kernal etc) you can use the JNI. There is little you can do in C/C++ which can't be accessed from Java. Look at the Java OpenGL bindings for example.
I agree that using the right tool for the job is the best way to approach it - but don't go around saying that you can't do those things in Java when you can.
Will.