News for hackers. Stuff that matters.
Re:One with Vim by tieTYT on Thursday January 27, 2011 @04:37PM (#2149604)
Is there anyone out there that has given eclipse/intellij idea a fair chance and decided Vim was better for coding java? It's difficult for me to imagine coding without the built in refactorings it provides and shortcuts like ctrl+n and ctrl+alt+h.
Re:One with Vim by runT1ME on Thursday January 27, 2011 @05:14PM (#2149749)
I'm learning Vim because of my three years using Eclipse. Built in refactoring is pretty awesome and the Eclipse debugger is the best debugger there is.

However, over and over, on each of my projects that used Eclipse, inevitably multiple team members would have Eclipse crash and throw their entire workspace into disarray. Sure Eclipse might give you a 20% boost of productivity day to day, but that once every six months catastrophic disaster it would cause negated a lot of it.

Sometimes Eclipse would have trouble talking to the database, sometimes it would screw up its project file, other times it would outright corrupt files, cache things wrong, etc. This wasn't just for me, it was the experience many of our programmers had at various companies.

Now I'm working on my own project, and it's not near as large so I haven't felt the pain of not having magic-refactor. I've been forced to hack on a script to provide step-through debugging capability, and probably once a day I'll google to find the right keystrokes to do something, but I feel in the end, the effort is more than worth it.

Re:One with Vim by steveklabnik on Thursday January 27, 2011 @04:38PM (#2149608)
I've heard from lots of vim people that do actually use Eclipse to make up for Java's inadequacies, yes.
Re:One with Vim by tieTYT on Thursday January 27, 2011 @05:25PM (#2149793)
Assuming that that java bash was in context, I have to say that the IDE features I mentioned would be useful for almost any language:

Refactorings: I can rename a method in one location and it will change all the calling code. This would be dangerous to do by hand: Best case scenario, there would be a compiler error for all the broken code. Worst case, that method name was already overloaded and you just introduced a bug.

ctrl+n: Open any file that's in your project. It can find the file by camel case or pattern matching and it only includes files in your project.

ctrl+alt+h: See a tree of all the callers of a method. Extremely useful when you're considering a refactoring. You can instantly answer the questions, "Is anyone calling this method?", "Is anyone calling the methods that are calling this method?...", "What will be affected by this change?", and so on.

Re:One with Vim by alinajaf on Thursday January 27, 2011 @05:37PM (#2149847)
Although not as comprehensive as the eclipse refactorings, ctags go some way towards giving you similar functionality in vim.
Re:One with Vim by w1ntermute on Thursday January 27, 2011 @04:53PM (#2149661)
There are Vim emulation plugins for Eclipse, if you want the best of both worlds.
Re:One with Vim by SkyMarshal on Thursday January 27, 2011 @06:01PM (#2149956)
And don't forget eclim, a Vim front-end for Eclipse (or an Eclipse back-end for Vim):

http://eclim.org/

Re:One with Vim by limmeau on Friday January 28, 2011 @03:07AM (#2151182)
Sounds exciting but a little scary. Have you used it?
Re:One with Vim by rincewind on Friday January 28, 2011 @09:18AM (#2151834)
I have used it in order to develop an eclipse plugin for vim. It took some time to set up, but then it worked as advertised. I could use vim inside eclipse. It exposes all the mistake detection and completion stuff of the regular Eclipse editor, but triggered by keybindings instead of automatically.
Re:One with Vim by SkyMarshal on Saturday January 29, 2011 @04:34PM (#2156453)
Not exactly. I tried setting up a really complicated system with Eclipse running as a server in a VM and my local Vim serving as the head to it, but haven't gotten that working yet.

I prefer Vim as the frontend, but was hoping to add Eclipse's code correction and refactoring to it. But that's also the most complicated of the three options, and least well supported right now.