HN user
3 went off so far... maybe I should try a proper glue for them? It is not like I have any reason to access the screw behind, and if, I can always cut the rubber away somehow.
This said, it is nothing exotic, the M3 m9448A is the number for rubber feets. It just difficult to buy it a non-industrial amount.
Glove80 for me (even have 2 of them) with Kinesis Advantage 2 being a close second.
Rome was not at the spear tip of sciences and arts (it also the reason why roman elites liked greek arts so much - they had time and money for such activities) - but otherwise the impact of roman empire is huge and long-lasting. Law, engineering, political system were incredible. In fact, reading about political struggles in ancient Greece requires a good amount of explanation of the political system, but it is shocking how modern political struggles in Rome feel.
I think a big difference is that in the end emacs often makes a call and adopts one of the very popular packages to the core - eglot, modus-themes, use-package - there are certainly more, and more will come. It may not make everyone happy, but is sets the baseline - e.g., I am using eglot as package manager, but I wrap it into use-package commands for compatibility reasons.
No such thing exist in neovim (or at least in times when I was using it), so that churn never ends. Also I find, that neovim ecosystem is concentrated on one (very productive) developer in an unhealthy manner - folke often takes time off and half the packages one uses stands still.
But in the end, while I like neovim, I also find that emacs ecosystem has better ideas - which-key, embark do not stop to amuse me (I will not comment on whether it is a good thing for a text editor). I also do not like lua and actively dislike the experience of debugging and configuring neovim with it (maybe less of an issue with LLM these days).
In my experience, running in a terminal absolutely adds a bunch of rendering/performance issues and all kind of surprising failures with hotkeys.
There is no "problem" in emacs (there are big technical problems, but not this one) and no need to get "most people" on emacs - the ecosystem is healthy by all means and only increasing.
The "out of the box" experience could be better - but for emacs users. Those, who expect VS Code, should just install it and live happy.
It is absolutely not true, I've vibecoded an app for myself in CL and opus/sonnet had 0 problems with parens and types. Add to it an MCP to work with REPL and it is much more smooth than Go in my experience.
It may feel even more shallow, but what keeps me on emacs are modus-themes. With luck, you can find a passable theme in your editor/ide of choice, but to find a good, high-contrast light theme is almost impossible.
Why talk about “western” then, not about “US”? Because clickbait?
As long as I’ve written the system, any language is fine. Otherwise, hand it down to someone else!
/s but also true
a strong faith
laughing in Marx
Large families, festivals and feast days, homes full of music.
You may want to visit an open museum about a peasant life. It was all but a festival with homes "full of music".
I have just opened a 7k loc JS file in idea and I can observe for at least 2 seconds how syntax fontification and all the hints are applied and rendered. All of it on a macbook M4. It is not acceptable and also the slowest of any editor I've used.
but there's a reason I use IDEA Ultimate to write code now.
IDEA is so painfully slow that while I have it paid by my company I cannot force myself to work in it for extended periods of time. And I say it being fully aware of Emacs's speed problems. Also, the limitation on "1 Window - 1 Project" is laughable in IDEA, as well as in VSCode.
Rather just "an Emacs" - it was a family of editors, after all, with GNU Emacs being the only one living offspring.
My car (a VW) has adaptive light with zoning, which seems to work well - at least no one is flashing me! But in general, modern cars are a black box - the light is always on, everything runs on automatics, there is no height adjustment anymore. I mostly have to rely on it working as intended.
The grift is most insane right before the crash, I guess.
Also: there is no need to push people to use "AI" in their work - if it is even remotely useful they'll do it on their own. If "AI" is not used, it most likely causes more trouble than it saves time.
Besides that there is a bigger question that I need to answer for myself: given the quirks of FreeBSD, what actually would the benefit of using it be?
I'd say less maintenance, churn and deprecating knowledge. I've used FreeBSD as a desktop for the whole 5.*-branch (good times) and I am sure that I would still find myself home should I install it. Linux... not so much, though some distributions are better. There was that idea of "stable core and bleeding-edge applications" and freebsd did deliver, at least in those time, because ports and OS were not same, unlike in linux package management.
Corporations can't really resist governments unless they're not operating in a given government's jurisdiction and therefore have nothing to lose. They can take things to court, but in lieu of a verdict or an injunction they have to comply with the law or they can be fined, have assets frozen, be de-banked or banned from processing payments, etc.
It is also maybe a good thing? Corporations should not be stewards of our rights, we do not want to be governed by tech-barons.
The problem here lies clearly in UK's laws and government and they cannot be fixed by Apple. The West in general is in this crumbling state, where we take corrupt bastards chewing off our rights for a law of nature, instead of getting furious. France is the only western country where people dare to really protest.
I prefer CL, but… clojure at least has some commercial usage and is by far the most successful of current lisps, if we do not count elisp.
Yes, if only we would have an example of an editor with a “obscure lisp flavor” and a powerful plugin system, unlike WASM!
/s
A bunch of tools - Carbon Copy Cloner for backup, Cryptomator for syncing my docs to iOS, Samurai Search for searching through docs on iOS, Find Any File for search on Mac, and refiling... whatever, I've used a loosely hierarchical structure before, so I refiled with Alfred for some time, then I wrote a small script for dired in emacs.
Way happier now - DT did what I expected, but it was ugly, slow and cumbersome. Now I have a loose collection of tools and if I do not like Find Any Files, I can switch to ripgrep or whatever. Don't like CarbonCopyCloner? Take any other backup/sync solution, no problems.
For instance DevonThink. I don’t know how solid the company is, what their future looks like.
Oh, they exist, but did a rug pull with a switch to half-assed subscription model last year, increasing the cost threefold over the same time period. But it is ok, we all know that making a proprietary software a cornerstone of your workflow is a long-term risk. I've dropped them and never looked back.
Since it is a tui editor, a terminal split
And your willingness to turn a blind eye to pretty major annoyances makes it seem like you’re trying to justify the effort you’ve put into Colemak
Nah, I know vim, meow, emacs keybindings but mostly use boon. I am also able to use my zoo of keyboards in the drawer without any problem, including Model100, KA2 and Glove80. Not everyone is limited by difficulty of learning a skill. There was absolutely no reason to keep qwery and staggered keyboard skills sharp, so I did let it go. Q.E.D.
I've tried a lot of keyboards over the years – ergonomic ones, such KA2 and Glove80 (now) absolutely did solve my RSI issues. Pain may have many issues, such joints, posture problems (pinching nerves in shoulders/elbow) but getting a proper chair and ergonomic split keyboard is still my number 1 advice. Also more sport, if it is not too severe.
Going to a doctor should also be high on the list, but unfortunately, I have yet to see one willing to do a proper diagnosis. My experience there is more than mixed, so you have to experiment yourself.
I'm sure I could learn to be slightly faster on dvorak/colemak, but nothing beats the convenience of always having guaranteed access to qwerty, everywhere I go.
Colemak/Dvorak is not about speed, but about comfort and avoiding RSI (though I would place the actual layout somewhere far down on the list, a proper ergonomic KB is top priority). Also, in my ~8 years on Colemak lack of access to it was a problem exactly 0 times. I don't type books on other people's computers, and if I would, typing blind on a keyboard I am not used to is anyway a hopeless endeavor.
Well, it may be - hidden, at least in the US, by the "AI"-Bubble. But also an interesting point is that these layoffs do not happen in struggling companies -they all have increasing profits.
It is most likely a way to squeeze out some easy penny and pump up share prices - remember the "shareholder value". Shareholders today are all looking for pump & dump schemes.
Alike to big fortunes, no one wants to hear the truth about lot of them existing due to simple luck. There is a significant amount of post-hoc rationalization to explain the success by some almost magic virtues. Or even explain the success by lack of such virtues - "worse is better" and so on.
One thing I note is that all of the languages you name are very far from the machine
Common lisp is one step away from assembly - you disassemble any function and it is, in fact, a valid strategy of one wants to check the compiler optimizations.
I like common lisp, where sbcl will catch the worst type errors while compiling, but you can also specify types and they will speed up your code.