←back to thread

Microsoft Edit

(github.com)
486 points ethanpil | 1 comments | | HN request time: 0.412s | source
Show context
pxc ◴[] No.44372814[source]
I used to recommend micro[1] to people like those in the target audience of this editor. I wonder if that should change or not.

--

1: https://micro-editor.github.io/

replies(5): >>44373245 #>>44374404 #>>44374937 #>>44381163 #>>44384221 #
smartmic ◴[] No.44374937[source]
There is also dte[1]. It hits exactly the same notch and offers an extremely lean editor with Unicode support, CUA key bindings and much more. It has replaced nano as my terminal editor.

[1]: https://craigbarnes.gitlab.io/dte/

replies(2): >>44375225 #>>44378793 #
sneak ◴[] No.44375225[source]
Why are you opposed to learning vi which is already installed everywhere?
replies(6): >>44375266 #>>44375556 #>>44375621 #>>44378853 #>>44379925 #>>44381764 #
1. pxc ◴[] No.44379925[source]
I like vim a lot, and I use vim-style bindings wherever I can.

But before I learned to ride a bike, I used training wheels, and before I learned enough vim to enjoy using vim, I leaned on nano.

When someone is first learning to explore GNU/Linux, or even to dig into the Unix guts of macOS, they're learning a whole new world, not just a new text editor. For some people, strategic bridges to what they know (like CUA or Windows-like shortcuts) can make this process more fun and less fatiguing. Sometimes that difference is decisive in keeping someone motivated to learn and explore more.

Anyway, I think vim is worth learning (and maybe some of the quirks of old-school vi, if you expect to work on old or strange systems). It's not a matter of if I recommend that someone learn vim, but when. And until it's time for them to explore an editor deeply, micro seems like a great fit for most people.

I also want to say: as enthusiasts of Unix-like operating systems, or as professionals who appreciate some of their enduring strengths, should we really embrace a "because it's there" doctrine? Isn't that same kind of thinking responsible for huge, frustrating piles of mediocrity that we work with every day and resent?

ss someone who loves an ecosystem built first by volunteers as "just a hobby, nothing big and serious", I will it's sad, if not hypocritical, to dismiss software projects just because they aren't already dominant players. Most software I love was once marginal, something its users went to lengths to install on the systems they used because they enjoyed it more than the defaults. We should, to the extent practical, try to leave a little room for that in the way we approach computing— even as we get older and grumpier.