4 ms·

Just Vi or Vim for me. Used VS, VB, Eclips years back, but now back to Vi/Vim for embedded and server environment. Have not missed any of IDE features at al

Just Vi or Vim for me. Used VS, VB, Eclips years back, but now back to Vi/Vim for embedded and server environment. Have not missed any of IDE features at all.

winter_blue 13y ago
What languages do you work with? Simple things like being able to jump to the definition of a function with a press of a button (esp. when working with a large unfamiliar code base) are indispensable for me.
- axomhacker 13y ago
  Sublime Text 3 is still lightweight, fast and has awesome "jump to definition".
- zalew 13y ago
  not sure what vim has to do with visual studio, but you can jump to definition in vim f.ex using python mode https://github.com/klen/python-mode#default-keys https://github.com/klen/python-mode#default-keys
- thwest 13y ago
  grep is nice. its gnarly in template heavy c++, but so are all the tools. intellisense can't reliably provide navigation among all of the possible instantiations in your project. (esc;qgrep -rn thing .) is faster for me than reaching for the mouse.
  - int_19h 13y ago
    >> its gnarly in template heavy c++, but so are all the tools. intellisense can't reliably provide navigation among all of the possible instantiations in your project. Have you tried it in VS 2010+? You might be surprised. I've seen it correctly handle polymorphic Boost lambdas, and that's a rather impressive feat of TMP. Also, I've just tried the scenario that you've described (if I understand it correctly - "Find all references" on a class template), and it does list all the explicit instantiations in the project.
    - to3m 13y ago
      I have to second this. I hear VS>=2010 uses the compiler infrastructure to generate the intellisense data, rather than doing it (as VS<=2008) by simple text processing, and it's made a huge difference in terms of reliability. As well as improved support for templates, it also does a good job of handling code generated by macros. Newer Visual Studios might prove that the question "OMFG what could POSSIBLY be worse than the VS2008 C++ build system?" isn't actually rhetorical after all, but the code completion is much improved. (On another note, Xcode. I'm normally pretty negative about Xcode, because it's mostly awful. But I believe its code navigation and code completion is done in a similar way - only using LLVM, of course - and that part does work extremely well. If anything, it's actually slightly better than Visual Studio, because its navigation shortcut is much better about giving you a popup list of all possible reasonable destinations, e.g., if you try to go from a member function call to its definition when that function is virtual.)
      - int_19h 13y ago
        >> I hear VS>=2010 uses the compiler infrastructure to generate the intellisense data, rather than doing it (as VS<=2008) by simple text processing, and it's made a huge difference in terms of reliability. To be specific, what they did was take the EDG C++ front-end, and use it to drive all code intelligence features (code completion etc) - see http://blogs.msdn.com/b/vcblog/archive/2009/05/27/rebuilding-intellisense.aspx http://blogs.msdn.com/b/vcblog/archive/2009/05/27/rebuilding.... That's why it can correctly handle all templates, macros etc. Here's a nasty trick that I love to play on unsuspecting C++ IDEs: template<int = sizeof(void*)> struct foo; template<> struct foo<4> { template<int> struct bar {}; }; template<> struct foo<8> { enum { bar = 0 }; }; float baz; int main() { foo<>::bar < 123 > baz; } The nastiness here is that the line of code inside main() should be parsed differently depending on pointer size on the target architecture. If it uses foo<4>, then it is a declaration of a local variable named baz, of type foo<4>::bar<123>. If it uses foo<8>, then it's an expression involving two comparison operators: ((foo<>::bar < 123) > baz) - referencing the global float baz. Now, if you try the above in VS (2010+), you'll see that it will parse this correctly and give you the proper type info for baz (and "Find References" etc), which will change if you switch project configuration from "Win32" to "x64" and back.
- agentultra 13y ago
  There's ctags/etags/etc; vim and emacs and many other editors support them well.
- jussij 13y ago
  Any editor with ctags support should be able to provide this type of code navigation. As an example, the Zeus IDE automatically generates ctags information for all files in the current workspace and it has this feature. The ctags approach offers and additional bonus in that you can also do a wildcard search. NOTE: I'm the author of the Zeus IDE.
MichaelGG 13y ago
Why not both? http://www.viemu.com/ http://www.viemu.com/ Get all the editing capabilities of Vim, but don't lose integrated debugging, code completion, code nav, type info popups, etc. that an IDE provides.
atilev 13y ago
Even better vi for vs http://visualstudiogallery.msdn.microsoft.com/59ca71b3-a4a3-46ca-8fe1-0e90e3f79329/ http://visualstudiogallery.msdn.microsoft.com/59ca71b3-a4a3-...

Just Vi or Vim for me. Used VS, VB, Eclips years back, but now back to Vi/Vim for embedded and server environment. Have not missed any of IDE features at all.

winter_blue 13y ago

What languages do you work with? Simple things like being able to jump to the definition of a function with a press of a button (esp. when working with a large unfamiliar code base) are indispensable for me.

axomhacker 13y ago
Sublime Text 3 is still lightweight, fast and has awesome "jump to definition".
zalew 13y ago
not sure what vim has to do with visual studio, but you can jump to definition in vim f.ex using python mode https://github.com/klen/python-mode#default-keys https://github.com/klen/python-mode#default-keys
thwest 13y ago
grep is nice. its gnarly in template heavy c++, but so are all the tools. intellisense can't reliably provide navigation among all of the possible instantiations in your project. (esc;qgrep -rn thing .) is faster for me than reaching for the mouse.
- int_19h 13y ago
  >> its gnarly in template heavy c++, but so are all the tools. intellisense can't reliably provide navigation among all of the possible instantiations in your project. Have you tried it in VS 2010+? You might be surprised. I've seen it correctly handle polymorphic Boost lambdas, and that's a rather impressive feat of TMP. Also, I've just tried the scenario that you've described (if I understand it correctly - "Find all references" on a class template), and it does list all the explicit instantiations in the project.
  - to3m 13y ago
    I have to second this. I hear VS>=2010 uses the compiler infrastructure to generate the intellisense data, rather than doing it (as VS<=2008) by simple text processing, and it's made a huge difference in terms of reliability. As well as improved support for templates, it also does a good job of handling code generated by macros. Newer Visual Studios might prove that the question "OMFG what could POSSIBLY be worse than the VS2008 C++ build system?" isn't actually rhetorical after all, but the code completion is much improved. (On another note, Xcode. I'm normally pretty negative about Xcode, because it's mostly awful. But I believe its code navigation and code completion is done in a similar way - only using LLVM, of course - and that part does work extremely well. If anything, it's actually slightly better than Visual Studio, because its navigation shortcut is much better about giving you a popup list of all possible reasonable destinations, e.g., if you try to go from a member function call to its definition when that function is virtual.)
    - int_19h 13y ago
      >> I hear VS>=2010 uses the compiler infrastructure to generate the intellisense data, rather than doing it (as VS<=2008) by simple text processing, and it's made a huge difference in terms of reliability. To be specific, what they did was take the EDG C++ front-end, and use it to drive all code intelligence features (code completion etc) - see http://blogs.msdn.com/b/vcblog/archive/2009/05/27/rebuilding-intellisense.aspx http://blogs.msdn.com/b/vcblog/archive/2009/05/27/rebuilding.... That's why it can correctly handle all templates, macros etc. Here's a nasty trick that I love to play on unsuspecting C++ IDEs: template<int = sizeof(void*)> struct foo; template<> struct foo<4> { template<int> struct bar {}; }; template<> struct foo<8> { enum { bar = 0 }; }; float baz; int main() { foo<>::bar < 123 > baz; } The nastiness here is that the line of code inside main() should be parsed differently depending on pointer size on the target architecture. If it uses foo<4>, then it is a declaration of a local variable named baz, of type foo<4>::bar<123>. If it uses foo<8>, then it's an expression involving two comparison operators: ((foo<>::bar < 123) > baz) - referencing the global float baz. Now, if you try the above in VS (2010+), you'll see that it will parse this correctly and give you the proper type info for baz (and "Find References" etc), which will change if you switch project configuration from "Win32" to "x64" and back.
agentultra 13y ago
There's ctags/etags/etc; vim and emacs and many other editors support them well.
jussij 13y ago
Any editor with ctags support should be able to provide this type of code navigation. As an example, the Zeus IDE automatically generates ctags information for all files in the current workspace and it has this feature. The ctags approach offers and additional bonus in that you can also do a wildcard search. NOTE: I'm the author of the Zeus IDE.

MichaelGG 13y ago

Why not both? http://www.viemu.com/ http://www.viemu.com/ Get all the editing capabilities of Vim, but don't lose integrated debugging, code completion, code nav, type info popups, etc. that an IDE provides.

atilev 13y ago

Even better vi for vs http://visualstudiogallery.msdn.microsoft.com/59ca71b3-a4a3-46ca-8fe1-0e90e3f79329/ http://visualstudiogallery.msdn.microsoft.com/59ca71b3-a4a3-...