• acchariya@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    4 days ago

    The sad reality is that most apps are regurgitated CRUD with new design language. The llms are really good are regurgitating this stuff, so the only interesting part left is the 10% that was already interesting before. I just take 2h lunches and spend time with my family while the llms puke out the CRUD, then thoughtfully work through the 10%

  • Alvaro@lemmy.blahaj.zone
    link
    fedilink
    English
    arrow-up
    0
    ·
    4 days ago

    Fucking snow flake anti ai nerds, like you weren’t just pressing keys all day anyway, who cares if now it’s just one key??

    /s

  • Bieren@lemmy.today
    link
    fedilink
    English
    arrow-up
    0
    ·
    5 days ago

    My company made my job soul-sucking to the point I was doing the bare minimum a long time ago. They didn’t even need AI for that. Just some really shitty managers.

  • Kaligalis@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    5 days ago

    AI code assistants currently are like that senior dev who knows everything, has experience in everything, and always likes to help everyone. But sadly he does a lot of shrooms in his spare time and sees things that aren’t there. He also has quite the opinionated ideas about what good code should look like.

    That implies that you just can’t let him do the quality assurance. He can write code. You can ask him stuff. And he excels at debugging.
    But you can’t let him plan the architecture. You can ask him about his ideas and select the ones that are actually good, though.
    And you definitely can’t let him review his own code. Someone else has to do that.

    So if they literally just let the AI do everything, there is absolutely no way anyone has a chance to ever review the result because AI code is harder to review (for now), and AI loves to repeat itself (for now).
    And sure, they can tell it to write tests. But AI is dogshit at writing tests. It tends to forget the important cases, test the wrong thing, and/or obsess about completely irrelevant implementation details.
    I also tried the multi-round approach with a committee of agents trying to iteratively find and fix flaws. It only works well for finding bugs, not fixing them (for now).

    But while AI can’t replace me, it is really nice to have as a tool - just like I have syntax highlighting in the IDE, I have a code assistant that can autocomplete a few lines of code, find out why my code misbehaves, or tell me what some library method is supposed to do. Sure, I have to still verify the results. But often, finding the bug or information was the hard part.
    Coding assistants are great. Just don’t let them write too much code at once. You need someone who still actually understands the codebase. That sadly can’t be an AI (yet).

      • shiftymccool@piefed.ca
        link
        fedilink
        English
        arrow-up
        0
        ·
        4 days ago

        That’s how i always describe them. Over-eager junior devs that are trying to impress you with how fast they can get stuff done. Have a lot of book learning but don’t know when to apply certain things. Sometimes, i feel like it should really only be a tool for senior devs because it feels a lot like mentoring a team of noobs

    • NotMyOldRedditName@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      ·
      5 days ago

      I really love when I ask the AI to do something, and it gives me 40-50 lines to do it, and I tell it there’s no way something like that should take that much code, and it’s like oh, ya you’re right, here’s a 5 line version using something from from the standard sdk.

      I’ve tried to put in its memory to not do things like that, but it keeps doing it.

      • Blackmist@feddit.uk
        link
        fedilink
        English
        arrow-up
        0
        ·
        4 days ago

        I watched it remove a JSON library include from the code because it wasn’t used yet, and then in the very next prompt where we needed our again, it attempted to write a basic parser from scratch…

        • NotMyOldRedditName@lemmy.world
          link
          fedilink
          English
          arrow-up
          0
          ·
          4 days ago

          Brilliant.

          Ive had it do stuff like that completely ignoring that I already have a library in my app that should handle some sort of task. But removing it first is chefs kiss.

      • Kaligalis@lemmy.world
        link
        fedilink
        English
        arrow-up
        0
        ·
        4 days ago

        I guess the AI isn’t iterating over its “ideas” and code yet. I come up with overcomplicated and overcomplex code too. But my natural neural network keeps reevaluating the code while I think about it, write it down, test it, and often even come back to it later after I moved on to another part of the codebase.
        It looks to me like AI is using the infamous waterfall method to write code. It does the “thinking” phase and does bugfix iterations when compilation or tests fail. But never does it question the design it came up with after it wrote it down. It doesn’t reevaluate whether the last round of fixes made tests work that test irrelevant implementation details. It doesn’t question whether there really need to be four methods sharing 90% of their body for doing the basically the same thing only subtly different.
        I hold the suspicion that AI will be as slow as humans when it becomes as reliable because what makes us reliable is the redundancy in our thinking processes. The constant reevaluation in subtly different states of mind helps to catch design flaws and silly mistakes.

        Reevaluation of finalized code is probably not something you can just put into memory. You would need to modify the harness to automatically inject a new prompt triggering reevaluation of the design and implementation after each step. This would likely increase token use and execution time by an order of magnitude. And if you do it by spawning fresh agents, there would be a high chance of having the AI go in circles, switching between a few different versions of the same shitty design or implementation. So you need to keep the context, which grows each iteration. So context rot may become a real problem. The AI might deviate from the initial goal just like some human devs tend to do…

        And natural neural networks learn on the job. They adapt to the codebase and industry they are working with/in. claude.md and memory text files help a lot. But they are still sometimes ignored. And I don’t know why. Also, human rules are almost always somewhat fuzzy. Long lines are to be avoided - but unit tests and that one massive dict of dicts really are a lot more readable when ignoring that rule. There might be a lack of good training material on what makes code readable for humans.

        • NotMyOldRedditName@lemmy.world
          link
          fedilink
          English
          arrow-up
          0
          ·
          edit-2
          4 days ago

          That actually makes a lot of sense and goes with how ill code something larger as well.

          Get a rough version working, sometimes horrible code. See how it functions. Reassess it and optimize it. Go bug hunting, which will often result in more optimizing, then finish all the error handling I probably skipped and only logged. More bug hunting, then review my code like a code review before submitting it for a code review.

        • Leon@pawb.social
          link
          fedilink
          English
          arrow-up
          0
          ·
          5 days ago

          I can believe this. I’ve been put on slop duty, and had the slopmachine go all

          Time to run the test to ensure everything is good. It passed. Good. Let’s run the entire suite to ensure no regressions. All tests passed, yay.

          And I’m here thinking, if you’re gonna run the whole suite anyway, why’d you run an individual test? That’s just redundant.

          • shiftymccool@piefed.ca
            link
            fedilink
            English
            arrow-up
            0
            ·
            4 days ago

            It’s pretty much what i do when i think i’m done. Run the test(s) for the stuff i touched, then the whole suite to make sure nothing else broke. Why would i take all that time to run the whole suite every time?

      • limdaepl@feddit.org
        link
        fedilink
        English
        arrow-up
        0
        ·
        5 days ago

        Even without external libraries, it routinely comes up with solutions that are at least 3-4x the complexity and LOC than how I would implement it.

        • douglasg14b@lemmy.world
          link
          fedilink
          English
          arrow-up
          0
          ·
          5 days ago

          It’s because the average quality of code that they are trained on is like that. Most code that is written by humans is slop, and the models represent that.

          Producing overly complicated solutions to uncomplicated problems

          • kestrel7_7@lemmy.world
            link
            fedilink
            English
            arrow-up
            0
            ·
            5 days ago

            This is maybe the main reason why I don’t fuck with AI. “Oh it accesses all of the writing on the public internet!” That never inspired a lot of confidence. 99% of Internet posts are crap.

          • NotMyOldRedditName@lemmy.world
            link
            fedilink
            English
            arrow-up
            0
            ·
            5 days ago

            It often can do it better if you prod it though. Its just so weird that its really hard to get it to do that. It knows how even if it is trained on poor over complicated stuff.

            • Prox@lemmy.world
              link
              fedilink
              English
              arrow-up
              0
              ·
              5 days ago

              How much time does that prodding take vs how long would it take you to just write the (better) code yourself?

              • NotMyOldRedditName@lemmy.world
                link
                fedilink
                English
                arrow-up
                0
                ·
                edit-2
                5 days ago

                Its usually just 1 or 2 messages saying i dont like this so its only the time it takes to read it and say try again. A minute or two?

                Its faster to just ask to do it again in most cases.

                The times itd probably be quicker to do it on my own are the more complicated ones where it gets something wrong but it wasnt so blatantly obviously bad that I just tell it to try again, so I spend time with the wrong stuff, see its wrong with a little work, then toss it and try again, or re work it myself from that.

  • BillyClark@piefed.social
    link
    fedilink
    English
    arrow-up
    0
    ·
    5 days ago

    The engineer added that employees are now pressured to ship products as fast as possible, leaving them with little time to review Claude’s output or understand the code being created.

    Companies have always pressured software teams to ship products as fast as possible.

    What’s new is the part where all of the worst coders can shit out code a lot faster and pretend like they’re doing a good job. It used to take them a while to write garbage that they didn’t understand or review themselves, but now they can do it so quickly that it makes the actual good coders look like they’re taking a long time.

    This is why you absolutely have to have documented coding and review standards. The idea that you’d ship any code that has never been reviewed by a human is horrifying.

    The idea that you’d work 12 hour days is so stupid to start with. I’ve seen people consistently work that long and… surprise, they don’t actually work that long. They work about the same as anybody else and goof off the rest of the time. I doubt you can even just press enter for that long. People just don’t work that way.

    • douglasg14b@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      ·
      5 days ago

      AI in engineering is an accelerator. If you are producing slop software, which most teams are, then it’s just going to accelerate the rate at which you can produce shitty software and bad code.

      If teams are producing high-quality software, then it accelerates those teams’ ability to deliver that quality.

      • ThirdConsul@lemmy.zip
        link
        fedilink
        English
        arrow-up
        0
        ·
        5 days ago

        AI in engineering is an accelerator.

        Yes, and most engineers effect on the product can be graded on [-1, 1] scale. And I find that the -1s accelerates faster.

        If teams are producing high-quality software

        I had one of those. My seniors are getting dumber though, and we have twice as many prod bugs as a year ago. I had an outage because someone didn’t properly trim an input for fucks sake recently.

    • automattable@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      ·
      5 days ago

      This is exactly it. I’ve worked with 2 different teams in this new era. One has all strong engineers and good review and testing standards. The other has 20% bad engineers that should have been fired years ago and’s weaker testing culture. The result is the strong team is delivering higher quantity software faster than ever, and the other team is going fast with much worse results. The quality is very bad, and the good engineers still there are quitting.

      The good engineers spend their whole days just trying to keep the ship afloat and minimizing the harm from the bad engineers. They hate it and are burning out fast.

    • limdaepl@feddit.org
      link
      fedilink
      English
      arrow-up
      0
      ·
      5 days ago

      I‘d love if I could just hit enter but the garbage it shits out unsupervised is just soo bad.

  • Auth@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    5 days ago

    oh no a tech worker is whining about something again. Quick everyone rush to their defense. They must remain perfectly comfortable and happy inside their air conditioned luxury office.

    Its work and you’re paid well for it. Suck it up or put your skills to use at a different company.

  • 404found@lemmy.zip
    link
    fedilink
    English
    arrow-up
    0
    ·
    5 days ago

    I would like to apply for this software engineer job where all you do is press enter. I’m willing to work from home or go to the office everyday. I will press enter on holidays and weekends as well.

    • BlaestEgnen@feddit.dk
      link
      fedilink
      English
      arrow-up
      0
      ·
      5 days ago

      I know some people think like you, but it’s the most soul crushing shit in the world when all you do is wait for others.

      Corporate jobs has always been soul crushing, and that’s why the cushy office jobs pays nicely. Because it drains you

      • 404found@lemmy.zip
        link
        fedilink
        English
        arrow-up
        0
        ·
        5 days ago

        I like where your head is at but I’m an Enter pressing purist. Scripts fail and don’t give you the the confidence to know your true enter pressing quantity.

        If the company wants enter pressing slip then scripts are the way to go. If they want to know with 100% accuracy no enter presses were skipped then I’m their guy.

      • 404found@lemmy.zip
        link
        fedilink
        English
        arrow-up
        0
        ·
        5 days ago

        Depends on how many times I need to hit enter during my 8 hour shift. If it’s something like 200 times then yes. If you need something more like 7,200 enters pressed in an 8 hour shift then that would break down to 15 enters per minute which requires a little more dedication. I that event I would like to ask for $23,000 a year.

        I would also like for the company to pay for any repairs or replacement of my Enter button in the event something stops working.

  • criss_cross@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    5 days ago

    I don’t hate Claude Code or whatever. I hate the company pushing you to constantly churn out shit so you need to turn to these tools to keep up pace or get fired.

    Architecture decisions or code quality? Fuck it just ship.

    You have concerns about an approach? You’re the enemy to your coworker’s promotion. Get out of the way.

    It’s all just so depressing. It will all come crumbling down. It’s a matter of when not if. But god I hate this ride right now.

    • bagsy@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      ·
      5 days ago

      Time to lean into the slop extra hard. Use AI to create massive PRs, use AI to approve the PRs. Automate sending slack alerts when a feature ships. Be loud, really show some massive “Productivity”.

      • jonline@feddit.online
        link
        fedilink
        English
        arrow-up
        0
        ·
        5 days ago

        A guy I don’t really like at work does all sorts of AI induced PRs. I think he thinks it makes him look good. It probably does, to management.

        I got reprimanded for asking if a guy’s extremely weird code was something he wrote himself. He went crying to my boss about how I’m mean on PRs. Fuck you, William. I hope your house catches fire and you pass out while asking Claude for help.

        • NotMyOldRedditName@lemmy.world
          link
          fedilink
          English
          arrow-up
          0
          ·
          5 days ago

          Hey William, I’m having trouble understanding this code, it looks a little weird, can you walk me through it in detail, and explain how you came to writing it like this?

          • jonline@feddit.online
            link
            fedilink
            English
            arrow-up
            0
            ·
            4 days ago

            The responsible, corporate, way of being. Definitely should have done that. I just want people to feel uncomfortable when they have fucked up. Everyone’s just so polite. No one faces social consequences.

            This is the same place where they don’t pay for holidays. My boss told me to stop saying things like “I don’t get paid, so it won’t be that good” when they say “have a good holiday”. If grand-boss, ghoul, and preeminent “We don’t pay for holidays” enforcer Anne was locked in a burning building, maybe I’d just say “happy holidays!” and walk away.

          • criss_cross@lemmy.world
            link
            fedilink
            English
            arrow-up
            0
            ·
            4 days ago

            Yeah it’s not fun. Between that and now quarterly performance reviews things have really gone downhill.

            • NotMyOldRedditName@lemmy.world
              link
              fedilink
              English
              arrow-up
              0
              ·
              4 days ago

              Quarterly? Wow. Some MBA was probably like public companies need to report quarterly so we should put employees on the same schedule! Dumbass idea.

              • criss_cross@lemmy.world
                link
                fedilink
                English
                arrow-up
                0
                ·
                4 days ago

                It’s so bad. It’s an absolute waste of time and resources.

                Leadership is like “just use AI to speed things up”. But if I’m just pasting slop in and my manager is using slop to parse and give feedback what’s the goddamn point???