upvote
People depend on all sorts of weird stuff working exactly as expected. https://www.hyrumslaw.com/

As an example, depending on "man -w" not outputting anything to stderr: https://unix.stackexchange.com/questions/405783/why-does-man...

reply
Our saas had an internal-use, undocumented, publicly accessibly but not publicly used (by us) health endpoint that included an internal version number.

We removed the version and a few customers complained we broke their stuff.

reply
I landed a massive database upgrade on a payroll system years ago, end-to-end standardization, cleanup, and improvement with a seamless rollout.

Our back clapping was interrupted by an angry customer phone call. One of our customers had gotten access to our internal schema and had a massive reporting setup in Access solving most of his needs.

I ended up converting his reports using some internal tools we had. Customers will grab anything to give them.

[The caliber and depth of his reports were such I wish we would have bought them instead of making me spend months building out our own reports.]

reply
> [The caliber and depth of his reports were such I wish we would have bought them instead of making me spend months building out our own reports.]

Learning from customers is some of the best learning you can do. :)

reply
I had one customer that managed to figure out which stored procs were tied to which reports we were using. Then he would deliberately break it in weird subtle ways them and call tech support 'just to see how we would react'.
reply
The API surface is what’s exposed, not just what’s documented.

This is probably an even more important principle in the age of LLMs.

reply
While not the same thing, I was once stung by a test failing because a dependency of a dependency decided on a minor version bump that foo@example.com wasn't a valid email address.
reply
Probably akin to: https://xkcd.com/1172/
reply
I knew what this was before clicking on the link, but for a lot of people, it may be a 1053.
reply