I agree with you that Eclipse (or for that matter IntelliJ or even NetBeans) beats the VC# Express Edition easily, but one has to admit that Visual Studio in general, not just VC# Express Edition, launchs much faster.
Of 3 Java IDEs that I mentioned, IntelliJ probably starts most quickly, but still it takes an order of 10 seconds or so on my system, whereas VC# Express Edition is just a few seconds.
I also feel that VC# Express Edition (again for that matter Visual Studio in general) is using much less memory, but perhaps that's only because my Java IDEs have a lot more large projects in it.
... is to get to know smart people, IMHO. Knowing and interacting with smart people improves your ability, and that is supposed to help you in the end.
How does it compare to other platforms?
on
Firefox - The Platform
·
· Score: 2, Insightful
A new platform is always interesting, but is it really good when compared to other platforms?
Take Java, for example. You can write a Java Web Start application that launches like a locally-installed application. It's got a reasonable set of GUI components. It runs on most of the platforms I care, it has probably got a bigger installation base than Firefox is.
And then there's a difference in productivity. Java is way more productive than Firefox as a platform. Go to a book store, you see a whole bunch of books on Java. There are countless FAQs, articles, mailing list archives, communities, and local user groups that covers every aspect of Java. A whole range of IDEs and debuggers to make you even more productive. Hundreds of commercial/free libraries you can use.
All of these things help you get the job done quickly.
So what does the Firefox platform bring to the table? Why a developer like me should be intereste in it?
In assembly, you can't do anything unless you use the system calls. I mean, you can't even exit your process unless you use one.
Therefore, practically any assembly program has to be OS-dependent, hence "Linux x86 assembly"
Slashdot Mirror
I agree with you that Eclipse (or for that matter IntelliJ or even NetBeans) beats the VC# Express Edition easily, but one has to admit that Visual Studio in general, not just VC# Express Edition, launchs much faster.
Of 3 Java IDEs that I mentioned, IntelliJ probably starts most quickly, but still it takes an order of 10 seconds or so on my system, whereas VC# Express Edition is just a few seconds.
I also feel that VC# Express Edition (again for that matter Visual Studio in general) is using much less memory, but perhaps that's only because my Java IDEs have a lot more large projects in it.
> What are you talking about? Inner classes are fully supported in C#...
That's a news to me. Are you sure?
I suspect you mean "nested types", which are different from Java's "inner classes" in that they do not have implicit enclosing parent instance.
... is to get to know smart people, IMHO. Knowing and interacting with smart people improves your ability, and that is supposed to help you in the end.
A new platform is always interesting, but is it really good when compared to other platforms?
Take Java, for example. You can write a Java Web Start application that launches like a locally-installed application. It's got a reasonable set of GUI components. It runs on most of the platforms I care, it has probably got a bigger installation base than Firefox is.
And then there's a difference in productivity. Java is way more productive than Firefox as a platform. Go to a book store, you see a whole bunch of books on Java. There are countless FAQs, articles, mailing list archives, communities, and local user groups that covers every aspect of Java. A whole range of IDEs and debuggers to make you even more productive. Hundreds of commercial/free libraries you can use.
All of these things help you get the job done quickly.
So what does the Firefox platform bring to the table? Why a developer like me should be intereste in it?
In assembly, you can't do anything unless you use the system calls. I mean, you can't even exit your process unless you use one. Therefore, practically any assembly program has to be OS-dependent, hence "Linux x86 assembly"