I've never seen anything close to this level of flexible integratability in any software other than emacs and the UNIX CLI. In emacs, the user-friendly UI is also scriptable. You can get close to the experience with old school UNIX CLI utilities – but then you generally have to forego readline interfaces, so that you can pipe the utils together. Once a workflow is in emacs, it can be unified, combined with other workflows, and scripted. Hopefully this gives you an idea of why emacs people sometimes like to do everything in emacs. If one of those tasks involves fixing the bug I found, I can follow the hyperlink to the exact line of code I spotted in exactly the same way by by hitting C-c C-o.If one of those tasks involves replying to some email, I can follow the hyperlink to the exact email I need to reply to (by hitting C-c C-o) and hit R to reply.When I start work tomorrow morning, I can hit C-c a to see all the tasks that are relevant to my day today.I can schedule my tasks, note deadlines, etc.If I spot a bug while editing some code, I can capture a task to fix that bug in exactly the same way by hitting C-c c, and it will contain a hyperlink to the code where I found the bug.That task goes into my org-mode task tracker, with a hyperlink to the email. If someone emails me asking for me to do something by the end of September, I can hit C-c c to capture a task (with that deadline) based on that email.This allows me to seemlessly combine features on those systems to build unified workflows that suit me personally. I love that I can use it to unify the UX of almost all the different systems I need to interact with. It's also fun, and worth learning for what it teaches you about (the history of) unix, and the other editors in this post.īut for solo work on my own machine, emacs is awesome. It's at least as ubiquitous as vi (it is the standard text editor, after all) and it's way easier to script. If I'm scripting an edit for maximum portability, I use ed. I used this setup for years as a golang IDE, complete with shortcuts for smart code-navigation, running tests, performing refactors, and so on. They also work well with tmate if you like that service. In this environment, I'm a big fan of Luan's vim and tmux configs. I've found no better terminal-based dev experience for remote pairing, and I've never found a gui-based experience that can match it for robustness or speed. If I'm remote pairing with someone who's familiar with the tools, I love the vim/ tmux combo. Pretty much every non-windows machine has vi. If I find myself on an unfamiliar machine, I tend to reach for vi (or vim if available). Here are some of my thoughts about which editor I prefer when, and why. There was some chatter at work recently about vim vs emacs.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |