zzril

I was somewhat irritated that the exercises allow you to stay in insert mode at the end. I think it might do better at teaching the concept of an "edit" as a single, repeatable action by requiring you to go back to normal mode.

Comfort and reducing context switching overhead. Targeting a specific screen area with the mouse just takes way too much attention.

> Implies what you point to when you want to know where to make changes.

Where do I point to when I want to know this? On a large and mostly LLM-generated codebase, I might dig through the code myself to find what needs to be changed where, but I would probably prefer to ask an LLM to do this.

Now if I had access to all previous prompts that were used in generating the codebase, it might very well be the case that I would prefer to work by changing those prompts and generating the whole thing again. In that case, the LLMs would basically turn into a compiler and the prompts would indeed become the new "source code". This is clearly not (yet?) a common approach to software development, but I wonder if it may become. Or should.

If one uses LLMs to generate the code, and others need LLMs to read the code, isn't this awkwardly close to someone publishing only compiled binaries and others then having to reverse-engineer these binaries in order to know where and how to patch them? Maybe the handicap is less grave, as the difference in strength of LLMs understanding code vs writing them isn't as huge as of decompilers decompiling vs compilers compiling code - but I think this difference still exists. It's still an advantage to have knowledge of the "secret" prompts that were used in generating the code.

When comparing it to math, this always felt to me like a clear limitation in philosophy, though. Just look at how philosophers try to argue about "logic", compared to mathematics' elegant descriptions.

That would be one definition of "source code". But then there's also the definition by the Free Software Foundation as "the preferred form of the work to making modifications to it". As prompting LLMs becomes the preferred form of making modifications, I wonder if a lot of open-source repos will unwillingly become "closed (prompting) source" over time, with intricate legal consequences.

They automate the guesswork about what the spec actually intended, so to say. They don't improve the quality of the guessing.

"I was just executing commands".

Even worse, they counter with ai responses.

I recently had to fight slop responses for months to get a simple bug report through on a public services website. Couple of years ago, I'd have received a "thank you" mail after a day, and the bug would've been fixed by the end of the week.

They have a well-specified task and a not-so-well specified expectation of some actions being "wrong". And training data that likely contains more examples of extreme stubbornness than cases of politely giving up. What to expect?

"Uncontrolled".

Agreed, "alignment" is also anthropomorphizing too much. What would be a better term? "Do what I want you to, but what I don't care to specify" (because doing so would miss the point of using AI in the first place)?

Oh, I remember that one from a CTF couple of years ago. Absolutely hilarious!

I don't think the best path towards interoperability is to run after those who based their entire business model on making interoperability a problem in the first place.

If I were to create an office suite that cares for interoperability, it would be based on markdown and CSS, viewable in the terminal, one could `grep` and `sed` and `git diff` through it, LLMs could read and write it natively, ... But I'm afraid it'll take another 40 years until we're there.

This would be interesting if it was based on markdown and Jupyter notebooks and all that good stuff we have today. But just replicating what was useful some 37 years ago to get office workers accustomed to the new digital world? Why?

Better start with decentralizing smartphones and their apps...

Imo, the best jobs for people who prefer understanding over building nowadays are those in IT security. Vulnerability research, pentesting, forensics / incident response, reverse engineering... - here the details still matter. LLMs are also coming here ofc, but they don't unilaterally take away the interesting work.

Now I need to go to late.sh for the terminal version ;-)

The most civilized method to influence policy has always been the act of voting.

... and then get their clocks reset on the next power outage.

The latter one conveys urgency in the sense it burns more tokens on the governor's side.

Had I found sthg like this, I'd be proud to tell everyone and certainly enjoy doing the writeup. But this smells like it was ai-written...

Personally, I find it easier to live with a decision I don't support if I was simply out-numbered in a fair vote, rather than out-powered by some random company on some random continent.

As for doing without Google, I'm kinda doing that myself (using a Linux phone even). But tbh, I think that nowadays moving to another country to escape a government you fundamentally disagree with is easier than moving away from Google.

If you don't agree with a decision made by your government, you can vote for someone else next time. If you don't agree with a decision made by Google, what do you do?

I guess that's what "alignment" always comes down to? "Do what I want even if I can't tell you exactly what I want - because if I could, I could also just do the work myself"?

I think the fundamental difference is that humans aren't trained on experiences. They make experiences. Models are just thrown away and re-created after each conversation / job.

If you could clone and throw away human workers as you need them, a lot of the morale would disappear.

I'm doing that all the time. Starting with a .vim directory that contains vim-specific files, such as scripts / build commands to be run on certain key combinations, to ".misc" / ".scratch" / ".notes" / ".api-keys" directories... I wouldn't want to list them all in my global .gitignore because I'd certainly forget half of the names I tend to give to these...

I have a shell alias to create a folder containing a `.gitignore` with just `*`, so I don't depend on my project never using a directory of a specific name.

The list is missing a couple of points, including: "My camera isn't working." "I don't have a QR code scanner app." - And, of course, since we've already shown we're fine with bending the truth a little if it helps our case: "I scanned the QR code. It leads to a porn video. Are you going to argue with me about that over a couple of pixels, or will you be so kind to give me the plain URL?"

It's called "Matrix".

When after an actual shooting, it its found that the shooter has, at some point in his life, made a post on social media that one could - if so inclined - interpret as an announcement of what he was about to do, people will go absolutely mad screaming: "Why did they not arrest him beforehand???!?!?!?!!!"

This must be exactly what those screamers are envisioning...