-20
"Coding" is Largely "Solved" (raymyers.org)
submitted 6 days ago by to c/programming@programming.dev
21 comments fedilink hide all child comments
 

“Coding” is an ambiguous term for many tasks and responsibilities. There is no agreed upon boundary at which point it will be “solved”. Consider these three cliches making the rounds now:

  1. Coding is largely solved? (ambiguous point of contention)
  2. Verification is not solved. (consensus)
  3. Maintainability is not solved. (consensus)

I have practical needs and I don’t see them getting met by arguing the semantics of point 1 while we’re suffering from 2 and 3. On a level playing field we might be able to negotiate “coding is solved” into a meaningful conversation, but the funding doesn’t want that, it wants a Superintelligence.

you are viewing a single comment's thread
view the rest of the comments
[–] 0 points 5 days ago* (2 children)

If you need any of those things, you can just ask for it.

I get that you really don't want it to be true that it works as well as it does. Your job depends on it.

Mine does too, but I can face the truth even if it is unpleasant.

Also I wouldn't necessarily have believed it either if I hadn't tried it for myself. I would encourage you to spend a bit of money and a couple of days vibe coding something non-trivial with Opus 5.5. Then at least you'll know what's coming...

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 3 points 5 days ago* (1 child)

    I mean you're right, I don't want it to be true, but also my job is to try to use AI to make my teams more productive. And we've succeeded to a degree. We are getting more done. But it is not ask and thou shalt receive.

    I use AI a lot. Yesterday I gave up and built my own harness because if I don't I'm eventually going to be saddled with the shit my company is trying to make a thing. It was astoundingly easy, though now I'm on the treadmill of "just a few more tweaks...".

    In 8 hours I built the thing while generating about 800 LOC and another 1500 lines of tests in the actual application I'm working on. And I'd say I've largely built "the easy stuff," and the implementation classes are going to be more challenging. I'm pushing as hard as anyone to make AI development actually work — I actually enjoy the challenge and rapid iteration quite a bit. I'm not speaking out of ignorance here.

    I've vibe coded a couple of personal application things. They aren't production-ready business apps, but they do everything I need. And they really were as simple as asking for what I wanted and I can add features about as quickly. It's incredible. But it's not replacing any of my developers yet.

    My only caveat: I really haven't tried Fable due to cost. Anyway, be well, mate. Enjoying the conversation despite disagreeing.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 0 points 5 days ago

    My only caveat: I really haven’t tried Fable due to cost. Anyway, be well, mate. Enjoying the conversation despite disagreeing.

    Well, that's why we're disagreeing 😄

    I agree with everything you've said if you're using models weaker than Fable. The latest models (Astra, Opus 5.5, maybe Argon I haven't used it much) are a significant step up. Way more than the benchmarks suggest. It really is "ask and you shall receive". You might have to ask a few times but still...

    Also caveat on my end: I've only tried vibe coding with Rust, because it's the best language available for humans and AI seems to like it too (lots of static checks). I have no idea the quality of code you'd get in other languages. I would be cautious before having it write C++ for example... though it's probably fine.

  • permalink
  • fedilink
  • source
  • parent