• HelloRoot@lemy.lol
        link
        fedilink
        English
        arrow-up
        4
        ·
        edit-2
        5 days ago

        You’ve worked with juniors before?

        Because in my experience I was constantly reading their unreadable code, then telling them why it’s wrong or bad or not fitting in a digestible manner and then waiting weeks for a refactor.

        Iterate that for a month. Mentoring them took way longer than it would have taken me to write it from scratch. Not that dissimilar to trying to using AI for where it sucks (larger, a tad more complex problems).

        It only makes sense if you look at it as an investment, because they will eventually improve.

        • ddplf@szmer.info
          link
          fedilink
          arrow-up
          4
          ·
          edit-2
          5 days ago

          When I was a junior, I was given an entire front-end app to develop entirely on my own with very little guidance from the team-lead. It was some ridiculously bad code, especially since it was my first time working with React with basically zero preparation.

          Few months later, project is delivered, I get some time to read docs and guides before starting the next one. Since I was learning theory on what I would practise earlier, I was digesting it extremely fast and it helped me patch up all the holes in my thinking and learn how things should actually be done.

          Soon after the next project came and it was definitely much more of a smooth ride. The code was alright and even the early decisions I made were pretty sustainable much later. It was another project I was working all alone, then some people joined in and I was teaching them, but I would always guide them too much and they weren’t growing very fast.

          Even after a few months, these people were not ready or willing to work independently, which was my personal failure as a mentor. That’s what really assured me that people should be given a lot of space to properly grow.

          My whole career is me working on increasingly larger projects with decreasing assistance. And it’s extremely effective. 4 years in the field and I just became a software architect.

          • HelloRoot@lemy.lol
            link
            fedilink
            English
            arrow-up
            1
            ·
            edit-2
            1 day ago

            I’d love to not handhold, but where I worked that was not possible, because my task came from upper management and was to handhold juniors while guarding our production code from anything they did (which often didn’t meet company standards). The tasks the juniors were getting came from somebody else.

            But also, this is not really about the style (throwing into deep waters on one extreme, babysitting on the other, and everything in between) but rather that I experienced way better results from chatGPT for 50$ / month than from a junior who had under a year of experience and costs 3000-4000$ a month. Both require some degree of attention and time investment from seniors if you want to use the resulting code in prod.

            So the real goal is to pay them to get better than chatGPT and hope they stay at your company long enough to get a return out of that investment.

            If you just want junior-grade code, let your seniors deploy chatGPT for a much cheaper price.

  • Ephera@lemmy.ml
    link
    fedilink
    English
    arrow-up
    5
    ·
    5 days ago

    The problem is that corporations are not holistic organizations. In theory¹, a company could not have any juniors and always just hire seniors from the outside. And if your boss has reason to believe that this is more cost-effective, then they have to strive for that, even if they’re well aware that it cannot work when all companies strive for that.

    ¹) In practice, I’ve actually found that juniors are important, too. If you staff a project team with only seniors, you quickly end up in a situation, where they don’t talk enough to each other. They know how to solve things technologically, so they don’t need to tell each other about their challenges and what solution they chose.
    Similarly, you likely end up in a situation, where only big problems are being tackled, because everyone can tackle big problems and they’re just very visible, highly prioritized problems. But when you add up enough small problems, they become just as problematic.

  • Thebigguy@lemmy.ml
    link
    fedilink
    English
    arrow-up
    4
    ·
    edit-2
    5 days ago

    Honestly at this point I do try to take some of the ai fears seriously, these creeps are definitely trying to replace human labour with machines the only comfort I do get is that if they really do manage to create an artificial super intelligence based on the human brain it will definitely destroy them.