• cumskin_genocide@lemm.ee
    link
    fedilink
    arrow-up
    0
    ·
    1 month ago

    Bro that reminds me when I was in university and I used to tutor fellow students with the goal of getting laid. As soon as I got laid I stopped tutoring. Now unfortunately I’m married and have kids because of that.

  • hsdkfr734r@feddit.nl
    link
    fedilink
    arrow-up
    0
    ·
    1 month ago

    Let the patch be part of the code for one or two minor releases. Then revert the changes of the patch.

  • jnk@sh.itjust.works
    link
    fedilink
    arrow-up
    0
    ·
    1 month ago

    Everything is open source for this guy after using this simple trick. Big techs HATE him!

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

      More like source available, since you can’t use the code in your stuff without the permission of the company 🤓

    • DeathsEmbrace@lemmy.ml
      link
      fedilink
      arrow-up
      0
      ·
      1 month ago

      Imagine getting a big enough resume to get jobs at any company just so you can do this one neat little trick.

      • InfiniteWisdom@sh.itjust.works
        link
        fedilink
        arrow-up
        0
        ·
        edit-2
        1 month ago

        Honestly, anybody with a gender studies degree can get into software developer nowadays no sweat, nowadays the fortune 500 standards are so low that they’ll just hire anyone on the spot without even questioning it. Honestly only started to take note of this the second Biden got into office, the quality of software overall has gone down. Overall, back to open source, I never truly got the open source movement in general, never been my thing. Proprietary software is inheitly more secure which is why most enterprise systems still use windows xp.

      • Potatos_are_not_friends@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        1 month ago

        NGL I apply to places where I use the software. But it’s not one thing, it’s a dozen things I would fix.

        I actually never successfully got the job. Probably because during the interview, I come off like a rambling psychopath pointing out extremely specific things.

        • CaptDust@sh.itjust.works
          link
          fedilink
          arrow-up
          0
          ·
          1 month ago

          Part of my previous company’s hiring process included having the candidate use our software, then asking what they thought of the experience and what improvements they thought would have the most impact. It wasn’t entirely useful because devs weren’t in control of prioritizing changes, but it was always interesting to see which pain points stuck out to the candidate.

          • flambonkscious@sh.itjust.works
            link
            fedilink
            English
            arrow-up
            0
            ·
            1 month ago

            This strikes me as a really good idea… If they come up with batshit insane things, or obviously can’t click straight, it’s a good indicator.

            • CaptDust@sh.itjust.works
              link
              fedilink
              arrow-up
              0
              ·
              edit-2
              1 month ago

              It does give some insight into how people think. Some people are bothered with UI events and placement, others wanted to reduce the bandwidth it required, we had one girl who approached it focused on the accessibility of the software, and unfortunately for us support was abysmal. You also need thick skin to invite random joe off the street to tell you how your software sucks.

  • Haus@kbin.social
    link
    fedilink
    arrow-up
    0
    ·
    1 month ago

    ESR: “Every good work of software starts by scratching a developer’s personal itch.”

  • PenisWenisGenius@lemmynsfw.com
    link
    fedilink
    arrow-up
    0
    ·
    edit-2
    1 month ago

    inb4 they wait until his last day then roll back the changes because functional code/unauthorized changes are against company policy and actually they need that bug to slow down the user so they don’t click so fast the database crashes.

  • JCreazy@midwest.social
    link
    fedilink
    English
    arrow-up
    0
    ·
    1 month ago

    It seems like I’m constantly finding bugs in businesses’ apps. Do they not have people test them?

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

      They do, and they have a backlog of hundreds of issues to fix and they must prioritise then. If fixing a bug doesn’t make money, it’s not priority.

      • bitchkat@lemmy.world
        link
        fedilink
        English
        arrow-up
        0
        ·
        1 month ago

        I am steadfast that I will occasionally take some time and kill off some low hanging fruit. For me, its kind of like a break and lets me clear my head on the bigger issues.

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

          Even then, there are bugs that need multiple people (design, engineering, content, QA, etc) and are not something that can be fixed on a whim.

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

              The problem is that what users consider low hanging fruit is often not, and what is low hanging fruit for devs, is invisible stuff that users don’t notice. The intersection is the tastiest low hanging fruit, but as such it’s also rare and easily picked by anyone.

      • Lost_My_Mind@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        1 month ago

        I hate how they’ll spend 4 years squashing all the bugs…and then they cancel the software, and release a new buggy version.

        • KillingTimeItself@lemmy.dbzer0.com
          link
          fedilink
          English
          arrow-up
          0
          ·
          1 month ago

          i will never forgive the emby team for creating the single most idiotic (although rather funny) transcoding system.

          It has a resolution selection, along with a bitrate selection, so you would think it forces transcoding.

          It turns out the resolution is actually just a suggestion, and the bitrate is what it targets, if it doesn’t meet the bitrate, it will transcode, and if you get lucky, it might transcode to the specified resolution.

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

      I would fix that bug but the complete rewrite that management has had me working on for the past two years will make it obsolete anyway.

    • douglasg14b@lemmy.world
      cake
      link
      fedilink
      arrow-up
      0
      ·
      1 month ago

      They usually do yes however it’s all about prioritization.

      You may have hundreds or thousands or open requests and issues.

      With tens of thousands of closed issues that were either not reproducible, not actually problems, or largely indecipherable.

      There’s usually a feature roadmap which is where most of the development money and time is spent. If it’s an older business application then certain bugs might easily take weeks to find, fix, test, validate, go through user acceptance, A/B test, and then deploy. But fixing is expensive work, so if the bug isn’t severe it’s usually deprioritized next to higher priority work.

    • Andrenikous@lemm.ee
      link
      fedilink
      English
      arrow-up
      0
      ·
      1 month ago

      Sometimes. Other times they layoff the QAs and anyone else whose job is about quality.

    • vithigar@lemmy.ca
      link
      fedilink
      arrow-up
      0
      ·
      1 month ago

      As someone in the dev team for a “business app”, we probably know about most or all of them, but they’re just not important enough for anyone in management to prioritize them as part of a sprint. It’s also possible no one has given us reproducible steps to make them happen, so we just straight up don’t know what to fix. Usually the former though.

  • bulwark@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    1 month ago

    Reminds me of when my breaks started failing on my 1990 Chrysler LeBaron so I got a job at a break repair place long enough to fix them then I quit.