Emacs: The Editor for the Next Forty Years [video]

Post by pjmlp » Wed, Nov 27, 2019, 10:33 AM UTC

dragonsh wrote: post #223

pjmlp wrote: post #214

Earlier quoted context omitted.

It doesn't do any kind of graphical tooling. IDEs also don't waste CPU cycles displaying HTML. C is rightfully crictised, plenty of systems programming languages offer the same hardware access, without exposing the world to memory corruption and UB exploits, some of them about 10 years older than C. Unfortunately UNIX had more success than the OSes they were available on.

In spite of all your arguments even today most important software powering modern computing are written in C, this speaks volume about its simplicity. I am sure there will still be critical software powered by C 40 years later. Rust will take another decade or two to reach that level of simplicity and ease of use still not sure if it will cross the threshold to replace C, when an average developer needs to spend year…

Post by yyoncho » Wed, Nov 27, 2019, 11:31 AM UTC

microcolonel wrote: post #173

Myrmornis wrote: post #170

Earlier quoted context omitted.

> Maybe the buffers could be disjointed from the presentation a bit, and we could have strictly AST-driven major modes Yes, good point, agree that would be a very positive direction. > elisp is indeed pretty crap Ah, I've been enjoying it a lot recently :) But I don't have an excuse to write clojure and I certainly recognize that that's a much more sophisticated thing. What are your biggest criticisms of elisp? Mine…

My main gripe with elisp is the default to dynamic binding, which is in most systems almost never what you want. In Emacs, the dynamic bindings are used for more productive reasons than in generalized programs, but they should still be a conscious choice. When it comes to threads, the elisp datastructures are inadequate because they are mutable. It is possible to write functioning threaded programs with shared mutabl…

Post by harblcat » Wed, Nov 27, 2019, 1:07 PM UTC

tmalsburg2 wrote: post #213

jwr wrote: post #5

There are lines in my Emacs config files that are older than some of the programmers I work with, so I can relate. Contrary to what some people think, Emacs does not require constant tweaking and wasting time on configuration. I revisit my setup every couple of years or so, and I always find it is time well spent, as my productivity goes up as a result. I do not know of a better environment for multi-language program…

I largely agree, though to be fair, I did spend quite a bit of time tweaking my config and learning elisp during the first two years. At the time I was a PhD student and could afford it, but today? not sure. It was quite an investment of time but since I spend my days mostly processing text (code and prose) it paid off spectacularly well. Side note: Emacs is massively underappreciated as a tool for writing prose. So…

Post by rusk » Wed, Nov 27, 2019, 1:24 PM UTC

pjmlp wrote: post #232

rusk wrote: post #221

Earlier quoted context omitted.

Not having graphical tooling is a net positive in my experience. I’m a programmer, not a graphic designer. Also the UI while visually clunky is neat and free of distractions. The only IDE I use these days in IntelliJ for Java - because Java is one of those few languages that really benefits from integrated development. Great as it is, I do find myself having to relearn a few things every year or so, and often having…

I happen to be a programmer that also does graphics, GUIs and GPGPU debugging, graphical display of data structures. Then there are those architecture design documents, DB tooling integration, bug ticket/source control/task management.

Post by yyoncho » Wed, Nov 27, 2019, 2:14 PM UTC

geoka9 wrote: post #207

jdormit wrote: post #96

Earlier quoted context omitted.

I've been using Emacs' lsp-mode ( https://github.com/emacs-lsp/lsp-mode ) for professional Python development for months now and it's been a great experience. It requires a little more work than I'd like to get it working with virtual environments (making sure the LSP server process is running in your venv, mainly), but I would argue that's a problem with the Python ecosystem, not lsp-mode itself. And for statically…

I've tried lsp for Go and found it a bit lacking at this point. For example, does lsp for Go in Emacs allow searching for the implementers of an interface? Or the interfaces that a type implements? Guru is great with things like that but the switch to modules broke it and it doesn't look like it's ever going to be updated.