Hello programmers! I’ve been making a living for a couple of decades figuring out stuff for people and coding whatever will make them happy. It’s fun. I’ve grown to prefer the people to the coding but I still get a kick out of the whole thing.

The problem is: at the job we’re being asked to pivot to vibe coding. At this point the order is to use it for all code, read the slop carefully, argue with the machine for way too long and only then open that PR. Massive productivity gains are expected. I’m appalled from an ethical, philosophical and professional standpoint. We’re a non-profit ngo ffs. My colleagues are fine with it. If I get even slightly critical the group goes awkwardly silent and I get comments on how all the programmers they know from other places don’t code anymore.

If this is how it goes from now on, I’m out. Is it really though? Are all businesses switching to vibe coding? Have some of you started switching career? I think I want to go to meatspace. Hand-made coding could make a cute hobby.

  • katze@lemmy.4d2.org
    link
    fedilink
    arrow-up
    14
    arrow-down
    1
    ·
    13 hours ago

    I am working in a very small company as a software dev and write everything by hand. I wrote some weeks ago in a different thread here that I tried all of the LLM powered coding tools and found all of them subpar.

    If this company goes downhill or I lose the job otherwise, I will work something entirely different.

    My very arrogant point of view is that these “vibecoding” tools are being celebrated by people who were making shit software before and now make software that is slightly less shit in what they perceive is the same amount of time, but I suspect it takes them actually longer. Meanwhile, they don’t grow their programming skills at all.

    • Swedneck@discuss.tchncs.de
      link
      fedilink
      arrow-up
      5
      arrow-down
      1
      ·
      9 hours ago

      people who can suddenly “”“make”“” things like minecraft mods are also a part of those celebrating, though i assume they’re a lot less vocal about it
      and god i wish that was all it was used for

  • Balinares@pawb.social
    link
    fedilink
    arrow-up
    8
    ·
    13 hours ago

    From what I can observe, yeah, pretty much the entire industry has shifted to LLM code generation. I’m sure (or at least I hope) there are still some shops that go out of their way to keep working like we did, you know, months ago. But beyond that… I’m not even sure the general public understands how quickly and how fully LLM codegen has become the norm. It’s grim.

  • Muffi@programming.dev
    link
    fedilink
    arrow-up
    10
    arrow-down
    1
    ·
    16 hours ago

    If you work for a company that prioritizes profit over quality - yes.

    I no longer work in government IT, but from what I have heard from old colleagues, quality is still prioritized there and they are not forced to vibe code.

  • benjirenji@slrpnk.net
    link
    fedilink
    arrow-up
    9
    ·
    17 hours ago

    I read a retrospective from another team yesterday. They were preparing a demo for leadership and apparently it didn’t go so well. There were many reasons like last minute changes in requirements but one line was interesting for this discussion: The use of the LLM agents caused confusion about who is fixing which bug and taking on which tasks. The agents act like they’re alone in the codebase and keep adding and changing code broadly whenever they see an opportunity for improvement. And that often without specifically being prompted to do so. Now if you have multiple team members collaborating on a project with each their agents, chaos ensues because the agents are not coordinating and the diffs/commits become insane and the team doesn’t fully understand them.

    This actually results in a necessity to test more and longer because nobody knows which bugs have really been fixed now and rapidly preparing for a release or a demo becomes more difficult than before.

    In my opinion an LLM can be very useful to rapidly prototype something. Especially with an API or language you’re not familiar with. But for Production it’s still a huge risk to push code you don’t understand.

  • slag@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    8
    arrow-down
    4
    ·
    edit-2
    13 hours ago

    I’m a systems architect who uses agentic coding to get around some executive dysfunction challenges with writing my own code. I learned about the dysfunction late in life; maybe meds will eventually get me to a point where I can consistently work on a personal code project without a looming deadline or social contract in the loop. For now I am part of the problem. Hi!

    I look at agentic coding as a firearms problem:

    • it lowers the barrier to execution: anyone with sloppy aim can point and pull the trigger, and do a lot of harm in the process
    • both perform better in the hands of people with discipline and experience, but that doesn’t change the fact that LLMs and guns have massively proliferated and any idiot can get their hands on one (or that shitty people benefit from mass producing them)
    • the industrial complex producing guns profits from murder, and the industrial complex producing datacenters profit from murder of the environment and attempts to eliminate jobs
    • the same countries who treat gun control as an anathema tend to view “AI” controls as an anathema
    • analogies suck, they’re never perfect but they get the conversation started

    That said, most of the people who hate LLMs also don’t know a damn thing about how they’re used correctly. It’s also not their fault. Sure, they’re under no obligation to be an expert about the thing that’s harming them. But there’s a bigger reason: the companies pushing this shit benefit from a world stage where people use them wastefully and inefficiently.

    The short list of things most people don’t get:

    Spoiler'd because most people also won't give a fuck.
    • A LLM is like a ten year old with a doctorate who wants to impress you. It can answer random trivia off the top of its head, but it’s going to make shit up when it doesn’t know the answer.
    • Never trust a LLM answer that was produced without a web search or web fetch. Pretend you’re that obnoxious algebra teacher who rolled their eyes at your calculator and told you to show the work during exams. Work for a LLM is tool calls: web searches and webpage fetches. Tell it to research documentation and best practices before you start. If you don’t, the answer you get will be dated by 1-2 years in the best case, and a confidently wrong hallucination at worst. (unfortunately you’re still at risk of being fucked because frontier labs use webpage summarization in these tool calls, and that summarization adds another vector for hallucinated shit; lovely)
    • The baseline skills of the operator are more important than anyone gives credit. Your results scale to your own knowledge level and your use of the LLM to extend into adjacent subject matter. You’re also the one best equipped to notice when the LLM did something stupid, and the best one to refine the process so that there are fewer stupid outcomes. Employers don’t want to hear this: they want employees to go away. Frontier LLM labs don’t want employers to hear this: they need employers to buy into the delusion of eliminating their work force, and also financially benefit from people using the tools wastefully. (token burn = profit = the heat death of the universe as an afterthought, but that’s the next generation’s problem) Casual LLM critics don’t want to hear this: confidently incorrect echo chambers are the comfort food of anyone with an axe to grind about what they hate.
    • Consistent results require controlling the probability space so that your pipeline swats the hand of the LLM when it’s lazy or generating slop. For coding, that means using languages or tooling that prevent major classes of problems to begin with (Rust, Go, Typescript) or toolchains that bitch about sloppy code (pytest-ruff + pytest-ty for Python). It means extensive unit tests that cover expressions of functionality, and knowledge of how to prompt out bad behaviors. (don’t rewrite tests to conform to “preexisting bugs”, always align tests to higher standards, etc.)

    I could add another ten bullet points here, but I’m not here to prove that LLMs are capable of being useful. I’m here to demonstrate that it requires knowledge of a problem domain to get the best results. That means you can’t get rid of employees familiar with the knowledge domain. You need senior employees to get the best results, and you need junior employees so that they can eventually become senior employees. Same as it ever was. But because we’ve got useless fucking politicians who are too busy lining their own pockets instead of, I don’t know, regulating a worldwide memory shortage caused by a handful of companies, the whole thing is cannibalization of human society all the way down.

    We could have scaled this to operate in the consumer space at a fraction of the energy costs (Apple SOC style versus energy inefficient hyperscaling) and used it as something to generate value by augmenting the capabilities of individual workers instead of trying to replace them wholesale. It only makes sense that it should have benefitted everyone considering this tech was built on shoving libraries worth of human achievement into a training pipeline (often without permission), right?

    Nah. They profit more if we don’t own our own compute and everyone is encouraged to burn energy on treating the LLMs like all-knowing oracles instead of research tooling. They control the access to creations built on stolen knowledge. But hey, if everything else gets burned down in the process at least they come out on the other side rich and bailed out.

  • nightlily@leminal.space
    link
    fedilink
    English
    arrow-up
    29
    arrow-down
    3
    ·
    21 hours ago

    One question I have for the slop advocates in this thread is this - do you not like programming? Did you fall for the „learn to code“ meme and just learned the bare minimum to get a paycheque working on web dashboards?

    Like why would you voluntarily cut out the most enjoyable part of the job, and go around scoffing at people who don’t want to do that?

    Productivity is my boss’s problem, not mine, and I’d rather go and try and farm geese (I hate geese) than spend my whole day reading LLM generated code.

    • Balinares@pawb.social
      link
      fedilink
      arrow-up
      5
      ·
      13 hours ago

      There’s nothing to prevent you from writing code in an IDE while the torment nexus TUI churns out whatever monster misfeature request was waiting for you in your Jira queue this morning.

      In fact I’d recommend doing the code writing part. It helps, even if it increasingly becomes a rounding error in your overall output.

      It’s bleak as shit right now. God why couldn’t this have waited until after my retirement.

    • onlinepersona@programming.dev
      link
      fedilink
      arrow-up
      6
      arrow-down
      2
      ·
      15 hours ago

      The responses to your question makes me fear for the future of products.

      I use LLMs for scaffolding, boilerplate stuff, and basically things I can trust a junior with. For anything else, I have been forced to write it myself or rewrite it because the agents were so goddamn awful at it.

      Reading that people even think programming has nothing to do with code and is just solving problems is just nuts to me. Code is a spec for a problem solution. If someone thinks the spec is neither important nor that being able to understand the spec is important… It’s like saying “I don’t care how this bridge is designed, it’s built”. Say that again and tell me it doesn’t sound nuts.

      • nightlily@leminal.space
        link
        fedilink
        English
        arrow-up
        5
        arrow-down
        1
        ·
        12 hours ago

        It explains a lot about the industry before the advent of LLMs. I always wondered why Node.js took over in web dev so quickly and that so many people only care about having something done makes sense. I just wish they weren’t destroying one of my few favourite things about humanity (Open Source Software) while they wallow in their own misery.

        • onlinepersona@programming.dev
          link
          fedilink
          English
          arrow-up
          3
          ·
          9 hours ago

          LLM won’t destroy OSS for me. It will actually be the only thing left to use because proprietary software will be the first place for LLMs to take over.

          • nightlily@leminal.space
            link
            fedilink
            English
            arrow-up
            3
            ·
            9 hours ago

            The problem with it is that it’s destroying the motivation of maintainers and causing projects to become closed to new contributors due to people not respecting contribution guidelines with agentic LLMs. It’s not necessarily destroying quality for those that have standards, but it is destroying the community.

            • onlinepersona@programming.dev
              link
              fedilink
              English
              arrow-up
              1
              ·
              2 hours ago

              That’s a good point. At the moment, I don’t have solutions besides not using the major Macroslop sourceforge, because they are heavily promoting the use of AI and knowing how they operate, it’s only going to get worse. Codeberg, Gitlab, Radicle, etc. might be temporarily safe until federation is implemented and another solution will have to be found.

    • for_some_delta@beehaw.org
      link
      fedilink
      arrow-up
      6
      ·
      19 hours ago

      I like to code. I like tools. There is a trap in using the LLM tool for everything. A Maslow’s hammer and everything looks like a nail type of trap.

    • annoying_cyclist@programming.dev
      link
      fedilink
      arrow-up
      5
      arrow-down
      2
      ·
      19 hours ago

      I’m far from a slop advocate, so this is more of a devil’s advocate point: plenty of code writing is not enjoyable.

      If I’m working on my own project, to my own standards, writing exactly what I want to write I’m usually going to get enjoyment out of it. That’s pretty commonly not the case when writing code for an employer. Maybe the tech stack sucks, the product is inane or worse, you think the feature is a dumb idea but have to do it anyway, you’re bending over backwards to work around tech debt that you’re not allowed by management to fix, or you have to appease incompetent/out of touch architects or tech leads who presume to tell you how to do your job. I personally don’t enjoy writing that code very much. At a certain point it’s almost like nails on a chalkboard if you genuinely enjoy programming for its own sake: you know what good would look like, you know how far away what you’re working on is from good, and you feel sad at all the organizational inertia you’d need to overcome to get to good or, choosing not to do that, at compromising your standards. That bugs me, at least, and at a certain point makes it hard to even start certain work projects.

      LLMs can make this at least bearable. Rather than spending hours looking into the change yourself, writing all of the code, fighting the shitty test framework and swearing at the past engineers who made it so bad, you let the robot figure it out and review its work. The result may still suck, but it was going to suck if you wrote it by hand too, for reasons largely out of your control. You can’t be fully hands off, and you still have to deal with the things you don’t like to get a good result, but you put yourself a step away from what bothers you and by doing so make it a little more pleasant. And, when you find work that’s actually fun, interesting, or rewarding, you just cherry pick that for yourself. I’ve grown to appreciate them for this reason. I have a lot less dread for the nails on a chalkboard work than I used to, anyway.

      • PokerChips@programming.dev
        link
        fedilink
        arrow-up
        1
        ·
        6 hours ago

        This is an interesting take. Thanks for sharing. I think this is a part of why many people avoid proprietary and corporate software.

      • Phunter@lemmy.zip
        link
        fedilink
        arrow-up
        2
        arrow-down
        2
        ·
        16 hours ago

        When my AI fucks up code I sometimes think “I probably would have fucked that up too”. And then I make it write 50 more tests in 2 minutes so it doesn’t happen again. The ROI in time saving is too tantalizing for me to be a meat-only code monkey.

        It does really need all those tests. But they probably should have existed anyway and I’m damn sure most devs out there weren’t going to be so obsessive with coverage.

    • timochka@lemmy.zip
      link
      fedilink
      arrow-up
      5
      arrow-down
      5
      ·
      16 hours ago

      Writing code was never “the job”, that is just the trivial typing part you do when the thinking and designing ends. The job is solving problems (which I enjoy very much thanks.)

      This is like people who refuse to program in another language because they are “a .NET programmer”. That just tells me you’re a coder not an engineer. In my career I’ve been paid good money to write C51 assembler, C, C++, Tcl, Limbo, Java, C# and Rust (roughly in order) - LLMs are just what’s next.

    • dubs@lemmy.dbzer0.com
      link
      fedilink
      arrow-up
      4
      arrow-down
      5
      ·
      17 hours ago

      I do enjoy programming, but I prefer “getting stuff done”. While I enjoy programming, I’d rather just get it done and move on. I like the results of having programmed.

      Productivity is my problem, because I build stuff for myself, not just for my boss.

    • bretton.dev@coves.social
      link
      fedilink
      arrow-up
      5
      arrow-down
      5
      ·
      19 hours ago

      Programming was never enjoyable to me.

      Making things is. LLMs allow you to be extremely pragmatic and enjoy making things or troubleshooting things without tedious line by line nature.

  • arisunz@lemmy.blahaj.zone
    link
    fedilink
    arrow-up
    72
    ·
    1 day ago

    it’s not gonna last. if you tune out of the hype and actually look at some hard data, vibecoding stops looking so hot: https://codemanship.wordpress.com/2026/08/12/ai-software-development-what-does-the-data-say/

    the current token costs are unsustainable also. the only ones making bank right now are the shovel sellers: https://isaiprofitable.com/

    personally i’m working on hand-rewriting several projects vibecoded out by a non-dev in a small shop. not only is a lot of this straight up broken nonsense, the amount of tech debt is staggering. previous job wasn’t better, i had to spend more time fixing slop from former coworkers than actually introducing new features. keep your skills sharp and persevere. we’ll get through this.

    tl;dr: this, too, shall pass. but holy shit.

    • MrLLM@ani.social
      link
      fedilink
      English
      arrow-up
      8
      ·
      22 hours ago

      keep your skills sharp and persevere. we’ll get through this.

      We’ll be the next generation that writes malware no one can stop

    • [object Object]@lemmy.ca
      link
      fedilink
      arrow-up
      16
      arrow-down
      10
      ·
      1 day ago

      But being able to ship small, mildly broken, internal tools for my non-technical coworkers quickly is actually amazing.

      Nobody cares if the internal tool code is nice, but when it shaves 50% of the work off of sales the sales team gets excited. So if I vibe up a shitty UI it’s still a net gain.

      I’ve probably automated away like 60% of the ad hoc work I used to get into internal tools, and that has helped a ton with workload and budget.

      • MonkderVierte@lemmy.zip
        link
        fedilink
        arrow-up
        35
        arrow-down
        1
        ·
        1 day ago

        Careful. You know how it goes with temporary workarounds? Suddenly, you find yourself maintaining slightly broken load-bearing slop.

        • [object Object]@lemmy.ca
          link
          fedilink
          arrow-up
          8
          arrow-down
          3
          ·
          1 day ago

          That’s a fair concern, usually I only vibe the UI.

          I’m not a front end guy, so as long as I know the backends is good I’m fine with it.

            • dubs@lemmy.dbzer0.com
              link
              fedilink
              arrow-up
              2
              ·
              17 hours ago

              Although I agree with you…

              That’s how the vast majority of software has been built for the past couple of decades. LLM’s aren’t different in that regard, just faster.

      • Naich@piefed.world
        link
        fedilink
        English
        arrow-up
        12
        ·
        1 day ago

        I am a technician in the physics department for a major university. There are quick and dirty hardware hacks that I threw together 2 decades ago that are still in daily use. Quickly made mildly broken tools have a habit of lingering.

      • 87Six@lemmy.zip
        cake
        link
        fedilink
        arrow-up
        7
        ·
        1 day ago

        That’s exactly how a webpage that displays an excel spreadsheet nicely in different tables, turned into a gigantic monster of a project that nobody fully understand at my workplace.

        Well, kinda, because that was BEFORE ai. I can’t even imagine what mockery of God himself they would have done with AI in their hands.

    • FizzyOrange@programming.dev
      link
      fedilink
      arrow-up
      11
      arrow-down
      19
      ·
      1 day ago

      It’s absolutely going to last. IMO until Astra the models were not good enough to really be worth bothering with, but we’ve reached a tipping point.

      And while I still do read the code they make and then fix things (or tell them to do things differently), it’s still waaaay quicker than doing it “by hand”.

      Sorry but if you’re expecting this to be a temporary thing you’re going to be very disappointed.

      • zaphod@sopuli.xyz
        link
        fedilink
        arrow-up
        35
        arrow-down
        1
        ·
        1 day ago

        IMO until Astra the models were not good enough to really be worth bothering with, but we’ve reached a tipping point.

        People said the same about older models.

      • risai@programming.dev
        link
        fedilink
        arrow-up
        10
        ·
        1 day ago

        I agree with you except for the Astra bit. The differences in day to day are marginal at best (compared to both Sol and Anthropic equivalents) and the paradigm shift came long before it.

        • FizzyOrange@programming.dev
          link
          fedilink
          arrow-up
          2
          ·
          13 hours ago

          I dunno about Sol but Anthropic models at least are waaay slower (at least x2) and also write that really annoying AI prose - it’s not this, it’s that, and so on. Astra doesn’t do that, or at least not enough to be annoying.

      • Dr. Wesker@lemmy.sdf.org
        link
        fedilink
        English
        arrow-up
        6
        arrow-down
        10
        ·
        1 day ago

        It’s copium, which is understandable. I think it’s really important for people who want to have a reliable career in the industry 5+ years from now, to learn harness coding even if begrudgingly.

        • queermunist she/her@lemmy.ml
          link
          fedilink
          arrow-up
          6
          ·
          17 hours ago

          If vibe coding remains the norm and is actually sustainable, there won’t be a reliable career. You’ll be weavers being put out of work by the autoloom. You’re worthless to them. What can you do that someone with six weeks (or less) of training can’t?

          • Dr. Wesker@lemmy.sdf.org
            link
            fedilink
            English
            arrow-up
            1
            ·
            8 hours ago

            What can you do that someone with six weeks (or less) of training can’t?

            AI seems to be killing opportunities for entry level engineers. Hiring and interviewing processes I’ve been involved with or observed in the last ~2 years have greatly favored experienced engineers, just less of them. I’m gonna do my damndest to adapt, network, and remain in that bracket.

            • queermunist she/her@lemmy.ml
              link
              fedilink
              arrow-up
              1
              ·
              4 hours ago

              just less of them

              That’s not a trivial problem. There will still be some programmers, but everyone will be competing for a shrinking number of jobs.

              That’s not a future with a stable career. That’s a future where you’re going to have to fight for the rest of your life to keep a job.

              Unless the LLM hype craze dies down and they realize “oh actually we can’t replace people yet” and they start hiring again.

        • MonkderVierte@lemmy.zip
          link
          fedilink
          arrow-up
          9
          ·
          edit-2
          1 day ago

          You know the current state of IT security? It’s bad.
          Aand here comes AI. It will not make it better, even though it finds some issues faster.

  • Not_mikey@lemmy.dbzer0.com
    link
    fedilink
    arrow-up
    13
    arrow-down
    3
    ·
    edit-2
    21 hours ago

    Work at a saas company in silicon valley, pretty much all the code being written is from an LLM here. Everything is still reviewed by humans, and a bunch of rounds of LLM reviews as well though.

    Productivity has gone up as far as I can tell, we are shipping more features with a smaller staff. Support cases also seem to be going down, at least ones that reach an engineer like me since a lot are being resolved earlier in the escalation chain by a support technician, or just the customer talking to the built in helper LLM in the product.

    Our token spend is pretty high though, looking like I’m at $1,200 on the month so far, so there’s that but don’t hear to many complaints from the finance department yet…

    I’m liking the transition, as I have less work now. My day is a lot more waiting on the AI to complete a task or waiting for a human reviewer to do a pass on the code so I can spend more of my time doing important things, like scrolling on lemmy.

    As for the future, I don’t think this is going away as much as everyone else in this thread seems to be wish casting for that to happen. The coding agents and models are only getting better, and tokens will only get cheaper as the data centers come on line. Long term I’ve been looking into becoming an electrician, but for now the economics don’t make sense with my current salary, so sticking with it until they lay me off…

    • Ogeon@programming.dev
      link
      fedilink
      arrow-up
      4
      ·
      13 hours ago

      I’m liking the transition, as I have less work now. My day is a lot more waiting on the AI to complete a task or waiting for a human reviewer to do a pass on the code so I can spend more of my time doing important things, like scrolling on lemmy.

      Maybe it’s just me but this sounds like torture to me. I have enough progress bars to wait for in my work day and I would rather do something else with my life if waiting and reviewing generated code becomes the bulk of it. It’s good to see that some people do seem to enjoy doing it so maybe there’s a chance I don’t have to.

    • locuester@lemmy.zip
      link
      fedilink
      English
      arrow-up
      3
      ·
      15 hours ago

      I’m with you. Nearly same story, finance sector, east coast. It’s fun. It’s relaxing and I tinker with so many projects I never would have had the time for.

    • sqauffle@slrpnk.net
      link
      fedilink
      arrow-up
      12
      arrow-down
      1
      ·
      20 hours ago

      This comment condensed all the thoughts and emotions of an entire episode of Black Mirror into a few paragraphs

  • rozodru@piefed.world
    link
    fedilink
    English
    arrow-up
    22
    ·
    1 day ago

    It’s normalized now but I don’t see it lasting. I’m retiring at the end of this year cause I’ve had enough of it and I don’t want to wait anymore for companies to finally figure it out. I’ve told so many what needs to change, what they need to do in order to fix their builds (mainly consisting of rebuild it, rehire the devs you laid off, use AI as a rubber duck only) and none of them listen. They thank me for my time, cut a cheque, and send me on my way. I had the idiotic notion of trying to change things, hopefully make some people see the light but they’ve all drunk the kool-aid and have all pushed all their poker chips in and are currently hoping it works out. it won’t.

    Any dev worth their salt can look at what’s been produced and everything is garbage. everything. I’ve yet to meet a single developer of any level that has looked at something that’s been vibe coded and said “hey, that’s not bad!” It’s all crap. the ONLY things that would ever work is if the AI somehow managed to churn something out to be 100% complete and working on the first attempt. something that will never need to be upgraded or scaled or something that would never interact with the user space. Name me something that does that.

    The issue as it stands right now is it’s taking too long to fail. it will fail, I guarantee you that, but it’s taking too long. Developers and programmers and engineers can’t wait anymore. They’re not keeping their skills up because many just don’t see a point. Many have been unemployed from the field for so long now they’ve taken different career paths. We’re simply losing developers due to time.

    It should have happened by now, should have happened months ago. the gaps in training data are increasing. you get way more hallucinations than solutions. the tool is absolutely worthless but the problem is the people utilizing the tool don’t know any of this. thus token use increases.

    • FishFace@piefed.social
      link
      fedilink
      English
      arrow-up
      1
      arrow-down
      1
      ·
      11 hours ago

      I’m thinking of taking a sabbatical for a few years and hoping it’s less insane after… I have the money to do it but I’m worried it either won’t get better or I’ll find it hard to get back into work afterwards.

    • luciole (he/him)@beehaw.orgOP
      link
      fedilink
      arrow-up
      6
      ·
      1 day ago

      Basically what I feel like, except I’m too young and I’m not even close to not needing a salary. I’ve been pushing back; I bought some time. I’ve spent all my willpower on this now and the cancer is still growing. I’m pretty much done. The uncertainty that comes with career change doesn’t look so bad anymore compared to whatever this “work” feels like.

      • rozodru@piefed.world
        link
        fedilink
        English
        arrow-up
        11
        ·
        1 day ago

        It’s honestly a shame and on behalf of other devs my age and older I apologize. We let you down. I’d say start looking into FOSS projects or contributing to them but man even I’m getting out of those as most are also drinking the AI Kool-Aid especially in the Linux FOSS space. it’s gotten REALLY bad for Linux based projects within the past year. they’re actively killing any progress made on “The year of the linux desktop” I don’t see that happening, ever.

        • luciole (he/him)@beehaw.orgOP
          link
          fedilink
          arrow-up
          6
          arrow-down
          1
          ·
          1 day ago

          I’ve switched to Linux on my personal computer a few years back and I was so happy I did. Seeing pillar distributions like Debian open up to the slop is immensely depressing. As you’ve said FOSS is unfortunately not a sanctuary.

          • jasory@programming.dev
            link
            fedilink
            arrow-up
            3
            ·
            15 hours ago

            OS maintenance, like Debian, is tons of tedious busywork, most of it is quite literally just pulling from upstream packages, making sure there is no conflicts or certain types of labeled bugs, and that it meets the licencing and policy standards. So long as they are checking the code, I could see open-source projects benefiting substantially from LLM usage. The one thing that FOSS projects have is a lack of manpower.

    • eyesaremosaics@lemmy.zip
      link
      fedilink
      arrow-up
      3
      ·
      1 day ago

      What are your thoughts for using AI to colour in & do the tedious bits? So you plan out the structure of what you’re trying to do, work out the individual pieces and get the AI to do a bunch of the (well specified) leg work. I’ve found it fairly reliable like this, especially for things that involve looking up function parameters in unfamiliar APIs. But this does depend on a thorough look over what comes out as well. No doubt there’s still issues that can pop up but generally have found it to be useful overall

      • rozodru@piefed.world
        link
        fedilink
        English
        arrow-up
        2
        ·
        11 hours ago

        Personally I don’t allow the AI to write any code. I do use AI but I mainly use it for debugging and as a sort of glorified rubber duck that I can bounce problems off. check my code, see what’s wrong with it, see what it recommends, and based on my own knowledge know the right direction to proceed. It still gets things wrong most of the time but at least it can point me down a path that I know will be the correct one.

        I used to use it to craft boilerplates/bootstraps and at first it did it well enough but lately it even fucks that up. so I don’t bother. I honestly don’t even trust it to do the tedious writing. It’s a useful idiot at this point.

      • Feyd@programming.dev
        link
        fedilink
        arrow-up
        10
        ·
        1 day ago

        If the API is unfamiliar how do you know what it puts out is the best way to use the API without going and reading the docs anyway?

        • eyesaremosaics@lemmy.zip
          link
          fedilink
          arrow-up
          2
          ·
          24 hours ago

          Sure if you need it to work with that level of detail/efficiency then you’ll need to understand the code thoroughly as well. If you need it to draw a dashed line and you get a dashed line then that is fine by me. Looking up the argument differences between matplotlib plt.plot and plt.scatter for example can take quite a bit of time for fairly trivial things

  • [object Object]@lemmy.ca
    link
    fedilink
    arrow-up
    32
    ·
    1 day ago

    It is heavily normalized in industry now.

    I quit a job that added AI use to performance reviews super early. That was pure bureaucratic cancer and most of my good coworkers burned out and left. I don’t think I’ll ever work for a big corp again, I actually like my work so much more now.

    At work I’m expected to use it, our clients want it, my boss likes that he can feel technical when writing tickets (they’re mostly wrong though, and the tickets solution instead of report and request). It genuinely can do some useful tasks that make sense to use it for.

    There are real pros and cons, but there’s no putting this back in the bottle. Philosophically I do hate it and everything it stands for, but practically it has allowed me to do a lot that I couldn’t (and wouldn’t) before.

    The only good solution I’ve found is that you have to get your hands dirty and stay in the weeds. You cannot let it run off and do what it wants, you have to drive and then tag it in. When you vibe code something you’ll find yourself in three weeks resolving an issue and going “wait, it does what?!”, and of course, arguing with the gibberish Claude or GPT claims is English but is actually the first stage of model collapse as the models reinforcement train on ever more distilled data. Plus, skill atrophy is real. Decide which skills to allow to atrophy carefully.

    AI code review is good and useful. I used to use it as a first wave for obvious stuff, but it is actually decent and high trust now. Saves me some time on that.

    It’s good at finding bugs and security issues, and one thing I actually really like is having it model a system as a state machine and enumerate all the possible states to find bugs — especially concurrency bugs. I don’t work in a provable language, so this is hugely helpful.

    I would be very hesitant to take a role where they push vibe coding or “agentic fleets” or loops or whatever. If you’re babysitting 6 Claude code sessions you aren’t working and you’re not in the loop on any of them. That will accumulate as tech debt and bog you down over time. It’ll suck your soul dry. It’s miserable.

    Reading the slop and reviewing it “software factory” style is a very bad sign to me.

    Some code is throwaway or disposable, vibing that makes sense to me. But the core work is more important than ever. Maybe the disposable code is the new part, I look at it like installing an IKEA kitchen, it’s slop, but it looks nice, the important part is the foundation and level flooring that enables the slop to stand up.

    • boonhet@sopuli.xyz
      link
      fedilink
      arrow-up
      9
      ·
      1 day ago

      arguing with the gibberish Claude or GPT claims is English

      You’re right to push back on that – I’ve been using Claudish the whole time and this actually changes everything. If we use English instead, each one of these comments could be a single, concise line. One thing worth knowing: This is not a minor boost to understanding, but a complete game changer. Understanding my bullshit has been gated behind speaking LLMese.

      Nah, really, I’ve been able to get fairly decent code out of the newer models since I work with a very popular language. Not one-shotted of course, but after some change requests or manual changes. But the language these models speak (including the Chinese ones, it seems) is infuriating and they seem to insist on tons of super long comments in places where the code itself feels self-explanatory. My philosophy is to write “why” comments, not “how” comments, but not a single model seems to agree with me.

      I look at it like installing an IKEA kitchen, it’s slop, but it looks nice

      Are IKEA kitchens really that bad? I’ve been looking to remodel my ancient kitchen and it comes to 5-6k EUR, appliances included (minus the fridge, I upgraded that a while ago), from IKEA. If I ask a carpenter to do a proper one, that’s going to be more like 10-20k and I don’t wanna spend that kinda money lol

      • hendrik@palaver.p3x.de
        link
        fedilink
        English
        arrow-up
        2
        ·
        edit-2
        16 hours ago

        IKEA kitchens are great?! We’ve had ours for a long time now. And even moved once and took the kitchen with us. It’s easier to assemble than their competition, the surface of my cupboards has higher quality than some other kitchens I’ve seen. There’s no silly salesman in the process who tells you it’s 17,000€ but you get a special discount and only need to pay 10,000€ if you order it today… You can just grab additional cabinets 12 years later…

        I didn’t buy the appliances at IKEA, though. And I found nicer alternatives for the sink, plumbing, countertop as well. But the rest is from IKEA and I’m A-okay. Also like my IKEA wardrobe.

        Only downside is if you don’t assemble it yourself. I had a look at their price table for assembling it, and that service was a bit expensive, I think. At least where I live.

      • [object Object]@lemmy.ca
        link
        fedilink
        arrow-up
        2
        ·
        1 day ago

        I think IKEA has different price points

        The ones installed when I moved in were those cheap particle board counter tops and cabinets, so when my dishwasher leaked everything expanded and cracked and can never be fixed. A real wood or high quality MDF would have been okay with a one time water event (if dried properly)

        It stood up for years, worked fine, wasn’t awful. Just was cheap and not resilient.

      • [object Object]@lemmy.ca
        link
        fedilink
        arrow-up
        1
        ·
        1 day ago

        Absolutely hate the “how”, that’s comment garbage.

        But it perfectly matches what you’d get in annotated data or intro medium blog style writing.

    • chicken@lemmy.dbzer0.com
      link
      fedilink
      arrow-up
      1
      ·
      1 day ago

      one thing I actually really like is having it model a system as a state machine and enumerate all the possible states to find bugs — especially concurrency bugs. I don’t work in a provable language, so this is hugely helpful.

      Could you elaborate on that at all, finding bugs with a state machine approximating the system, how does that work?

  • shittydwarf@piefed.ca
    link
    fedilink
    English
    arrow-up
    42
    arrow-down
    2
    ·
    1 day ago

    In the future there will be a huge job market for un-vibing code bases, I guarantee it

    • MonkderVierte@lemmy.zip
      link
      fedilink
      arrow-up
      17
      ·
      edit-2
      1 day ago

      What, future. There’s already plenty of “vibe code cleanup specialist” job postings.

      Sounds like a burnout speedrun tho.

    • luciole (he/him)@beehaw.orgOP
      link
      fedilink
      arrow-up
      7
      ·
      1 day ago

      My hunch as well. I’m not certain though. And I’m not going to be miserable for an unspecified number of years waiting for the shit to hit the fan.

  • hendrik@palaver.p3x.de
    link
    fedilink
    English
    arrow-up
    27
    arrow-down
    1
    ·
    edit-2
    16 hours ago

    I’m not sure if it stays like that, after the managers executives realize there isn’t any huge productivity increase as promoted… They’re already in the process of learning about cost of tokens… But as of now, that’s how it is for a lot of programmers.

    • portifornia@piefed.social
      link
      fedilink
      English
      arrow-up
      5
      ·
      1 day ago

      Many managers know (Source, I was one, my network has many). It’s the executives that don’t know, and frankly don’t care. They’ll take hype they want to hear over listening to middle-managers every single time, unfortunately.

  • farmgineer@nord.pub
    link
    fedilink
    English
    arrow-up
    6
    ·
    24 hours ago

    I’m still designing and writing all code by hand. I don’t know that any of my coworkers are and know that many definitely are not. Our company does have copilot reviews built into CI and, at least for now, requires human review as well.

  • mel ♀@jlai.lu
    link
    fedilink
    arrow-up
    1
    ·
    16 hours ago

    I have a co-worker that worked on a system with Kafka and some RDF inspired schema for the messages. He found a documentation page for an app using it telling bullshit about it and it is quite obvious made by AI without review. Even the first sentence was idiotic and wrong, so useless even for another LLM.

  • mesa@piefed.social
    link
    fedilink
    English
    arrow-up
    6
    arrow-down
    1
    ·
    24 hours ago

    The problem with cast coding a bunch of vibe coded apps is you have to maintain the vibe coded apps.

    As a developer of over two decades, ive seen ai aka llms good at:

    1. Creating small MVPs to prove something is possible as software
    2. Stealing and using other peoples code to make said apps.
    3. Quick very small directed scripts.
    4. Making up funny random shit. Such as aidungeon.
    5. Using up ram

    And its mediocre at a lot of things.

    And straight up bad at other things such as cooking and instructions that need to be followed to the letter.