I'm too dumb as well. I flipped this to make it about text editors. Personally, I love my Emacs:

This, like almost all writing about fonts, is bewildering to me. It just doesn't matter. For me, there are just 3 text editors in the world: IDE's, terminal editors, and weird editors (Ed, Teco, etc.)

What's even more strange is reading strong opinions on how great Emacs is, or how terrible NeoVim is ("Gnu good Apache bad", I know.) They're the same thing! I guess I'm too dumb to notice the subtle differences between Lisp and Lua.

> about text editors

I get where you're coming from, but the analogy sort of breaks down here - those of us who work with text editors all the time love our tool of choice because it has features that make our lives easier. I can't see how a font could have or lack a "feature".

> I can't see how a font could have or lack a "feature"

Oh boy. Everything about a typeface is a feature, and many of them are functional and not just stylistic choices.

- Monospace glyphs are a feature almost everyone here is familiar with and appreciates.

- Serifs are a feature for readability

- Open apertures like in humanist fonts are more readable

- Closed apertures in grotesque fonts make the text more dense

- Stroke contrast

- X-height

- Variety of weights

- Ligatures

- Dotted or slashed zero to distinguish it from capital O

- Features to distinguish capital I and lowercase l glyphs

...these are all features of a typeface.

Not to mention all the far-out OpenType features.

https://en.wikipedia.org/wiki/List_of_typographic_features

"valid security strategy"

Did you mean reliability? At this point I don't care if my server gets DDoS, but may be more convinced by security practices.

I haven't looked to deeply, but I haven't noticed any performance impact. Inlining probably helps too.

Zig makes the standard library accessible. Just by clicking "go to definition", you run into all the weird cases.

For example, apparently the plan9 OS gets special page_allocator handling: https://ziglang.org/documentation/master/std/#std.heap.page_...

I hope it sticks around so that I can use the same workflow at work and home. I'm really enjoying how fast all the jj operations are compared to mercurial.

I'm working on my (mostly) R7RS Scheme Interpreter. I've just finished call-with-current-continuation and exceptions which were rather difficult for me to grok. Currently working on improving the debugging experience before starting the monotonous work on implementing the ~400 required functions and documentation.

https://github.com/wmedrano/szl

The distinction is that in vibe coding you don't even look at the code.

Although I don't endorse it for most use cases, I like the distinction. There are some things I vibe code that are useful in the moment but I always throw out

I would go even further, in true vibe coding you have no idea what you’re doing, don’t even have software engineering knowledge, but whatever your prompting is working so you just keep going. It’s basically user-driven development.

I disagree. There are some cases where I want to bang out an experiment and iterate on it. While I have the ability to understand what's going on, the iteration loop makes more sense to go through the model than trying to understand what it did. This feels like vibe coding in those cases, even though I have the skills. Many talented developers I know are doing this as well to address pieces of a larger problem with expanded scope relative to what they could do without vibe coding. I work in research though, where the code is expected to be fairly exploratory (although high quality).

but the point is, you don't know what's going on. It's not that you could understand it's that you actively choose not to know... that's the essence of vibe coding.

Yes, that’s the point I was making in my response.

I thought the Zig creator abandoned Discord due to invasive ads sometime last year.

It's probably for some extensions. So things like LSP and formatters

Probably not for OP, but for existing Emacs users, I’m liking how https://github.com/karthink/gptel is evolving.