kfajdsl

These are like $20-50 subs, you’re probably paying your dev a hell of a lot more. Let them use the tools they want. I spend almost all of my time in Emacs or Cursor, but I still haven’t found a database client that I like better than Datagrip.

Wow, that sucks. Getting Claude for everyone wasn’t even the stupid thing, it was thinking that a shiny new hammer meant you could throw away all your wrenches.

To 2., yes - you just have to look in the right places. You're sure to find them in middle/high school or university robotics teams, for example.

When computing was niche, you really only got into if you had a real interest in it (I assume - I wasn't around back then). That's changed, but it doesn't mean that that category doesn't exist anymore. If anything, it's probably way larger in absolute terms, if a smaller proportion of people who work on software in general.

You don’t need to know what proton is to click ‘install’ in Steam.

Not really? I did something similar for a different device recently. It can make files and has access to bash. It's perfectly capable of installing packages and writing small scripts basically entirely autonomously. No MCP needed.

All the LLM logprob outputs I've seen aren't very well calibrated, at least for transcription tasks - I'm guessing it's similar for OCR type tasks.

I’ll say that, I think this varies by language/SDK - at least with the Temporal TypeScript SDK, a simple single idempotent step background task is however many lines of code to do the actual work in an activity, and then the only boilerplate is like 3 lines of code for a simple workflow function to call the activity.

It's a tool. The first time you used a shell you had to learn it. The first time you used a text editor you had to learn it.

You can learn how to use it, or you can put it down if you think it doesn't bring you any benefit.

It’s one thing for you (yes, you, the user using the tool) to generate code you don’t understand for a side project or one off tool. It’s another thing to expect your code to be upstreamed into a large project and let others take on the maintenance burden, not to mention review code you haven’t even reviewed yourself!

Note: I, myself, am guilty of forking projects, adding some simple feature I need with an LLM quickly because I don’t want to take the time to understand the codebase, and using it personally. I don’t attempt to upstream changes like this and waste maintainers’ time until I actually take the time myself to understand the project, the issue, and the solution.

> The music industry already went through this with AutoTune and we know how that turned out.

Yeah, it turned out that almost all mainstream tracks nowadays have post-processing on vocals (the extent varying between genres and styles).

I understand that you're being glib about buses or trains, but the driver is a large part of the operating costs of a bus, and additionally driverless buses might make more frequent but smaller buses more economical.