@ramin_hal9001 I would be happy if we had #GNU Emacs provide #Emacs bindings at this point ... @sacha @firebreathingduck
Conversation
Notices
-
Embed this notice
Alfred M. Szmidt (amszmidt@mastodon.social)'s status on Sunday, 30-Mar-2025 06:27:33 JST Alfred M. Szmidt
-
Embed this notice
firebreathingduck (firebreathingduck@social.vivaldi.net)'s status on Sunday, 30-Mar-2025 06:27:35 JST firebreathingduck
Agreed. There's a reason no popular infrastructure-as-code tool uses only sed, awk, grep, and /bin/sh. It's the same reason git is a unified project instead of a set of instructions for using rsync, patch, diff, and sha256.
With emacs in particular, I'm just frustrated because the learning curve is steep. It's taken me months of effort to be almost as productive in Spacemacs as I was in a week with VS Code and a few add-ons. I know the longer I put in the effort, the more my Spacemacs productivity will continue to improve. But it's a hard sell on novices.
-
Embed this notice
Ramin Honary (ramin_hal9001@fe.disroot.org)'s status on Sunday, 30-Mar-2025 06:27:35 JST Ramin Honary
@firebreathingduck @sacha it is funny to me that we have Emacs “distros” like Spacemacs and Doom Emacs that give you Vim bindings, but not really anything yet for VS Code bindings. That would lower the barrier to entry.
-
Embed this notice
Ramin Honary (ramin_hal9001@fe.disroot.org)'s status on Sunday, 30-Mar-2025 06:27:36 JST Ramin Honary
Besides, I don’t want my Emacs to do “one thing” (even if it did that one thing very, very well), because I don’t want to do just one thing
@sacha yes indeed. My article is critical of the UNIX Philosophy, not supportive of it. I prefer not tools that “do one thing and do it well,” I prefer tools that are simple, orthogonal, and composable, i.e. “functions” in a functional programming environment. So any environment (such as Emacs) that allows me to compose these tools together easily is a computing environment I would prefer to use.
-
Embed this notice