Login
You're viewing the front-end.social public feed.
  • Oct 9, 2026, 6:29 AM

    I have recently had a glimpse of the other side of this. One of my other colleagues is highly dependant on Claude for everything, and has been working with a couple of contract programmers on creating some new telescope automation software for a couple of their projects. I got asked to help a bit on the hardware side and came away low key horrified.

    While the systems they had created mostly worked most of the time it was apparent that none of them had any idea how it worked and could not do anything new with it without getting Claude to do it for them. At one point I asked what I thought was a trivial question, "how do I see the serial numbers of the currently connected hardware?" and the answer was "I'll ask Claude." What followed was 10 minutes of the chatbot trying random stupid things with a running commentary of fake post-hoc justifications masquerading as a thought process until it by chance stumbled upon something that seemed to work and some numbers came out. I pointed out that a quicker check was needed, so Claude was prompted again and eventually spat out a shell script that appeared to do the same thing.

    This brute force automated trial and error approach to producing software had produced some superficially impressive results in a short period of time, but the whole thing seemed incredible fragile, utterly dependant on continued unfettered access to Claude in perpetuity and completely unmaintainable otherwise.

    I remain convinced that If you generate code by throwing-shit-at-the-wall-and-seeing-what-sticks at scale then the end result will inevitably be a big mess.

    💬 1🔄 57⭐ 81

Replies

  • Oct 9, 2026, 7:08 AM

    The contrast in approach in part reflects different contexts.

    My colleagues in Research Data & Software are usually building software for research facilities. It's software infrastructure built for the long term, where maintainability is key. Considered design, unit tests, integration tests, regression tests and proper documentation of everything. Actually writing code is a small part of the work.

    The Claude fans meanwhile are academics, under pressure to churn out papers & grant applications and win industry contracts while using minimal resources. It's unfortunately the case that in contemporary academia quality matters at least as much as quantity and I can understand why the slop machines might appeal, if you're prepared to ignore the ethical objections.

    💬 2🔄 1⭐ 9
  • 💬 1🔄 0⭐ 2
  • Oct 9, 2026, 2:09 PM

    @Ooze True in general, though until recently I would have argued that the small academia-adjacent organisation I work for was an exception. There are a few things that make me uneasy now, though.

    💬 0🔄 0⭐ 0
  • Oct 10, 2026, 12:30 AM

    @spacelizard It isn't localised. It's endemic in our culture at present. People have worked out that there are no consequences for breaking the rules. This is actually progress because the rules were are operating under are bullshit. And people are so exhausted from trying to satisfy the bullshit rules that they don't have the spoons to act morally, which can take a lot of energy, especially if one is not used to it.

    💬 0🔄 2⭐ 2
  • Oct 9, 2026, 3:54 PM

    @spacelizard If they're using GenAI to write their articles or their proposals, they're going to be in trouble - most research funders (and virtually every peer-reviewed journal I know of) have strict rules about what you can and can't use AI to do when writing for them. In some cases, doing so could lead to accusations of research misconduct, and that's a can of worms no sane person wants to open.

    💬 0🔄 1⭐ 1