Hacker News new | past | comments | ask | show | jobs | submit login

With vim's relatively high popularity over Emacs, I wouldn't be surprised if vimwiki is able to match org within a few years.



Ah, but that assumes popularity is all that matters. I think that emacs's programming model and programming language are both superior to vim's, so it wouldn't surprise me to see that it takes longer to implement the same functionality with the same extensibility in vim than it would in emacs.

It also assumes that the average vim developer has roughly the same skill as the average emacs developer. Is that true, though? Obviously I'm biased, but it seems to me that emacs is far friendlier to the sort of user who demands the ability to extend his environment as he wishes.

Which leads me to the question of whether as many vim users are also vim developers, as emacs users are also emacs developers? I think that the former is fairly uncommon, whilst the latter is fairly common. Sure, there are emacs users who don't extend it, but my perception is that they are far rarer than vim users who just use their editor.


I'm an Emacs user, and I love it a lot. However, I do believe that the Vim community has traditionally been more active with producing plugins.


How so? Emacs has been extensible since it was written; vi wasn't until vim came around, and writing extensions in vimscript is pretty brutal compared to using elisp.

Does vim have an equivalent to gnus, magit, eww, erc, emms, slack-mode, info &c.? Probably a few of those, but of the ones it has are they as mature?




Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact

Search: