Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

A CEO's Guide to Emacs (2015)

blog.fugue.co

Post reply on HN
Print view View original

91–100 of 180 posts

Re: A CEO's Guide to Emacs (2015)

#91

Post by tangue »

arkh wrote: post #78
bitexploder wrote: post #17

It is difficult to even describe a productive hand tuned to fit the individual Emails setup compared to standard. Here are some of my favorite Emacs things: Helm + Projectile. Helm will fuzzy complete almost anything in Emacs. Projectile is project management. Together get to any Git repo and file there in very quick. Helm is an option to compare to IDO. I rarely use IDO due to Helm. Magit, widely regarded as a good…

I love Emacs. But there were no good multimodes 3 years ago. And autocompletion and hints are often a bitch to get working on things which are not C or C++. The moment you start editing files containing more than one language you're pushed to use a dedicated IDE. And then you discover the joy of "good enough". No need to tinker with config files to get the perfect setup: it works good enough to give you a productivit…

Though not perfect webmode is usable for multimode editing.

Re: A CEO's Guide to Emacs (2015)

#92

Post by weavie »

e19293001 wrote: post #35
nextos wrote: post #3

The first time I got introduced to Emacs, I hated it. Who would like to read email inside a text editor with non-standard keybindings? I got it all wrong. It's not an editor, it's a text-mode virtual Lisp machine. The Emacs ecosystem has matured a lot lately. It has two applications I adore. Org, something impossible to describe in a few words, and Magit, the perfect Git porcelain. Plus it has 3 pretty darn good emai…

> It has two applications I adore. Org, something impossible to describe in a few words, and Magit, the perfect Git porcelain. I would like to add helm.

Helm is one of those apps that just fades into the background, so you soon forget that you are using it - everything just works smooth.

Re: A CEO's Guide to Emacs (2015)

#93

Post by bluenose69 »

This is a great article, not least because of the tangential comments (e.g. that impact test of bicycle-style tubing was weirdly fascinating). All that's said about Emacs is true. I loved it for decades. And then my hand started cramping up because of the key chords. So I tried vim, and hated it for a few days, disliked it for a few more, and then started to like it. I'd never go back, now. Vim is certainly not as powerful as Emacs, and its macro language is disgusting, but for everyday work it's fine. And I really like Vim's "grammar" approach to describing complex actions, which makes semi-complex tasks into puzzles and not memory exercises. (For really complex tasks, though, there's nothing quite so wonderful as Emacs with elisp ... so this comment may say more about the work I'm doing lately than these two editors.)

Re: A CEO's Guide to Emacs (2015)

#94

Post by agumonkey »

dizzystar wrote: post #10
nextos wrote: post #3

The first time I got introduced to Emacs, I hated it. Who would like to read email inside a text editor with non-standard keybindings? I got it all wrong. It's not an editor, it's a text-mode virtual Lisp machine. The Emacs ecosystem has matured a lot lately. It has two applications I adore. Org, something impossible to describe in a few words, and Magit, the perfect Git porcelain. Plus it has 3 pretty darn good emai…

I also hated emacs when I first tried it, but once I started moving past my first programming language, I found myself sifting 30 IDEs and decided to give it an honest shot. I don't use it for much else than programming, so my must-haves are for that purpose. Just the various built-in interpreters make it worth the price of learning.

Unlike both of you, I rapidly loved emacs. The only thing I disliked was the confusion around gnu and xemacs.

The reason I loved it was the indentation logic underneath, it was solid and meaningful. Other IDEs would only do very local logic while in emacs, if something doesn't indent where it should, you know you grammared wrong. It was deeply magical and reassuring to me.

Re: A CEO's Guide to Emacs (2015)

#95

Post by agumonkey »

dleslie wrote: post #67
bitexploder wrote: post #17

It is difficult to even describe a productive hand tuned to fit the individual Emails setup compared to standard. Here are some of my favorite Emacs things: Helm + Projectile. Helm will fuzzy complete almost anything in Emacs. Projectile is project management. Together get to any Git repo and file there in very quick. Helm is an option to compare to IDO. I rarely use IDO due to Helm. Magit, widely regarded as a good…

I recently discovered `dumb-jump`, and now use it all the time. https://github.com/jacktasia/dumb-jump

Just got ag and rg for win32 x64 and dumb-jump is quite nice. Simple, transparent, fast.

Re: A CEO's Guide to Emacs (2015)

#96

Post by prakashk »

stevekemp wrote: post #32

If you write a small pre-processor (simple to do) you can store your emacs configuration file in a markdown file - allowing you to document all the settings neatly. As I was reading this piece I was imagining that is what the author had done, as it is what I did too: https://github.com/skx/dotfiles/blob/master/.emacs.d/init.md

No need for a separate preprocessor. org-mode offers org-babel which enables you to practice "literate programming" to create your init file, where you interleave text and code.

Here's are couple of examples: https://github.com/howardabrams/dot-files/blob/master/emacs....

https://raw.githubusercontent.com/sachac/.emacs.d/gh-pages/S...

Also see: http://howardism.org/Technical/Emacs/literate-programming-tu...

Re: A CEO's Guide to Emacs (2015)

#97

Post by agumonkey »

pjmlp wrote: post #71
geokon wrote: post #70

I only really enjoyed Emacs once I learned some ELisp (I think I had tried is 2 or 3 times before that). Honestly I find these guides pretty useless b/c you can copy configs and hack together something without really understanding what you're doing but you'll eventually end up extremely frustrated and unable to work around the quirks and conflicts between configurations. I know the people behind Emacs like to think t…

Back in the day our teaching assistance got pissed off that most people were using Emacs as if it was Notepad, and spent the rest of the programming lecture teaching how to use Emacs instead (about 1h). Which then became my to go editor in UNIX systems, until IDEs finally became a thing on UNIX.

I'm especially saddened when I see a lisp/clojure talk where the user navigate through emacs using arrows and the likes.

A lisper not leveraging sexp ala paredit/parinfer is odd.

Re: A CEO's Guide to Emacs (2015)

#98

Post by esseti »

Would you advise me to get a try to EMACS? i mostly program in python (django), using docker, kubernetes and so on. I'm using an IDE.

On server i use vim (took me a while to understand the commands, but now i found it insanely clever on some comands)

Re: A CEO's Guide to Emacs (2015)

#99

Post by agumonkey »

0xFFFE wrote: post #12

I started off with Emacs and a month a later tried Vi. I found Vi to be a better fit for me than Emacs and haven't looked back since. I have huge respect for both editors, they both are much older than me :) I wish I could write something that people would find useful for years to come. Having said that, I love to jab(friendly) at Emacs users in my circle of friends and colleagues. Makes the conversation even more co…

Am a 99% emacs user, but I almost prefer vi text editing paradigm. Very precise and regular set of basic operations. Logical and rapid.

It's an interesting two sides of the same coin. Emacs, as lisp legacy, is centric, everything as layers around a lisp core (and C bits). Vi is more island like, complex logic is delegated to external programs most of the time.

It's interesting to compare the two, how to decouple/modularize a system.

Re: A CEO's Guide to Emacs (2015)

#100

Post by agumonkey »

j7ake wrote: post #86

Has anybody quantified the efficiency gains from using emacs to do work rather than conventional means? Are there certain areas (e.g. Mail, todo, notes,calendar,scheduling) that gains more efficiency than others?

When you see some users operating under emacs it's clear that it fits their mind and they made it as lean as possible.

Guys like Gary Bernhardt does the same using bash / vi / ruby or python.

I believe the idea is to just be able to use any for of programmatic tooling to cut right through your tasks as quick and as clean as possible.

Post reply on HN