There are various immortal battles of loyalty -- Coke versus Pepsi, Kirk versus Picard, McDonald's versus Burger King -- but the one closest to programmers' hearts is Vim versus emacs. Vim and emacs are text editors dating way back. Vim (as in VI Improved) is a "newer" version (as in only ~20 years old) of VI, which was originally written for BSD UNIX in 1976 and is a staple of terminal applications. Emacs is the brainchild of open-source pioneer Richard Stallman that same year.
Why are these crusty old terminal programs so near-and-dear to coders? The short answer is that they work. What they don't do, however, is make themselves accessible. I've been jumping back and forth between both over the past few weeks, and simply put, this is what happens when you have programmers design software, and not just write it.
What I mean by that is there's no denying the power of both editors. There's a reason they're still used, still maintained, and still invaluable. That said, there is simply no concern with making the applications intuitive, user-friendly, or out-of-the-box ready. If you're going to make significant use of either, not only will it require significant time investment and the effort of learning not only the basics of how to use them, but the features that make them worthwhile, but also the investment of configuring the software to actually be practical for what you need.
The majority of my programming of late is with PHP-based websites. This means writing PHP mixed with HTML, as well as CSS and JavaScript files. Neither do this properly out of the box, and frankly, there isn't a good solution for PHP mixed with HTML in either. There are relatively poorly performing add-ons that do the job, but not as well as they should.
One could argue that hey, don't bloat the software. I may want that, but not everyone will. I'm not one for bloat, but there is consideration for convenience versus leanness. It's part of the reason I use Opera over Firefox -- it's built-in, with no other maintenance required. Given the scope and use of Vim, I don't think it's an egregious request that it have more universal options out-of-the-box. Emacs is a 40MB download, so I hardly think fleshing out of the language support is too much to ask, either.
Let's be realistic here. It's programmers using this software. Why on earth do these programs have syntax highlighting disabled by default? Why are line-numbers disabled by default? Why does it require additional configuration, even downloads to get highlighting for popular languages?
We're programmers, we fiddle, but that isn't an excuse to leave software in a unfriendly state because you feel justified in saying "deal with it." I do, and will continue, to use both programs; programmers handling design also means some awesome features -- so long as you can find them.
Why are these crusty old terminal programs so near-and-dear to coders? The short answer is that they work. What they don't do, however, is make themselves accessible. I've been jumping back and forth between both over the past few weeks, and simply put, this is what happens when you have programmers design software, and not just write it.
What I mean by that is there's no denying the power of both editors. There's a reason they're still used, still maintained, and still invaluable. That said, there is simply no concern with making the applications intuitive, user-friendly, or out-of-the-box ready. If you're going to make significant use of either, not only will it require significant time investment and the effort of learning not only the basics of how to use them, but the features that make them worthwhile, but also the investment of configuring the software to actually be practical for what you need.
The majority of my programming of late is with PHP-based websites. This means writing PHP mixed with HTML, as well as CSS and JavaScript files. Neither do this properly out of the box, and frankly, there isn't a good solution for PHP mixed with HTML in either. There are relatively poorly performing add-ons that do the job, but not as well as they should.
One could argue that hey, don't bloat the software. I may want that, but not everyone will. I'm not one for bloat, but there is consideration for convenience versus leanness. It's part of the reason I use Opera over Firefox -- it's built-in, with no other maintenance required. Given the scope and use of Vim, I don't think it's an egregious request that it have more universal options out-of-the-box. Emacs is a 40MB download, so I hardly think fleshing out of the language support is too much to ask, either.
Let's be realistic here. It's programmers using this software. Why on earth do these programs have syntax highlighting disabled by default? Why are line-numbers disabled by default? Why does it require additional configuration, even downloads to get highlighting for popular languages?
We're programmers, we fiddle, but that isn't an excuse to leave software in a unfriendly state because you feel justified in saying "deal with it." I do, and will continue, to use both programs; programmers handling design also means some awesome features -- so long as you can find them.
Recently Spotted:
robio (1m)
Never heard of any of those programs but I am all for making things assessable or just work simpler.
But now I'm curious. I imagine I'll be able to open it and type something...and be able to close it!
I'll have to save with print screen!