The way I do it, patches are backward-compatible bug fixes. Minor versions are additional features that don’t change existing functionality. Major versions include breaking changes. I totally get that it seems crazy to bump to another major version just over a string format change. But overall the philosophy works well IMO.

IMO it doesn’t really matter what you said the method was for. If you change the format of a string that is returned by a method that returns a string, there’s a risk of breaking user code, even if it’s just in the context of their dev environment.

Philosophically, whether or not the behavior of your API has changed is completely disconnected from whether or not others are using it “right”. If I can depend on a function to return a certain type of value when given certain arguments, and if it doesn’t produce other side effects, then it doesn’t matter what the docs say or what the function is named, I can use it in any context where I need that type of return value and have this type of arguments available. This type of function is just mapping data to other data. If you modify the function in such a way that the return value changes after being given the same arguments, that’s a breaking change in my book.

AI will bring new jobs

I would not be surprised at all if “LLM Prompt Engineer” becomes an official job title in the near future.

Is “to x” a verb now as well? I assume that’s the idea. “Today I was xing about Lemmy.” “I’m gonna x that.”

This is immensely sad because now future generations will not be able to fully appreciate the highly nuanced and layered joke in Moana where Maui says “When you use a bird to write, it’s called tweeting.”

That one in the middle is sick

As a developer who specializes in frontend and specifically JavaScript, there is no justification for that book being that long.