Re: Java and .NET (no Flames Pls)

From: Joe Lentrichia (jlentrichia(nospam)_at_hotmail.com)
Date: 09/17/04 

Date: Thu, 16 Sep 2004 20:53:05 -0700

I like .NET over Java for a couple of reasons. The primary thing is the
wealth of libraries that all the languages individually (VB, C++, etc) used
to have that you can now access from any of the .NET languages. I like C#
because I think the performance is great (primarily as a result of an
excellently well written compiler).

Finally I think Visual Studio is still unmatched. I haven't used Eclipse,
but I have used JBuilder and NetBeans and both are really slow (mainly
because they are built on Swing). Swing was/is a really bad idea, they
finally got it right when they started implementing UI features in the native
API's of the respective OS.

I think the biggest obstacle for .NET and MS as a whole to overcome is the
ingrained concept in some developers mind that all MS products suck (not
true), and that MS has lots of security issues (somewhat true), and most of
all the general hatred because they have a monopoly on the desktop/office
market. They also get a bad rap for being "proprietary" when in actuality
they are pushing the envelope and just not waiting for a panel of "experts"
to "standardize" the API they happen to be working on. And for this reason
Visual Studio has superior support for Web Services.

My $.02 (more like $5) :)

"Jon Skeet [C# MVP]" wrote:

> Daniel Billingsley <dbillingsley@NO_durcon_SPAAMM.com> wrote:
> > Jeez, this civil discussion almost makes me miss the entertaining troll days
> > of a year or so ago when this kind of thread would have spun off into a
> > bunch of crossposts to java.advocacy.whatever and included all kinds of
> > silliness like "java is better because c# is just a clone" or "C# is better
> > because I worked on a java project and had to make code changes to switch
> > hardware platforms so they lied." Almost. :)
>
> Don't worry, I'm sure there are plenty of bigots around who believe
> it's only possible to support one development platform...
>
> --
> Jon Skeet - <skeet@pobox.com>
> http://www.pobox.com/~skeet
> If replying to the group, please do not mail me too
>

Relevant Pages

  • Re: HardBound and SoftBound
    ... and neither C# nor Java come close to C/C++. ... from time to time when changes are required or for speed reasons. ... speeds comparable with the C++ C# compiler from MS. ... In practice RISC wasn't such a big change, ...
    (comp.arch)
  • Re: (1/2 OT) Reasons to begin with .Net
    ... If you aren't familiar with .NET (or Java or C++ etc) then I honestly would be very suspicious of any controls you attempt to market. ... The market for VB6 controls is effectively dead today.NET is continuing going from strength to strength. ... But if you are looking at the booming market sectors, then .Net and Java are still the two leaders. ... I want to clarify to myself the reasons to write programs in .Net and the reasons not to do it. ...
    (microsoft.public.vb.general.discussion)
  • Re: Book question on threads
    ... > Reading a Java certification book, ... > "Which of these are plausible reasons why a thread might be alive, ... Sun Certified Programmer for the Java 2 Platform ... Sun Certified Developer for the Java 2 Platform ...
    (comp.lang.java.programmer)
  • Re: Multi-monitor test-and-feedback app for Windows
    ... and one of the reasons I wrote this test program. ... My own setup doesn't use transparent spanning, just Vista's run-of-the-mill virtual screen, although both monitors are connected to the same graphic card. ... I don't code any Java at this time, and in fact I've been wondering how all the other guys handle the multi-monitor problems. ...
    (comp.graphics.api.opengl)
  • Re: After 832894, IE Ends Process When Visiting Suns Java Site
    ... I.E. closes, 3 possible reasons. ... ...only tick the JIT compiler box and leave the Java boxes un checked ... > Installing the 832894 IE security patch proves interesting when you go ... > should not end the IE process (close all IE windows). ...
    (microsoft.public.windows.inetexplorer.ie6.browser)
Quantcast