Comment by b112

2 days ago

It's so early game, is the real problem. My experience so far, has been that it's barely a junior dev. I've met so many in my career that think reading stackoverflow, or watching a youtube video mysteriously makes them an expert. AI reminds me of this sort.

Well anyone can use (prior to AI) a simple linter and learning to code isn't that big a deal. It's learning the pitfalls, the traps, that's the issue. And so far Opus just seems to fall into them again and again. I guess the best way to put it, is that it's not an architect. I sees no big picture, and that's not really a surprise with (compared to a human) an incredibly small context window. When I'm on a project, or working with a codebase, I often have years of "context window". And I have a career of "don't do this" context window.

So what I wonder is, will this be resolved? Will that awareness of larger scope be solved? If that happens, we'll be in another ballpark of competency.

Some companies have massive codebases. Are these companies slowly gaining rot in those codebases, a swiss cheese effect, which eventually will result in collapse? Because I've worked where a bad hire had just this effect over time. And what I worry about isn't using Claude to speed one up, it's the DEV that uses Claude and just "meh" and submits because it passes regression + other tests, and then a manager or code reviewer uses Claude and "meh" because it's a pass too.

> My experience so far, has been that it's barely a junior dev.

At least on greenfield projects, Fable is more like having an endless succession of fly-by senior devs who lock themselves in an office for a week, and who come back with very reasonable code that I then need to maintain somehow.

For longer-term maintenance, I am actually slowly warming to Sonnet 4.5-era models (so October 2025, right before the Opus revolution). They need to be given clear instructions and watched carefully. But since they force a human to stay in the loop, you don't have the institutional knowledge loss I see in some Opus projects, or the code that was one-shot with no human interaction at all that's a constant temptation in Fable projects.

And yeah, the bit rot is painfully real once the humans step back too far. I've been dealing with a compelling prototype that someone built, and that stakeholders love (for good reasons). But it had to be put on a tech debt repayment plan for a couple of months.

> Are these companies slowly gaining rot in those codebases?

Yes!

And that "yes" holds regardless of whether they use AI or not.

Let's not pretend tech debt accumulation is somehow an AI problem. Some of the world's biggest companies routinely ship code that reeks of years of rot and decay.

  • It's safe to say that most people romanticize their past experience. Anyone's "golden age" is someone else's "end times".

    Software has always sucked [1]. "Software crisis" was coined in 1968. There has been no period of time since that it got any better. Trauma just doesn't carry the same way that triumphs do.

    Perhaps people do not actually learn from their mistakes after all.

    [1]: https://www.stilldrinking.org/programming-sucks

    • > Perhaps people do not actually learn from their mistakes after all.

      which is the way the economy runs. cascades of PR narratives and economic measures carrying over upscaled patterns of the very same causal chain that makes people forget to self-debrief.

      but most people enjoy being leisurely ignorant whenever they find themselves immersed in such qualia so even the brightest just smile while standing by ...

      as long as we read, we will get hyped one way or another.

      the issue seems that some narratives get disproportionate "air time" ... which, IMO, is exactly because there are so many bystanders among the capable & resourceful ...

  • > Let's not pretend tech debt accumulation is somehow an AI problem. Some of the world's biggest companies routinely ship code that reeks of years of rot and decay.

    While that is true, there's a large difference you are ignoring: a company can survive this type of rot indefinitely if it takes place at a certain rate. Their customers get time to acclimatise , the processes take into account the breakage, and adapt to compensate, etc.

    If the AI boosters are to be believed (2x, or 10x or even, in some cases, devs claiming 100x productivity), stuffing 2 decades of rot into the next two years could prove fatal.

    • I don't disagree, but AIs 'willingness' to do the most painful chores mitigates a lot, I think

  • This is usually due to time pressure and cost. AI arguably substantially reduces that kind of pressure.

    I’m overall skeptical as well, but the argument about tech debt is more nuanced than your comment implies.

    • Our production incidents have dramatically increased over last 2 years after management pushed AI. In 2023, we never failed our SLA. Now, we continuously keep failing it due to some stupid outage. There was no real change in architecture or strategy - only the adoption of AI.

      There have already been several high-profile AI-root-cause incidents at many companies this year. I guess we can look forward to even more deterioration in the next 2 years.

    • AI easily generates PR's with thousands of lines. I my company there's even a directive for agents to split up their work into multiple PR's based on some arbitrary metric of files/lines changed. When one of my colleagues uses AI to "implement" something, the amount of code I need to review is much much more. If I were to do review as I am supposed to, then AI is absolutely increasing the time and effort I have to put into a change (as opposed to the person who just writes a prompts and calls it a huge productivity boost).

      There's the meme in programming that goes something like this "Give a programmer two lines of code to review and he'll find 20 issues. Give a programmer 500 lines to review and he's say that it looks good". At some point you simply cannot keep pace with the amount of generated code as a human.

    • > This is usually due to time pressure and cost. AI arguably substantially reduces that kind of pressure.

      This is categorically false because time and cost pressure is relative and if anything AI has exacerbated the exceptions for ROI and Turn Around time.

      This along with the fact that even state of the art AI tends to generate subpar (albeit working) code extremely fast and in large volume.

      You can see the effect of this already in the increased rate of production incidents recently.

      This isn’t to say that AI is useless, but the tech debt it generates is unprecedented.

I have seen a bad hire having instant impact on team and after person was let go, team was still getting back on track to pre-hire productivity for another 3 months.

We know all managers that say "stack doesn't matter, we can swap devs". We had C/C++ dev hired to do web dev with C# and Typescript.

Guy was utterly incompatible even if he was smart but management wanted someone who is local and can come to the office and that was this guy selling point.