61 karma · joined September 6, 2025
https://jurf.github.io
I dream of a Vim that wóuld guide and teach me how to use it, so that it does not scare away people because they can’t close it.
I dream of a Vim that embraces the needs of editing contemporary programming languages and fills in its UX gaps correspondingly (changes single to double quotes, anyone? Function argument order?).
I dream of a Vim with native Git gutters.
I dream of a Vim with sane default leader commands.
I dream of a Vim where I see line numbers by default.
I dream of a Vim where “Y” is consistent with other commands.
I dream of a Vim that detects correct indentation by default. And that can visualise whitespace.
I dream of a Vim where Ctrl+V does not have an assigned action that looks like it blocks input.
I dream of a Vim that experiments with keyboard ergonomics, not just mnemonics.
I dream of a Vim where quintuple-tapping Escape is not a habit I subconsciously form why learning it.
I dream of a Vim I stumble on people discovering and exploring, and not have to persuade people for months just to try it.
Of the over a hundred students I taught when I helped out in uni, basically no one wanted to learn it, despite my enthusiasm.
And I sympathise. As I get older, I slowly grow more and more distaste for software that does not respect my time enough to give me properly-crafted defaults. Vim, in the age of modern editors, cannot compete. Not without 20 plugins with conflicting shortcuts and its self-imposed cliff of a learning curve.
And I’m saying this from a place of love; I’ve been using Vim (at least as a VSCode extension) every day for the last 10 years. But it never really grew up to the promise that the “Vim Creep” essay [1] gave me.
[1]: https://web.archive.org/web/20190227031109/https://www.norfo...
:wq
Never understood their browser integration though, ugh. Scanning private messages was already a bad look, I shouldn’t be surprised…
What’s also interesting to me is that requesting ”professional typography” did not fix the problem at all. And I would guess that there is a staggering amount of examples in the training data.
Maybe inference is just wobbly by nature? The same as text output has the characteristic randomness, even design output cannot resist being – for a lack of a better word – hand made?
Interesting article (audio processing should be a standard OS feature), but I wish we'd stop doing this. Speakers were never subjective (unlike earphones), they’re supposed to be flat – “equalised”. At least if you want to hear the thing as it was mastered.
I think it just hurts consumers in the end, as it validates snake oil in the form of various ”enhancements”, like image processing on TVs. It makes stuff really hard to compare and much easier to sell shitty hardware.
Not that I’m opposed to improving shitty hardware with software, – quite the contrary – it’s just the murky subjectivity that irks me.
- Prefer documentation as code
- Comment why, not what
- Document public APIs
- Readability is paramount
That usually gets me 80% there; rest is covered by the linter.
I'm mostly just missing it explaining previous state too much, especially when making edits to plans, but I have not found good wording for that yet.
In any case DDR3 isn’t nearly as bad price-wise and would have much better energy efficiency than stacking 1–2 gig sticks.
I would rather have room temperature coffee than a cold brew usually though. I just did not have good luck with it so far
Regardless, I would say it’s an objective fact that good coffee is ruined at room temperature. It still tastes fine, but no where near as good.
What especially irks me is that they could have just heated the stuff in a microwave [1] to 50°C and have a much better test.
> It is noted that espresso is normally consumed hot and has transient sensory attributes that are temperature- and time-dependent. Hence, serving espresso at 22 °C will alter its sensory characteristics.
This is a weird test, coffee get’s so much worse when cold. So people can’t distinguish between two bad coffees.
IIRC those bugs could only steal data, not do remote execution. If you did not store even the encrypted passwords in memory, getting the password/key to them compromised would still keep you safe, or at least upgrade it to a timing attack.