4 ms·

I've tried and learned vim and I'm very capable of navigating with it (I don't use marks but I use about everything else) and it is precisely good at one thing:

I've tried and learned vim and I'm very capable of navigating with it (I don't use marks but I use about everything else) and it is precisely good at one thing: being an editor. If you try to make it an IDE, I believe you're just using a bad IDE. It is only effective for me as a very lightweight editor for quickly making simple edits to a file. Why don't I like it as an IDE? * Second hand auto complete * Second hand project management * No debugger These are actually to me huge features and the third party support for each of them exists but doesn't touch the quality of implementation in a dedicated IDE. Not to mention it adds hours of extra work to getting started in an environment you don't already have configured. And frankly, you don't have to learn vim to recognize this.

nextlevelwizard 9y ago
If you need IDE then go with IDE. There are many programming tasks and languages that gain no benefit from IDE-ish things. For me auto complete works just fine and I don't know what project management means.
- ruleabidinguser 9y ago
  The critical feature of auto complete is discovery, not saving a couple of seconds of typing (its always too slow for that anyways). Even if a plugin exists (which I dont think one does) which has auto complete with in line documentation and method/property details (pretty crucial to discovery), theres not a chance in hell it succeeds in making it presentable in the terminal. I think VSCode/atom fit in the nice space where you don't want huge, intensive projects, but you do want to do some real programming (aka you'll need this discovery and a good debugger).
  - nextlevelwizard 9y ago
    >real programming Ok :)
- signal11 9y ago
  Language servers could solve this problem and let editors hook into a deeper source of understanding of what they're editing, without building in the functionality themselves. [1] Intro blog post: https://code.visualstudio.com/blogs/2016/06/27/common-language-protocol https://code.visualstudio.com/blogs/2016/06/27/common-langua... [2] http://langserver.org/ http://langserver.org/ - has a table of current implementations

nextlevelwizard 9y ago

If you need IDE then go with IDE. There are many programming tasks and languages that gain no benefit from IDE-ish things. For me auto complete works just fine and I don't know what project management means.

ruleabidinguser 9y ago
The critical feature of auto complete is discovery, not saving a couple of seconds of typing (its always too slow for that anyways). Even if a plugin exists (which I dont think one does) which has auto complete with in line documentation and method/property details (pretty crucial to discovery), theres not a chance in hell it succeeds in making it presentable in the terminal. I think VSCode/atom fit in the nice space where you don't want huge, intensive projects, but you do want to do some real programming (aka you'll need this discovery and a good debugger).
- nextlevelwizard 9y ago
  >real programming Ok :)
signal11 9y ago
Language servers could solve this problem and let editors hook into a deeper source of understanding of what they're editing, without building in the functionality themselves. [1] Intro blog post: https://code.visualstudio.com/blogs/2016/06/27/common-language-protocol https://code.visualstudio.com/blogs/2016/06/27/common-langua... [2] http://langserver.org/ http://langserver.org/ - has a table of current implementations