I currently work at an “AI First” 🤢 fintech company, and we’re mandated to program agentically. I was fortunate enough to start working before the AI hype, but the environment right now is daunting.

There’s too much unmaintainable code slop and throw away scripts committed that I can’t keep track anymore. Each PR has so much diffs that it feels like someone had diarrhea and shat all over.

I try to manually review the code, but it feels like best effort at most. Like I may only understand 70% of the thing that I’m reviewing. What ends up happening usually is that I just ask the model and verify the output(which is horrifying I know)

I spend the whole day arguing with AI, reviewing, and pushing back against its output that sometimes I wonder if I am the one driving AI or is it driving me.

–

Recently, I noticed that I’ve becoming more reliant on the model and that my skills have been atrophying. What would’ve taken me an afternoon if I program it by hand, would take me a week now if I do it now. I also find my head hurting and myself glossing over the code in code reviews and prompting claude to do even the basic of commands.

I get that there’s more to programming in software engineering (collaboration, dealing with people, etc etc), but I don’t feel like I am in control of the systems I am building anymore with the engineering aspect being replaced with babysitting and self lobotomy.

–

Off work hours, I try to brush up by reading on system design and architecture books, typing by hand if I’m learning a new technology or stack, but I feel like it’s not enough to prevent from skill atrophy.

How are y’all coping and how do you recover from this? I am afraid on what skills that I’ll be able to bring at my next place of employment if I resign and that I’m becoming a jack of all trades master of none type of thing - having only shallow understanding.

  • greasewizard@piefed.social
    link
    fedilink
    English
    arrow-up
    4
    ·
    40 分钟前

    If job wants slop, I just queue up work back to back in the slop generator. While the slop generator is running, I’m reading a book or building something by hand to make sure I stay sharp. If my engineering leadership doesn’t care about quality, then why should I? Give em what they want and take care of your own needs

  • FishFace@piefed.social
    link
    fedilink
    English
    arrow-up
    2
    ·
    18 分钟前

    I’m not really worried about skill atrophy. I don’t really buy that using AI to write all my code for a month will do any long-lasting harm to my ability to write code more than not writing any code for a month would, and I’ve gone much much longer than that without writing code before, with no long-term consequences.

    I think it’s more about motivation, which again is something that you can regain pretty quickly if circumstances change.

  • OnfireNFS@lemmy.world
    link
    fedilink
    arrow-up
    2
    ·
    21 分钟前

    I setup a private GitLab instance for myself and have been doing some personal coding on the side. It’s been refreshing. I even have used AI with it but I don’t feel the pressure to ship and I have been reviewing and adjusting all the code it generates.

    For work I’ve been getting closer and closer to “vibe coding”. I added a testing framework and have the AI do test driven development and generate tests for the code it writes. That at least catches some of the bugs. But the expectation at work seems to have shifted to “if we ship bugs whatever. Well just issue a hotfix”, “bugs used to make it into production before, why is it an issue if they do now”.

    When it comes to reviewing PRs they’re 30,000 lines and it’s exhausting to review those day in and day out. I’ve just stopped reviewing them, if something breaks it breaks.

    My main concern with this is when something breaks that’s actually important like security or payments related. In fintech that could be a very costly mistake.

    I think having an ownership stake also makes a bit of a difference for me. Code I own and care about I actually take the time to refine. Code that if I leave I don’t get to take with me is just code.

    I like to think of it as designing mass produced furniture versus designing a custom woodworking project you are going to hand make. The mass produced one has deadlines, manufacturing will probably mess it up, it doesn’t need to be perfect, at the end of the day you won’t even get to own the design you came up with.

    The woodworking project doesn’t have a deadline, you can take as much time with it as you want, adjust it, re-cut the parts if they weren’t perfect and you get to keep the blueprints you designed.

    The woodworking project probably isn’t scalable or financially viable but there’s no doubt the end product is vastly superior

  • WhiplashPost@programming.dev
    link
    fedilink
    arrow-up
    1
    ·
    27 分钟前

    Personally I don’t even work in anything that could be done with AI. All my tech stuff I do is hobbies. AI hasn’t yet penetrated the in person manual labor sector much.

  • SouthernShao@lemmus.org
    link
    fedilink
    English
    arrow-up
    1
    ·
    27 分钟前

    If you have strong soft skills this isn’t so much of an issue, and I highly recommend that. AI can do such a good job in so many avenues, but being able to show up with confidence and understand and present materials to leadership is a very important skillset to possess. In addition, having the ability to solve problems on the fly is also a large asset from my perspective.

  • Colonel_Panic_@eviltoast.org
    link
    fedilink
    arrow-up
    30
    ·
    3 小时前

    In a similar boat. I’ve been programming since my family got a IBM 386 in the 90s and I started dabbling in the dark arts. I’ve been a career programmer for 20+ years now. I’ve loved it, all the way up until the past year or two.

    Here are some of my rambling thoughts and perspectives, for whatever they are worth.

    • “Don’t try to fix someone else’s mistake while they are still in the process of making it.”. AI is both a useful tool and a giant shit show, but if your company wants the shit show, then let them have the shit show, do not carry their burden.

    • Lean into hobbies that aren’t on computers. I do woodwork, gardening, arts and crafts, sewing, home repairs, camping, etc. “Go touch grass” as it were.

    • “Fight fire with fire”. (I don’t understand that saying) But the point of it is to say, don’t manually review AI slop, if they are gonna slop 800 file PRs at you, AI slop review them and move on. The Titanic is sinking, you aren’t going to save it by frantically bailing with a bucket.

    • Programming is both an art form and a skill and it is also like riding a bike. You may not ride for years, but if you get on a bike it will come right back to you. Don’t stress or worry that your skillset is deteriorating, it will always be there. It may get rusty and need some lube, but it won’t go away.

    • When the AI bubble finishes popping, AI will still be around, but it may not be shoved into literally everything as much, and there will still be a place for talented people to do quality work. Examples from 2 of my top hobbies is that we have both automated farming and assembly line furniture factories, but handmade solid wood furniture is still around and worth doing, and there are still gardens in a lot of back yards.

    • Most of the people in the top positions in our governments and companies are completely and utterly unqualified to be there. You’ll be fine. Focus on being your best self, being happy with YOU. AI is here to stay, but talented people have not lost any value at all, know what you are worth, have some confidence, don’t let the slop get you down, there is literally slop in every aspect and career, try not to worry about it, ya know? Mass produced, low quality clothing and furniture exists, but people still sew and woodwork. It’s ok, be better than the baseline slop and you will have value to those who understand.

    • Being a “Jack of all Trades / Master of None” isn’t a bad thing, neither is the inverse a “Master of one thing and nothing else”. All of that is also very black and white thinking, it’s not reality. People are more than just their skills.

    Final thoughts and summary: The AI slop is here to stay. As I learned in therapy “Don’t fight the current/flood/rising tide, learn to swim and float above it.”. The river is going to go where it is going to go, you can either be swept away and dragged under or you can sail along the surface and enjoy the breeze. I, personally, recommend the latter.

    Good luck out there! You got this!

    • FukOui@lemmy.zipOP
      link
      fedilink
      arrow-up
      3
      ·
      3 小时前

      Thanks. This is a bit reassuring.

      Fight forward with fire- My only gripe is if a prod issue arises, the ball will bubble up to my court and I hate to be caught with my trousers down

  • NotSteve_@lemmy.ca
    link
    fedilink
    arrow-up
    34
    ·
    5 小时前

    I don’t know but I’m in the same boat except its just killing all of my motivation. I really love software but not like this and it’s making me want to switch fields

  • ExLisper@lemmy.curiana.net
    link
    fedilink
    arrow-up
    42
    arrow-down
    1
    ·
    6 小时前

    Personal projects done without AI. It’s like artisanal coding. People will pay tons of money for it one day. We will be able to sit in museums implementing simple scripts without AI so kids on school trips can see how human brain works without assistance. Of course the AI will have to explain to them what’s happening.

    • SorteKanin@feddit.dk
      link
      fedilink
      arrow-up
      9
      arrow-down
      3
      ·
      3 小时前

      People will pay tons of money for it one day.

      I hate to say it, but this sounds like copium. Do you still see loads of well-paid furniture woodworkers? Nah, it’s all replaced with factory IKEA stuff. Sorry, but nobody will pay for “artisanal coding” when they can get whatever they need from the AI for free.

      • kibiz0r@midwest.social
        link
        fedilink
        English
        arrow-up
        1
        ·
        7 分钟前

        Not a reasonable analogy. Coding isn’t like making the furniture, it’s like making the assembly line that makes the furniture (or an assembly line that makes assembly lines that make furniture, etc.).

        It’s true that a factory doesn’t (and probably shouldn’t) care about deeply understanding each individual screw in each individual item. But it does (and should) care about how its assembly line is laid out — or at least the process of how that layout was determined, or the process of how that process was determined, etc.

  • TehPers@beehaw.org
    link
    fedilink
    English
    arrow-up
    14
    ·
    5 小时前

    At work? Do what they want you to do I guess. If they are mandating you mass produce slop, do exactly that. I’ve tried fighting against it. There’s nothing you can do when your coworker opens a 785 file PR (not an exaggeration) and it needs to be reviewed today. Your carefully crafted code can never keep up with the constant waterfall of whatever the fuck Claude/ChatGPT/whatever calls acceptable these days.

    Your best bet at work is to direct the agents others will use. Use a strict linter. Mandate a strict formatter. Add to the instructions that tests must be written and must pass. Do what you can to force it to emit semi-acceptable code (or fail if it can’t).

    Outside of work? What’s a coding agent?

    • [object Object]@lemmy.ca
      link
      fedilink
      arrow-up
      1
      ·
      4 小时前

      Oh my god, the slop PRs with dozens of files abd tens of thousands of loc are insane.

      I don’t even know how to review it.

      My answer is usually telling them to go back and rethink the design, LLMs hate well encapsulated modules and they’re very good at spaghettifying your dependencies.

      They can do a decent job understand the spaghetti, but they have no concept of what exists that didn’t turn up in the last 5 commits or a list of file names. So they reinvent the wheel every time.

  • terabyterex@lemmy.world
    link
    fedilink
    arrow-up
    18
    ·
    6 小时前

    I work at a very large company that has pushed Ai. I also have 27 years of professional experience, so I lead position hasn’t changed too much, except reviewing Ai work as well. All your problems sounds like a team issue. People shouldn’t commit things they don’t know how and your commits should be small enough that they are easy to review. I had this issue before Ai. I would tell my team to please make small co.mits because either have to review them. We still do the stuff we enjoy ourselves but use Ai for the coding equivalent of “please read this 200 page document and remove all i stances of dog”. Basically something that requires no skill but an insane amount of time.

    That being said, I do worry about the new grads.

    • staircase@programming.dev
      link
      fedilink
      arrow-up
      7
      ·
      4 小时前

      People shouldn’t commit things they don’t know how

      I don’t use AI, but I read people saying you lose interest when an AI writes it. You check out. So you have less understanding, and it’s not reasonable to expect people to have the same investment. So I don’t believe it is just a team issue.

      your commits should be small enough that they are easy to review

      Depends on what’s being asked by higher-ups. If there’s management pressure to commit fast, then, again, it’s not a team issue, unless you’re including management in the team.

    • Kichae@lemmy.ca
      link
      fedilink
      English
      arrow-up
      14
      ·
      5 小时前

      People shouldn’t commit things without understanding them, but there’s a lot of pressure on people in some of these shops to push out updates at irresponsible speeds. Management is being flooded with messages about 3x, 5x, and 10x production, and you don’t get that with bottlenecks like “understsanding what you’re releasing”.

      In a lot of companies, senior management has lost their minds, and have ben fully committed to the slopocalypse.

      • [object Object]@lemmy.ca
        link
        fedilink
        arrow-up
        7
        ·
        4 小时前

        It’s the pressure to ship things that gets you.

        I took over another guy’s work last week and have spent a whole week fixing issues, but his core work needed to get shipped for a major sales deadline. So I got it out the door.

        But now I have to bug fix it back to a real solution that aligns with our long term goals which sucks.

  • Wakko@hell.cloud
    link
    fedilink
    English
    arrow-up
    3
    arrow-down
    2
    ·
    3 小时前

    In short - I’m not.

    This is a “buggy whip manufacturer” moment. Software development as we currently understand the practice is no longer needed in volume. Just like buggy whips no longer need as many craftsman making them since the advent of the internal combustion engine.

    Yes, some people will still be “line editors” just like there are still some people preserving older skills and manufacturing niche items like buggy whips for the handful of horse-drawn buggies that still exist and are in-use.

    But the vast majority of software going forward will be produced by LLMs. The skills required to “drive” the new LLM engine is an altogther different set of skills than what is required to whip and steer horses. Everyone fighting this tide is just fighting the inevitable.

    Instead, I’m moving “up the stack” and focusing on answering the question, “What testing is difficult to game and shows me that the work has been done adequately to spec?”

    The LLM-enabled future needs more mathematicians than it needs code-writers. The vast majority of anti-LLM Luddites I see online are all people who are “coders”; the “computer scientists” are busy adapting to a future that is already here.

  • RedstoneValley@sh.itjust.works
    link
    fedilink
    arrow-up
    2
    ·
    4 小时前

    Play Stationeers. It’s got a neat little assembly language called IC10 inside that directly controls and networks the game’s physical world and it’s fun and challenging to master. Build contraptions, have deadly but hilarious accidents, repeat.

  • Zak@lemmy.world
    link
    fedilink
    arrow-up
    4
    ·
    5 小时前

    I’m currently on a self-enforced break of at least a week from using LLMs for code generation. I’m using that time to pay off technical debt and make sure I have a full understanding of codebases that have grown too fast…

    LLMs have let me get stuff done that’s tedious or outside my skillset. I consider the former purely positive, but the latter is dangerous and requires being selective. I don’t care to level up my Google Glass API expertise just so I can have heads-up biking navigation, but I do want to be good at maintaining the self-hosted compiler for the programming language I’m developing.