Slashdot Mirror
Eclipse Makes Java Development on the Mac Easier
An anonymous reader writes "While the Java development environment is fully integrated into Mac OS X, the Eclipse developer IDE brings a fully integrated Java development environment to Mac OS X that provides a more consistent and easier to develop cross-platform experience. This article shows you how quickly you can be up and running with Eclipse and Java development on the Mac. 'Whether you're a Mac OS X Java developer working on cross-platform Java projects, a Linux developer switching to Mac OS X because of its UNIX-based core, or a general Java developer looking to develop applications targeted to Mac OS X, you'll want to look at the Eclipse IDE because it provides a solution to each of these development needs. While Mac OS X provides Xcode as its primary Java development IDE, Eclipse provides a more robust cross-platform development environment, with application frameworks for reporting, database access, communications, graphics, and more, and a rich-client platform framework for building applications.'"
So where's the fucking news, Zonk?
Just a wild guess: Because there's too many CS and IT graduates who don't know how their favorite magical IDE works under the hood. They think it's über-complicated and scary to do development in a terminal using emacs/vi/nano and make/gcc/etc. Some of them have graduate degrees, and some of them teach.
[b.belong('us') for b in bases if b.owner() == 'you']
Something you don't seem to be considering is that this guy who you believed to be a hot Eclipse guy might not have actually been so hot after all. Eclipse shouldn't have forced you to change anything, and if you did, oops.
No weapon in the arsenals of the world is so formidable as the will and moral courage of free men.-Ronald Reagan
as a java dev, i can tell you my favourite feature of eclipse: no hidden magic.
all the concepts are the same once you have the ide up and running: you tell the compliler part of the ide where your source directories are, you point it at the libraries that you want to include on the build classpath, and it just compiles them into a directory.
change a file, it auto-compiles and spits the
then theres the added niceties of a really easy to use debugger, as well as the hot code-replace which lets you hit a break point mid way through a method, change some code _while the debugger is still running_, have it pop the stack back to the top of that method and step through the new code that you've just fixed.
try doing that with vim!
and of course all the readily available plugins to extend the function of the ide, a really clean UI, and make it completely free, and there you have it. when i was a boy, it was all Makefiles in each package directory hand crafted with a master Makefile descending into each subdirectory to complete a build. *shudders with the memory*
other ides, while also providing at least the bulk of the above, often tend to do things with hidden side files ( all of them have their own project metadata files ), or just 'automagically' do things for the user, but often this is to the detriment of not letting the developer understand what is happening as they write up their code.
Eclipse + Java + CVS, woohoo. Welcome to three years ago. How about instead let's try: TextMate / Netbeans, Ruby [..]. SVN or Git
Some of us pick our tools according to the product we want to make, not according to what's hip and ultra cool right now.
PS: Thanks for comparing Eclipse with Textmate. Made my day.
Eclipse isn't just written in Java, it also requires installation of a non-standard widget library called SWT. SWT is not part of the Java framework. It's SWT that would have held up any porting of Eclipse in the past, though as others have noted, Eclipse and SWT have been available for the Mac for years despite the implied suggestion that it's something new.
SWT is one of those things that is technically better than the alternatives in some respects, but ultimately the worth of adopting it is seriously open to question. Eclipse is oriented towards using it in place of AWT and SWING, the standard Java widget libraries, which in my view somewhat undermines Eclipse's usefulness as a Java development environment for certain types of application. Still with 90% of Java, in my experience, being used on the back-end, where no GUIs are ever developed, it's still very relevant and for many people will be a strong alternative to Netbeans.
You are not alone. This is not normal. None of this is normal.
Now admittedly I am not a Java Programmer, I am however a programmer, and as I understood Java's ENTIRE purpose in life it was to be a "Build it once, run it everywhere a JVM existed" environment where no platform dependencies existed.
There was no porting of your applications, there was simply copy it over there and it just ran. Things like SWING, AWT or whatever they call the framework this week, made sure that a java call for say an "About Box" was translated the the native UI engine for whatever platform it was running on. The programmer didn't have to even think about it, just call it.
So WHY does anything written in Java have to be "Ported"? It is because, at least in my opinion, Java has failed miserably at the most promising goal it aspired to.
Most Java apps are reasonably well behaved, the performance of most, well the best that can be said is that it is adequate but they just gulp resources like no tomorrow.
One day I will re-visit Java and see if it is any closer to its vaunted goal, but for today, it is at best "OK" for doing non GUI server side stuff, but for real GUI applications where the user experience really sells the application, I will stick with other tools that truly understand the notion for X-Platform.
Hey KID! Yeah you, get the fuck off my lawn!