• 0x0@programming.dev
    link
    fedilink
    arrow-up
    148
    ·
    1 month ago

    Technical debt is the number one cause of developer frustration. Working with imperfect systems demoralizes programmers, making it difficult to do quality work.

    I’d wager not being given time to tackle technical debt is indeed frustating…

    • zqwzzle@lemmy.ca
      link
      fedilink
      English
      arrow-up
      44
      ·
      1 month ago

      It’s hilarious when the identified problems come back around to bite the organization, when the priorities have been to work on poorly specc’d features instead.

        • sorval_the_eeter@lemmy.world
          link
          fedilink
          arrow-up
          10
          ·
          1 month ago

          Seen a lot of that too. Execs who thinks all the devs are idiots and would be lost without their genius guidance, phoned in from a luxury remote location while all of us have to return to the office full time. Then stuff fails and we “pivot” to the next badly thought out fiasco. I guess it pays the bills.

    • Ogmios@sh.itjust.works
      link
      fedilink
      arrow-up
      37
      ·
      1 month ago

      I don’t care what your fancy RAMrod doohickeys say Johnson! We need that system up tomorrow so we can reach our quarterly earning projections for the shareholder’s meeting!

    • Croquette@sh.itjust.works
      link
      fedilink
      arrow-up
      24
      arrow-down
      1
      ·
      1 month ago

      Yeah, that’s probably more the issue. We’ve seen too many times throwaway code become production code because “it works already, we need to move forward”.

    • FizzyOrange@programming.dev
      link
      fedilink
      arrow-up
      16
      ·
      1 month ago

      The secret is just to do it anyway. I have yet to work in a job where anyone actively stopped me fixing technical debt, even if they never asked me to do it.

    • sorval_the_eeter@lemmy.world
      link
      fedilink
      arrow-up
      15
      ·
      edit-2
      1 month ago

      I keep seeing a pattern of sre/devops/sysadmin tasks being given back to developers and canning the SREs. Hard to understand why. Then some of the SWE get stuck basically focussing on infra SRE stuff and become unwilling SRE more or less. Circle of life? Do the old devops folks get made into glue or something?

      • 0x0@programming.dev
        link
        fedilink
        arrow-up
        13
        ·
        1 month ago

        Do the old devops folks get made into glue or something?

        If i interpreted the “trend” correctly, “devops” was bastardized away from its original meaning to now mean “sysadmin”, at least in most cases.

        • MajorHavoc@programming.dev
          link
          fedilink
          arrow-up
          6
          arrow-down
          1
          ·
          1 month ago

          Yeah. A “DevOps” is just a “sysadmin” who can pretend they don’t hate all developers for stretches of 20 minutes at a time. (I’m kidding. I know our SysAdmins love us… In their own secret ways.)

          • sorval_the_eeter@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            edit-2
            1 month ago

            Well, I imagine theres a continuum of experiences and definition differences across the industry. Similar to how “product manager” is different at each place. What I saw back in the early 2000s or so was that the SRE and the word “engineer” in general used to be handed out sparingly. An “SRE” was a sysad/devops who had the ability to commit code to fix a product instead of just opening a bug and waking an engineer. An “engineer” committed compiled code, not short scripts. But then eveyone and their cousin became “sre” whether they deserved it or not, and everyone got an “engineer” title. I’ve seen manual QA folks who were unironically called “engineers”. QA is dead now and QE is barely hanging on, and SRE seems to be dying too. Not sure whats next, maybe just overpriced cloud gui tools and thats the end of it. And SRE can go be high school comp sci teachers. And SWE can wake up and fix their own bugs and hate their lives.

        • lysdexic@programming.dev
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 month ago

          i interpreted the “trend” correctly, “devops” was bastardized away from its original meaning to now mean “sysadmin”, at least in most cases.

          I don’t think I agree. The role of a sysadmin involved a lot of hand-holding and wrangling low-level details required to keep servers running. DevOps are something completely different. They handle specific infrastructure such as pipelines and deployment scripts, and are in the business of not getting in the way of developers.

      • djnattyp@lemmy.world
        link
        fedilink
        arrow-up
        6
        ·
        edit-2
        1 month ago

        “Devops” original intent meant you don’t have a separate “operations” department separate from teams “developing” your product / software due to competing incentives. “Dev” wants to push new stuff out faster; “ops” wants to keep things stable. Or “dev” needs more resources; but “ops” blocks or doesn’t scale the same. The idea was to combine both “dev” and “ops” people onto projects to balance these incentives.

        Then managers and cloud clowns repurposed it to apply to every person in a project so now every member is expected to perform both roles (badly). Or even more overloaded to somehow refer to “developer infrastructure” teams.

    • delirium@lemmy.world
      link
      fedilink
      arrow-up
      4
      ·
      1 month ago

      My boss legit says that he will give me some time to work on it every 2-3 months and then drops a “customer requires X feature and I promised that we will deliver in one week”. And mind you we have to patch up to 3 major versions in the past to back port the new feature because client haven’t upgraded and won’t in near future… which means sometimes our major releases are 60-70% same as our minor patches for old versions. Semvering much?

    • state_electrician@discuss.tchncs.de
      link
      fedilink
      arrow-up
      1
      ·
      1 month ago

      I feel burnt out on professional development, but at least for me tech debt is not the issue. Everything is imperfect after a while, because requirements change all the time and overall it’s not me accruing the debt. That’s why I don’t care.

  • explodes@lemmy.world
    link
    fedilink
    English
    arrow-up
    93
    ·
    1 month ago

    I would say 80% of employees are unhappy, but I don’t have any data to back this up.

    • SpeakinTelnet@programming.dev
      link
      fedilink
      arrow-up
      40
      ·
      1 month ago

      Can confirm. Was quite unhappy in my mechanical engineering job, had an opportunity to develop something nice in python, was told we’d do it in excel/vba instead, still unhappy.

      • MajorHavoc@programming.dev
        link
        fedilink
        arrow-up
        8
        ·
        1 month ago

        was told we’d do it in excel/vba instead, still unhappy.

        I just threw up in my mouth a little. Fifteen years ago, “I’ll stick to Excel” was a (bad, but) defensible position in data automation. Today that’s just insanity.

        • SpeakinTelnet@programming.dev
          link
          fedilink
          arrow-up
          5
          ·
          1 month ago

          I’m still in a mechanical engineering world so just saying INT and FLOAT has people running away. Excel is the “safe zone” for them, sadly it means that I’ll just be doing the VBA part and oh gawd please get me out of here…

          • MajorHavoc@programming.dev
            link
            fedilink
            arrow-up
            2
            ·
            edit-2
            30 days ago

            Yeah. I get that. Gotta do what you gotta do!

            I’ve made some progress at organizations like that by setting up a private workflow in Python “just to check my work”.

      • sorval_the_eeter@lemmy.world
        link
        fedilink
        arrow-up
        5
        ·
        1 month ago

        Nice. You can put that on your resume so you can get more of those kinds of jobs.
        (/s. I like excel to a point but i really feel your pain too-- and fuck vba)

    • sorval_the_eeter@lemmy.world
      link
      fedilink
      arrow-up
      11
      ·
      1 month ago

      Every job lately seems to have been infected by Meta/google “data driven” leadership. Its so painful and wasteful sometimes.

      • lysdexic@programming.dev
        link
        fedilink
        English
        arrow-up
        9
        ·
        1 month ago

        Every job lately seems to have been infected by Meta/google “data driven” leadership. Its so painful and wasteful sometimes.

        It’s cargo cult mentality. They look at FANGs and see them as success stories, and thus they try to be successful by mimicking visible aspects of FANG’s way of doing things, regardless of having the same context or even making sense.

        I once interviewed for a big name non-FANG web-scale service provider whose recruiter bragged about their 7-round interview process. When I asked why on earth they need 7 rounds of interviews, the recruiter said they optimized the process down from the 12 rounds of interviews they did in the past, and they do it because that’s what FANGs do. Except FANGs do typically 4, with the last being an on-site.

        But they did 7, because FANGs. Disregard “why”.

      • booly@sh.itjust.works
        link
        fedilink
        arrow-up
        9
        ·
        1 month ago

        20 years ago it was the people who worshipped Jack Welch, not realizing (or not caring) that he was running GE into the ground.

      • MajorHavoc@programming.dev
        link
        fedilink
        arrow-up
        3
        ·
        1 month ago

        Yeah. I, like most leaders, spent some time learning all that crap. It was awful and worse than useless.

        Google and Meta’s secrets are recruiting top talent to for top dollars, and then buying every start up that threatens their empire. There’s no secrets to great management to be had there.

        I just threw out my copy of “product engineering at Google”.

  • Technus@lemmy.zip
    link
    fedilink
    arrow-up
    66
    ·
    1 month ago

    Will AI steal their jobs? 70% of professional programmers don’t see artificial intelligence as a threat to their work.

    If your job can be replaced with GPT, you had a bullshit job to begin with.

    What so many people don’t understand is that writing code is only a small part of the job. Figuring out what code to write is where most of the effort goes. That, and massaging the egos of management/the C-suite if you’re a senior.

    • MonkeMischief@lemmy.today
      link
      fedilink
      arrow-up
      32
      ·
      1 month ago

      If your job can be replaced with GPT, you had a bullshit job to begin with.

      This one’s funny to me, because the people who WILL try to replace you with GPT don’t care if they CAN replace you with GPT. They just will.

      Look at how it’s haphazardly shoved into everything for no reason whatsoever already.

        • MajorHavoc@programming.dev
          link
          fedilink
          arrow-up
          7
          ·
          edit-2
          1 month ago

          Yep! And we’re in the big tech era, so it can also be:

          Business fails to produce any value and uses it’s influence to prevent the next business from popping up.

            • MajorHavoc@programming.dev
              link
              fedilink
              arrow-up
              3
              ·
              edit-2
              30 days ago

              Yes.

              Google, Microsoft, Netflix, Amazon. None would still be business after recent decisions, if not for their market dominating capital size.

              That is, their recent decisions provide no value to anyone else, and are made solely because they can, due to their size and anti-capitalist practices they have been allowed to get away with.

    • fibojoly@sh.itjust.works
      link
      fedilink
      arrow-up
      5
      arrow-down
      1
      ·
      1 month ago

      If all you bring to the job is looking shit up and telling me yes or no instead of actually trying to help me find solutions, or explaining me what I did wrong, you’re just a glorified robot. You’re in line for replacement and you’ll fucking deserve it. At least that’s what I wanna say to “the computer said” people.

  • jjjalljs@ttrpg.network
    link
    fedilink
    arrow-up
    60
    ·
    1 month ago

    There’s a lot of like management being like “we gotta hit this deadline (that we made up)” combined with “if I hit all my targets and put in some overtime, the boss can buy another sports car this year”

    I don’t want to work extra to make someone else richer. Maybe if I had a shit load of shares. Maybe. But I don’t. So I do my job with professional standards, but I’m not doing 12 hour days

  • CodeMonkey@programming.dev
    link
    fedilink
    arrow-up
    36
    ·
    1 month ago

    Maybe it is just my experience, but in the last decade, employers stopped trying to recruit and retain top developers.

    I have been a full time software engineer for more than a decade. In the 2010s, the mindset at tech giants seemed to be that they had to hire the best developers and do everything they could to keep them. The easiest way to do both was to be the best employer around. For example, Google had 20% time, many companies offered paid sabbaticals after so many years, and every office had catering once a week (if not a free cafeteria). That way, employees would be telling all of their friends how great it is to work for you and if they decide to look for other work, they would have to give up their cushy benefits.

    Then, a few years before the pandemic, my employer switched to a different health insurance company and got the expected wave of complaints (the price of this drug went up, my doctor is not covered). HR responded with “our benefits package is above industry averages”. That is a refrain I have been hearing since, even after switching employers. The company is not trying to be the best employer that everyone wants to work at, they just want to be above average. They are saying “go ahead and look for another employer, but they are probably going to be just as bad”.

    Obviously, this is just my view, so it is very possible that I have just been unlucky with my employers.

    • mesamune@lemmy.worldOP
      link
      fedilink
      English
      arrow-up
      14
      arrow-down
      1
      ·
      1 month ago

      I’ve kinda checked out of the private sector for this reason. I’ve been having a great time working for a government job. Great benefits, union, etc… pay is about 80 percent of what others make but it’s more than enough to get by.

      • ripcord@lemmy.world
        link
        fedilink
        arrow-up
        4
        ·
        30 days ago

        Man, I’d be happy with 80% of what I get for less stress and more security. What kind of government job specifically?

        • MajorHavoc@programming.dev
          link
          fedilink
          arrow-up
          3
          ·
          edit-2
          30 days ago

          What kind of government job specifically?

          Most of them. Certainly the ones that have unionized. If you know someone in the inside, they probably know if there’s a union.

          You’ll see more unions in government work because while private organizations breaking up unions is ethically questionable; governments breaking up unions is just openly totalitarian.

          If I can’t negotiate with a private employer, I might be a wage slave, but I can ask the government for help.

          If I can’t negotiate with my government job, it’s not actually a job, I’m just a slave.

          • ripcord@lemmy.world
            link
            fedilink
            arrow-up
            1
            ·
            edit-2
            27 days ago

            I meant more specifically in OP’s case, but also which pay that much. When I looked locally (major city) all the G jobs were under 100k. Usually well under.

    • lysdexic@programming.dev
      link
      fedilink
      English
      arrow-up
      12
      arrow-down
      1
      ·
      1 month ago

      In the 2010s, the mindset at tech giants seemed to be that they had to hire the best developers and do everything they could to keep them.

      Not really. The mindset was actually to hire skilled developers just to dry up the market, so that their competitors would not have skilled labour to develop their own competing products and services.

      Then the economy started to take a turn for the worse, and these same companies noted that not only they could not afford blocking their competitors from hiring people but also neither did their competitors. Twice the reasons to shed headcount.

      It was not a coincidence that we saw all FANGs shed people at around the same time.

    • bamfic@lemmy.world
      link
      fedilink
      English
      arrow-up
      2
      ·
      29 days ago

      This is the first rule of sales. It is not important or necessary to be the best. It is only necesaary to be slightly less shitty than your nearest competitor.

    • MajorHavoc@programming.dev
      link
      fedilink
      arrow-up
      4
      ·
      30 days ago

      So true.

      And literally a line I use to recruit peers to try out learning to code.

      “I’m afraid I’ll be unhappy.”

      “You might be. Many of us are. But the extra money helps.”

  • actually@lemmy.world
    link
    fedilink
    arrow-up
    21
    arrow-down
    1
    ·
    1 month ago

    I’ve been programming for years, I’ve only happy when working on my own stuff. It’s like the difference between renting and owning

  • onlinepersona@programming.dev
    link
    fedilink
    arrow-up
    20
    arrow-down
    3
    ·
    30 days ago

    The bloody managers are the biggest problem. Most don’t understand code much less the process of making a software product. They force you into idiotic meetings where they want to change how things work because they “don’t have visibility into the process” which just translated to “I don’t understand what you’re doing”.

    Also trying to force people who love machines but people less so into leading people is a recipe for unhappiness.

    But at least the bozos at the top get to make the decisions and the cheddar for being ignorant and not listening.

    Anti Commercial-AI license

    • UnderpantsWeevil@lemmy.world
      link
      fedilink
      English
      arrow-up
      5
      arrow-down
      1
      ·
      edit-2
      29 days ago

      The bloody managers are the biggest problem. Most don’t understand code much less the process of making a software product.

      So, I’ve had my eye on management and started doing some management training. The job of management really isn’t to do the work itself (or even to understand the work). That’s the job of specialists and technical leads. The job of management is to oversee the workforce (hiring, organizing teams, dictating process, allocating project time, planning mid and long term department goals, etc) not to actually get your hands into the work itself.

      It’s certainly helpful to understand coding broadly speaking. But I’m in an office where we’re supporting dozens of apps written and interfaced with at least as many languages. Nevermind all the schemas within those languages. There’s no way a manager could actually do my job without months (if not years) of experience in the project itself.

      At the same time, the managers should understand the process of coding, particularly if they’re at the lower tier and overseeing an actual release cycle. What causes me to pull my hair out is managers who think hand-deploying .dlls and fixing user errors with SQL scripts is normal developer behavior and not desperate shit you do when your normal workflows have failed.

      Being in a perpetual state of damage control and thinking that this is normal because you inherited from the last manager is the nightmare.

      But at least the bozos at the top get to make the decisions and the cheddar for being ignorant and not listening.

      Identifying and integrating new technologies is normal and good managerial behavior.

      Getting fleeced by another round of over-hyped fly-by-night con artists time after time after time is not as much.

      But AI seems to thread the needle. Its sophisticated and helpful enough to seem useful on superficial analysis. You only really start realizing you’ve been hoodwinked after you try and integrate it.

      Setting aside the absurd executive level pay (every fucking corporate enterprise is just an MLM that’s managed to stay cash positive) it does feel like the problem with AI is that each business is forced to learn the lesson the hard way because no business journal or news channel wants to admit that its all shit.

  • count_dongulus@lemmy.world
    link
    fedilink
    arrow-up
    23
    arrow-down
    7
    ·
    edit-2
    1 month ago

    The thing that frustrates me about developers who feel powerless over technical debt is…who is actually stopping them from dealing with it? They way I see it, as a software engineer, your customer is sales/marketing/product/etc. They don’t care about the details or maintenance, they just want the thing. And that’s okay. But you have to include the cost of managing technical debt into the line items the customer wants. That is, estimate based on doing the right things, not taking shortcuts. Your customer isn’t reading your commits. If they were, they wouldn’t need you.

    It would be bizarre if your quote for getting your house siding redone included line items for changing the oil on the work truck, organizing the shop, or training new crew members. But those costs of business are already factored into what you pay at the end of the day.

    • AdamBomb@lemmy.sdf.org
      link
      fedilink
      English
      arrow-up
      16
      arrow-down
      2
      ·
      1 month ago

      Yes, this. Refactor first to make the upcoming change easier and cleaner, not after. Don’t ask for permission, don’t even call it refactoring or cleanup. Just call it working on the feature, because that’s what it is. Don’t let non-engineers tell you how to engineer.

      • catalyst@lemmy.world
        link
        fedilink
        arrow-up
        7
        arrow-down
        1
        ·
        1 month ago

        Yes, this! I rarely ask for permission on that sort of thing. I’ll just do it as part of my work and see if anyone calls me out on it.

    • janAkali@lemmy.one
      link
      fedilink
      English
      arrow-up
      6
      ·
      1 month ago

      I believe for many companies, developers work on giant codebases with many hundred thousands or even millions of lines of code.

      With such large codebase you have no control over any system. Because control is split between groups of devs.

      If you want to refactor a single subsystem it would take coordination of all groups working on that part and will halt development, probably for months. But first you have to convince all the management people, that refactor is needed, that on itself could take eternity.

      So instead you patch it on your end and call it a day.

      • MajorHavoc@programming.dev
        link
        fedilink
        arrow-up
        3
        ·
        edit-2
        1 month ago

        So instead you patch it on your end and call it a day.

        Yep!

        I’m looking forward to the horror stories that emerge once some percentage of those changes are made solely by unmanaged hallucination-prone AI.

        I would feel bad for the developera who have to clean up the mess, but honestly, it’s their chance to make $$$$$$ off of that cleanup. If they manage not to, their union is completely incompetent.

  • BilboBargains@lemmy.world
    link
    fedilink
    arrow-up
    15
    ·
    1 month ago

    I feel blessed that I like my current job. Good manager, interesting work, limited amounts of bureaucracy. Most of this is a lucky coincidence but there are some things we can do. I had to explain many times to people which tasks I’m good at and which ones they should ask other people to do. I regularly defend this position. I set aside the morning for creative work only, no meetings, no admin, just thinking and solving. In the afternoon I down tools and do something physical, outside in daylight. A regular sleep cycle is absolutely critical for the maintenance of health and mood. Fresh food and companionship. Regular meditation. Do the basics well. These are the things that have made me happy.