Although certainly intentionally not sharing knowledge can be unintentionally rewarded I don't think the author's issue is with poor knowledge sharing so much as unintuitive code that requires knowledge sharing.
Programming
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
Well, you're right in that it's a bit more than just "poor knowledge sharing". But I'd say it's more specific than unintuitive code that requires knowledge sharing, too - it's code that is unintuitive primarily because its main reviewers are blind to the exactly how unintuitive it is, and thus a vicious circle persists. We can see this in the author's recommendation to have such code be reviewed by newcomers as well in order to break the loop.
Good article. I have worked as a dev for over 10 years and have seen a LOT of really complicated spaghetti code that was only maintained by individuals in silos. Some used to joke about "job security" but I would rather my life not be a living nightmare unable to take vacation without keeping my work phone on me at all times because I'm the single person that knows how to fix a mission critical system. I've been there. It sucks for new people but it also sucks for the keepers of the tribal knowledge. It's exhausting.
Training, documenting, refactoring and replacing to eliminate that is good for everyone. If you are a good dev you won't have to keep tribal knowledge to stay employed.