I think this is awesome! LAN parties were so much fun back in the day. And the social aspect is what I miss the most (and my youthful energy to stay up all night).
I use emacs daily (with vim keybindings of course), but I completely understand why vscode is so popular. It's extremely easy to get started with, has features galore, and sane defaults. Emacs takes much more effort to get productive with, although this is improving with each release.
In general, I find that good defaults are rather undervalued and downplayed in the FOSS world.
Configurability is great but without good defaults it can also be a liability. Would-be users will bounce off long before they like the software enough to pore through pages of options.
Defaults really shouldn't change. Each time I upgrade my OS, I get a new version of vim, and have to add more
Until about 2022 this was fine, then they introduced things like shifting the scrolling window, breaking mouse support, I think changing search to highlight text etc.
That's fine, but that means everytime I run it on any machine I have to now deploy a vimrc to fix it.
(I think I noticed the regressions starting in vim 8)
You speak from my heart. How many years did it take Debian to activate syntax highlighting for nano? Is the bash history still very short? So many low hanging fruits.
Same with no screenshots on github projects (For GUI projects)
The terribleness of emacs defaults is over done. I still use p n postfix key combinations to go to previous and next and f b postfix for forwards and backwards, it's just what you get used to, C-w to c-y to kill and yank are also fine and it's not that much to ask the user to change things if they don't like them.
Not to mention all the emacs distros that now exist for people who do want a very different configuration. I maintain that default emacs is fine though and if the user wishes to get really in tune with emacs, emacs is one of the most pleasant environments to learn thanks to help pages and how flexible elisp is to evaluate and poke and prod around with and how easy it is to debug.
I think most modern editors will try and introduce mutlithreading and other features that emacs did not do due to it's age and is better for it as it means elisp code just works together and less worry about synchronization and other bits that would exist with more modern ways of approaching the problem (not saying the approach it's self is bad, but for an editor emacs and the decisions around it are largely very good and surprisingly so)
Exactly, this my point. If you want to make a great editor, the proper thing to do is start from a good base. Start from emacs and make something like doom emacs or spacemacs, etc. Or start from vim or whatever. Text editing at speed is a solved problem. It's just 'not-invented-here' syndrome. I admit that base emacs may not be everyone's cup of tea... that's fine. Just download one of the many pre-configurations.
While I agree with you, I also have to acknowledge the absurdity of some schools having kids define their own crazy undergrad majors, while plunging them into large amounts of debt. They should at least have to sign a waiver that says, "I acknowledge that this degree will likely not be a good investment".
I'm a life long vim user, and I love Emacs w/evil mode. There's something about hacking in elisp on the editor that you're using to do the hacking, that just makes me fall in love with programming again. I'm not joking when I say this, but one of the activities I look forward to when I'm retired is hacking on Emacs.
Thanks to those who continue to make these Emacs releases happen.
I think they believe that AI will account for nearly all production, and jobs will no longer be necessary. At the very least, it's going to be tumultuous.
I haven't been down in the normal BMI range since 8th grade. And I was measured at 6% body fat my senior year in high school! BMI has always run several points high for me. For that reason, I've always liked waist to height ratio better.
I think the author has been very open about the use of LLMs. And while I am very wary of LLM slop, this is one use case where it makes complete sense to utilize them to the fullest. A Clojure implementation already exists for LLMs to reference, and tons of test cases to verify behavior. It doesn't get better than that for LLM usage.
reply