• AA5B@lemmy.world
    link
    fedilink
    English
    arrow-up
    2
    arrow-down
    2
    ·
    1 day ago

    Every coworker has a specific type of task they do well and known limits you should pay attention to.

    • finitebanjo@lemmy.world
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 day ago

      Yes and therefor any two employees must never be allowed to speak to each other. You know, because it makes all of their work worse quality. /s

      • sugar_in_your_tea@sh.itjust.works
        link
        fedilink
        English
        arrow-up
        2
        arrow-down
        1
        ·
        16 hours ago

        That’s quite the extreme interpretation.

        I’m a lead software dev, and when deadlines are close, I absolutely divvy up tasks based on ability. We’re a webapp shop with 2D and 3D components, and I have the following on my team:

        • 2 BE devs with solid math experience
        • 1 senior BE without formal education, but lots of knowledge on frameworks
        • 1 junior fullstack that we hired as primarily backend (about 75/25 split)
        • 2 senior FE devs, one with a QA background
        • 2 mid level FEs who crank out code (but miss some edge cases)
        • 1 junior FE

        That’s across two teams, and one of the senior FEs is starting to take over the other team.

        If we’re at the start of development, I’ll pair tasks between juniors and seniors so the juniors get more experience. When deadlines are close, I’ll pair tasks with the most competent dev in that area and have the juniors provide support (write tests, fix tech debt, etc).

        The same goes for AI. It’s useful at the start of a project to understand the code and gen some boilerplate, but I’m going to leave it to the side when tricky bugs need to get fixed or we can’t tolerate as many new bugs. AI is like a really motivated junior, it’s quick to give answers but slow to check their accuracy.