Java has concurrent GCs now that do not freeze the entire VM while being run. And I've never seen the GC go "out of whack" and hang permanently (though I've seen many apps do this due to poor thread/resource management).
I completely agree... I work with companies that have SOX requirement all the time, and the variation between them can be absolutely amazing! Some companies act like anything could land them in trouble with "SOX Compliance" (basically pulling out a "it's because of SOX" defence any time they don't like something, want to delay, or its raining). Others seem only slightly different from privately held companies (just with a little more paperwork.
Re:3 Word Summary of Practical Mono
on
Practical Mono
·
· Score: 2, Interesting
Another difference is that your Java version doesn't compile.
The comparison should be:
class HelloWorld { public static void main(String argv[]) { System.out.println( "Hello World" ); } }
Compared to:
class HelloWorld { public static void Main() { System.Console.WriteLine( "Hello World" ); } }
Dell excels in B2B where you have programs in place where IT shops can order their own parts under warranty and they have access to skilled technicians that are paid by the higher costs of the warranties and hardware / contract.
I'm actually not down on Dell (had some decent experiences with their consumer support recently), but this made me laugh!
"skilled technicians"? Ie, the same ones that demand you reboot and run diagnostics to replace a bad drive in a HOT-SWAPPABLE RAID ARRAY! I would say their B2B support is not so great either.
Maby, but Mono is sorta like java. the.Net Programs will be portable as long as the developers don't use Microsoft APIs like java is portable to gcj as long as you don't use the com.sun.* packages etc.
Sort of... actually.Net is worse. In the Java world, using "com.sun.*" packages is considered to be a VERY BAD practice, even by Sun. The standard API documentation, for example, does not even include them.
People do still use them from time to time, but they can cause problems even without getting GCJ/GNUClasspath into the picture as often licensed VMs don't support or maintain those APIs either.
In the.Net world, the use of those APIs is not heavily discouraged at all in general.
You'll not soon find an open source GPS receiver with routing like TomTom. The routing databases sell for substantial amounts of money and even if you could buy them as a stand-alone product, they're in a proprietary undocumented format.
Maybe you mean something other than what I think you mean.:) But there are a few pieces of highway navigation software that are open source (for the US, that is):
If Microsoft made some error in implementing their own Win32 API, i.e. not to the correct specification, would the WINE developers implement the Win32 API as it 'should be' (thus breaking applications that use it), or would they 'emulate' the broken code? I have a distinct feeling that it'd be the latter.
Yes... Wine's approach to compatibility is to be "bug for bug" compatible. This means that Wine would reimplement the bug.
Technically in the case of security issues, they may not always do this, though.
Stop with the paranoia. It was probably someone from his IP (or area) engaging in actual abusive practices, not simply because of a difference of opinion.
If you've followed Slashdot for a while, you'll notice that the only constant is being disagreeable. What to disagree with actually varies quite a bit simply based on the content of the article.
Just as many Americans prefer to buy American brands. It's natural to be a bit nationalistic, although some people take it too far. Try driving a foreign car in Detroit. I've been deliberately cut off on the highway in a Mazda ( they tried to run me into a ditch) and a friend of mine had eggs thrown at her while she was in her Toyota.
Do you have a bit of a complex? You do realize that Ford owns a fairly significant chunk of Mazda, right? I seriously doubt you getting cut off had anything to do with not driving an American car...
1. GNU Classpath has nothing to do with runtimes, it's a GNU replacement for the standard Java libraries.
Thank you captain obvious! There are about a dozen runtimes that can use GNU classpath, vs. about 2 that can use the Mono libs. So the free Java camp wins in either case.
2. You must not keep up with Mono development, which admittedly is sometimes going a bit too fast to keep track of. In any case Mono is essentially feature-complete at this point, while Classpath still has a ways to go. It's not used by many (any?) serious development outfits.
Yes, actually I follow both quite closely. The mono classlibs are decently compatible with DotNet 1.1, and terrible in comparison to 2.0. The Winforms implementation kind of pretends to be close to 1.1, but generally is unusable for real applications.
With Classpath, they have very close to completley compatilibity with 1.4 (many real-world Java apps will work with no recompiles) and their Swing support is in a similar situation to the SWF implementation in Mono.
Unfortunately, the Mono runtime itself is still fairly immature.
As far as I know, neither has strong support commercially at this point.
As someone who has read the JSF specification (and a few others), I can thoroughly disagree that Sun is better at clean APIs and architectures.:) I generally prefer the architecture behind ASP.NET and the.Net libraries, unfortunately.
Having said that, it is nice that formal specifications are available for the Java APIs, and that the process is transparent. It's much easier to learn from that (even from the mistakes) than it is to learn the details in the MS world.
Also, if you want to do Linux development, Java is the way to go. Mono is nice, but you're very unlikely to find many real-world jobs deploying it in production right now.
That really depends on what you consider better. If you want a car that seats 4, then you're going to have an easier time getting a Honda that seats 4, then trying to retrofit a ferrari to seat 4.
Slashdot Mirror
Update your knowledge.
Java has concurrent GCs now that do not freeze the entire VM while being run. And I've never seen the GC go "out of whack" and hang permanently (though I've seen many apps do this due to poor thread/resource management).
I completely agree... I work with companies that have SOX requirement all the time, and the variation between them can be absolutely amazing! Some companies act like anything could land them in trouble with "SOX Compliance" (basically pulling out a "it's because of SOX" defence any time they don't like something, want to delay, or its raining). Others seem only slightly different from privately held companies (just with a little more paperwork.
Well, to be fair, this isn't always the case. Ubuntu for instance worked perfectly on the first try with my Centrino based laptop.
Are you sure the Google earth pictures of your house weren't from an airplane?
Yes, typing "wiki foo" in the search bar works much better than "wp foo".
Are you opposed to Google's use of redirects? They've used them for quite a while now.
It would be nice for them to use this new feature instead, as it would make copy'n'pasting google search URLs easy again.
Sun is not the "world's largest big server provider".
Noone said that they were. It is their own DRM, it just happens to require Windows.
I'm actually not down on Dell (had some decent experiences with their consumer support recently), but this made me laugh!
"skilled technicians"? Ie, the same ones that demand you reboot and run diagnostics to replace a bad drive in a HOT-SWAPPABLE RAID ARRAY! I would say their B2B support is not so great either.
Mono supports Windows Forms... it's fairly buggy, but they are supported.
.Net aims for binary compatibility as well.
Is this really true? I was under the impression that Cacao was actually fairly fast.
And the Mono runtime is far from wonderful at this point, IMO (not all that stable, and not particularly fast).
Sort of... actually
People do still use them from time to time, but they can cause problems even without getting GCJ/GNUClasspath into the picture as often licensed VMs don't support or maintain those APIs either.
In the
Maybe you mean something other than what I think you mean.
Roadnav and RoadMap come to mind.
Yes... Wine's approach to compatibility is to be "bug for bug" compatible. This means that Wine would reimplement the bug.
Technically in the case of security issues, they may not always do this, though.
Stop with the paranoia. It was probably someone from his IP (or area) engaging in actual abusive practices, not simply because of a difference of opinion.
If you've followed Slashdot for a while, you'll notice that the only constant is being disagreeable. What to disagree with actually varies quite a bit simply based on the content of the article.
No, they wouldn't.
Do you have a bit of a complex? You do realize that Ford owns a fairly significant chunk of Mazda, right? I seriously doubt you getting cut off had anything to do with not driving an American car...
Thank you captain obvious! There are about a dozen runtimes that can use GNU classpath, vs. about 2 that can use the Mono libs. So the free Java camp wins in either case.
Yes, actually I follow both quite closely. The mono classlibs are decently compatible with DotNet 1.1, and terrible in comparison to 2.0. The Winforms implementation kind of pretends to be close to 1.1, but generally is unusable for real applications.
With Classpath, they have very close to completley compatilibity with 1.4 (many real-world Java apps will work with no recompiles) and their Swing support is in a similar situation to the SWF implementation in Mono.
Unfortunately, the Mono runtime itself is still fairly immature.
As far as I know, neither has strong support commercially at this point.
From what I recall, XP Home with SP2 treats multiple cores as one CPU for the purpose of licensing.
Yes, we do. It's widely known that the backend for those technologies is Java.
Not really... GNU Classpath and friends are much more mature than the Mono runtime at this point.
As someone who has read the JSF specification (and a few others), I can thoroughly disagree that Sun is better at clean APIs and architectures. :) I generally prefer the architecture behind ASP.NET and the .Net libraries, unfortunately.
Having said that, it is nice that formal specifications are available for the Java APIs, and that the process is transparent. It's much easier to learn from that (even from the mistakes) than it is to learn the details in the MS world.
Also, if you want to do Linux development, Java is the way to go. Mono is nice, but you're very unlikely to find many real-world jobs deploying it in production right now.
Why retrofit, when you can buy it that way straight from the factory?
Ferrari with 4 Seats (Ferrari 612)
It's certainly not the only four seater that they've ever made, either.