3 ms·
I think most companies are pretty amenable (that is, a lot seem to fall into the trap) of having an employee who becomes rather irreplaceable. Maybe it's the gu
by Jach 4y ago
I think most companies are pretty amenable (that is, a lot seem to fall into the trap) of having an employee who becomes rather irreplaceable. Maybe it's the guy who makes himself responsible for the build infrastructure for the rest of the thousands of engineers, or maybe it's the guy who hacked up hundreds of thousands of lines of code years ago when the company was still smallish and which still mostly work but is now mostly on architecture (days filled with meetings with varied teams) unless something tricky is wrong and you're really glad he can still code and debug his legacy mess. It is harder at larger companies, especially because those will tend to have a higher density of managers who actively look for bus-factor-1 problems to try and ameliorate, but still.
I think it's funny how at the large companies there's an inversion to your "lone wolf" claim somewhere in the promotion pipeline where to get to the next level you're supposed to show leadership and ownership of some core feature domains, you'll be working on basically one bigger thing for months at a time. Sure, technically the "team" owns it, and a few other members may have implemented some of the simpler pieces, or done QE work on it, and you probably had to have meetings with other teams about aspects of it, but everyone knows whose baby it really is and who is best positioned to add new code or debug existing code. When your team is pretty stable for enough years (quite a nice experience) everyone on the team has at least one baby + eventually passable familiarity with everyone else's; not without good reason, it's a pretty powerful way of organizing devs who don't need constant hand holding. It's not as lone wolf as literally working by yourself on your own company, but it's not like you're drowning in collaboration. As people inevitably drop out, there's often an attempt to transfer knowledge formally, because of course there are things that the person leaving knows about their special areas that are not well understood by the rest of the team or company. Companies and teams where there really is a sense of full shared ownership and common almost equal understanding of things are pretty rare, and I would bet tend to be on the smaller side.
- BlargMcLarg 4y agoThere is absolutely a perverse obsession with the opposite and the narrative of "lone wolves/mercenaries are bad" needs to die already. I've never seen a company that hasn't had severe problems getting someone else in the domain of a person who left. The problem isn't an asocial person in an important position. It is lack of documentation or at least a paper trail. Various reasons why this could be, but I find the people overly eager to communicate to be the worst offenders of this, not the asocial ones. Personality doesn't magically solve strategy and lack of litmus tests. And funnily enough, these problems form in domains that are considered solved, too. Everyone writes their own half-attempt without looking at what big corps are already doing. The domain itself is never the difficult part.
- BigJono 4y agoCouldn't agree more. Also, the worst fucking docs of all time come out of consulting teams where like 8 people have a superficial understanding of the system and are all trying to collaboratively document everything. They just produce reams of unstructured nonsense that has no actual value whatsoever. 99% of the teams that think they have some decent bus factor actually just have bus factor 0 and survive by lighting piles of money on fire with an army of 0.01xers with high turnover and no chance for anyone to ramp. Give me a single handover .txt file from a lone wolf any day of the week. In fact, that's the exact type of person I want to work with. Fuck "teamwork™" and fuck bus factor.
- BlargMcLarg 4y agoIt is crazy. We hear these stories all the time. We have clear examples of good and bad documentation. Yet in the same breath, we condemn loners who neither solve nor worsen the problem by default, and praise the social butterflies omnipresent in places with these symptoms present. Nothing is going to substitute throwing a few individuals with zero domain knowledge at your code/docs and seeing if they grasp enough. Certainly not some talking which fades away in 10 minutes.