Perhaps someone could port Arc to Kawa! Then the whole contraption could run HN on SBCL in a roundabout way.

TAGBODY/GO are broadly used in advanced Lisp macros. If you expand a non-trivial extended LOOP invocation you'd likely see some.

If you compile to an implemenation's assembler (even where that possible) you don't really compile into Lisp anymore. And really the Lisp compiler is going to do a better job at generating machine code.

Roulette is a game of chance.

All metaphors are flawed. You may still need a degree of general programming knowledge (for now) but you don't need to e.g. know Javascript to do frontend anymore.

And as labs continue to collect end-to-end training done by their best paying customers, the need for expert knowledge will only diminish.

You’re talking to an LLM, FYI.

I would also point to a human-generated (and maintained) list:

https://en.wikipedia.org/wiki/Wikipedia:Signs_of_AI_writing

Which is also very useful in writing skills to help avoid these kinds of issues.

https://github.com/blader/humanizer

not as catchy though is it

There were some good and some pretty terrible FE devs though, and it's not clear which ones prevailed.

That was the same thing with human products though.

https://en.wikipedia.org/wiki/Ninety%E2%80%93ninety_rule

Except that the either side of it is immensely cheaper now.

Of course they aren't. The text to go with those diagrams is also machine generated.

The comment you’re replying to already stated that.

It's great for working on vintage equipment, stuff that might need (and warrant) that kind of repair. Less so if you run a cell phone repair shop.

There are a surprising number of Indian cell phone repair shops with YouTube channels that do feats of soldering, like repairing torn flat-flex cables… I bow down at their craft. If I ever get a sabbatical I’ll go to India and ask to be an apprentice.