3 ms·
If it enables further specialization that can be a good thing, it's often awkward when companies try to wring out some extra utility from people who really aren
by Jach 4y ago
If it enables further specialization that can be a good thing, it's often awkward when companies try to wring out some extra utility from people who really aren't well suited for the other task. (Having people do such things occasionally anyway even if poorly, like devs briefly fielding tier 1 support, can be useful for empathy building at least.) The infatuation with combining dev and QE into a combined hybrid role especially comes to mind. (Though I do think it's at least possible there for the majority to be 'good enough' crossing back and forth that it's more or less worked out, and there are enough generalists, but when you see a specialist in one forced to do the other not nearly as well, it feels like a waste.)
You might enjoy reading The Age of Em. Imagine in 90 years you could literally spin up a copy of the em who wrote the code that's having issues, archived at a time with context full in mind, have them fix the issues or add some new related features, then spin them down again, with most funds probably going to the general clan of related ems.