Comment by _def

1 day ago

I get that this is tempting but it just means you'll slowly get dependent on things that will eventually break in ways you will have no capacity to fix. And disaster recovery is most certainly a manual task.

> you'll slowly get dependent on things that will eventually break in ways you will have no capacity to fix

If the commercial provider charging you $10 a month breaks it, you also have no capacity to fix it.

Your options are: send them an email, or unsubscribe and use something else.

  • Right but most of the time, in my experience they keep the lights on.

    • Keeping the lights on is fine.

      But if they remove a feature I rely on, I can't put it back.

      If they add a feature I hate, I can't remove it.

      If they jack the price up, I have no real solution to this.

      If they move features I rely on from the standard tier to the 5x more expensive pro tier, I have no real solution to this.

      Why, yes, this is an echo of the old argument for open source software.

      2 replies →

Why wouldn't I be able to fix these things? If I managed to build a thing from scratch (with Opus 4.5), I don't see why I wouldn't be able to fix it and maintain it in the future (maybe with Opus 4.7 or even better future models?).

Why would they "eventually break"?

In what situation would a simple script or helper app just suddenly rot away and stop working?

Of course it's POSSIBLE to vibe together a massive monstrosity of an everything-app, but that's not what the author is doing here (nor me).

  • If it's tied to web APIs, libraries, or OS version feature APIs that are deprecated it will suddenly stop working.

    • Non-subscription paid software will rot the same way too, so there's no change.

      With a agentic llms I can just tell it to fix it. With a commercial solution I'm fucked and either have to find something else or pay for a license (or keep paying every month).

If you build enough things, you will also gain the experience to fix those things