4 ms·
Heh, if a java developer is worth his salt he will eventually be using idea. It's heads and shoulders above every other Java IDE out there.
by bdittmer 17y ago
Heh, if a java developer is worth his salt he will eventually be using idea. It's heads and shoulders above every other Java IDE out there.
- axod 17y agoThe Java developers I've known who are worth their salt, don't use IDE's :/
- anonymousDan 17y agoReally? What do they use then?
- kaffeinecoma 17y agoIf they're not using an IDE, then they've not yet worked on large projects. Either that or they're doing themselves a serious disservice. This from a hardcore Emacs-and-shell guy until fairly recently...
- axod 17y agoMaybe they're large projects because people are using IDE's ;) clicking once to insert getter/setter/hashcode/tostring/etc instead of writing what is necessary. idk depends how large you're talking.
- wiggles 17y agoSo you write your hashCode/equals/toString methods, and your getters and setters all manually instead of clicking three times? Automatic generation of delegate methods is also a godsend. What about refactoring? Eclipse's rename tool for one changes the way you write code as refactoring is so trivial you do it without thinking. Eclipse's debugger is also top notch, far better than jdb.
- axod 17y ago* Never use a debugger, it's usually pointless. * I hardly ever use getters and setters, and write by hand if needed. * hashCode/equals/toString by hand when they're needed. I also hate the thought of an IDE refactoring my code. I've seen it before, and I've seen it break stuff. It's just typing :/ Authors of novels could use auto-complete. They could tab complete characters names. I expect they could use built in sentence constructs, or even re-factor parts of the novel. But they don't.
- wiggles 17y agoWell when you're working with other people's code debuggers are most definitely not pointless. I'm not sure how you can write any non-trivial Java program without lots of getters, unless you expose your fields everywhere, and end up in maintenance hell. hashCode/equals/toString are boilerplate code that is best machine generated, because humans make mistakes when writing the same boilerplate code for the 500th time. The fact that Java is strictly statically typed means the IDE can safely refactor your code without breaking things, though obviously you can still get naming conflicts, which if occur the IDE will not let you continue. Your comparison with natural language is disingenuous, they are not parsable by machines, and hence are not easily refactorable; a word processor can't determine the context from your cursor location, and hence can't auto-complete words. Here is Java's complete grammar: http://java.sun.com/docs/books/jls/second_edition/html/syntax.doc.html http://java.sun.com/docs/books/jls/second_edition/html/synta.... I also haven't seen a character name like SimpleRemoteStatelessSessionProxyFactoryBean (that's a real Spring class name...)
- axod 17y ago
- varikin 17y agoI agree. I know some awesome Java developers that use Netbeans, Vim, Emacs, Eclipse, and one or two that use IDEA. And this is not on tiny projects or lone coder things. This is an enterprise Java app that is probably one of the largest Java apps in the world. IDEA might be great, but so is Eclipse, NB, Vim, and Emacs in the hands of a developer worth their salt.