• huginn@feddit.it
    link
    fedilink
    arrow-up
    3
    arrow-down
    1
    ·
    7 months ago

    I think it’s important for seniors to be in the trenches.

    I’d expect a senior to be doing “junior” work even if juniors were available to take it on.

    It’s not all about efficiency: it’s about keeping grounded and in touch with the ongoing state of the code base. Which I’d argue you can’t get just from reviewing PRs.

    I can see what you mean as far as false economies go for the company but in order to have a task fully scoped for a junior to do you need significant amounts of managerial and engineering time spent grooming tickets, updating AC, explicitly enumerating changes… All of which could be cut through by more senior devs that handle ambiguity better.

    Its hard. I’d rather have juniors to delegate to, sure. But I’d most like to have juniors to train. Even if they didn’t do anything useful for 6 months.

    • FlumPHP
      link
      fedilink
      arrow-up
      2
      arrow-down
      1
      ·
      7 months ago

      Again, you’re putting words in my mouth. I’m done engaging with you as I don’t think you’re conversing in good faith.

      • huginn@feddit.it
        link
        fedilink
        arrow-up
        1
        arrow-down
        1
        ·
        7 months ago

        It wasn’t my intention to put words in your mouth. Everything I’ve said has been an honest reflection of my experience in corporate programming and represents the things I hear managers saying about team composition and division of labor. I’m in meetings with members of the c-suite talking about these things specifically.

        I get you don’t think it makes sense for a corporation to do. I’m trying to say regardless of that - the executives are acting in what they see as very rational self interest.