4 ms·
Your emacs analogy has issues -- vim is another programmable editor alongside emacs. And IDEs, especially ones like Eclipse, have similar complexity behind a gr
by mtdewcmu 12y ago
Your emacs analogy has issues -- vim is another programmable editor alongside emacs. And IDEs, especially ones like Eclipse, have similar complexity behind a graphical interface. Should languages be replaced, or is it better that they just grow and adapt? Look at the scale of the energy minimum around English.
- lloeki 12y agoVim is merely another local maximum, complete with its own faults.
- jwr 12y agoYes. Leaving aside the discussion of whether it is programmable to the same extent as Emacs is, it is in the same category.
- seanmcdirmid 12y agoThe communities that back vim and emacs would never allow for evolution in the direction of light table or any of the other reinvent IDE projects; heck, they can't break out of their terminal/ASCII mindset for the most part. Technologically they could, but the community has bought into a certain set of principles that work well but don't allow for much deviation. So new projects come along and deviate from entrenched principles, sometimes in successful ways. English is quite different, it changes with time and even place.
- sergiosgc 12y agoTerminal as a first level interface is not a vim mindset. It's a use case. The primary use case.