4 ms·
You, accidentally, tripped a pet peeve of mine. Many people seem to think of writing software as a command and control function like some hypothetical military
by kasey_junk 4y ago
You, accidentally, tripped a pet peeve of mine. Many people seem to think of writing software as a command and control function like some hypothetical military rank (and the leveling process engaged in by tech. companies reinforces this) where people higher up the ladder “trump” those lower.
But in software (and perhaps all knowledge work) many many times its the lowest ladder employees who are closest to the actual problem space. They are the ones dealing with the hacked up code base from 8 years ago, the indecipherable comments, the untested code that is critical to the business.
The job of the more senior people is not to command and control those employees, but to empower them. Bringing breadth of experience, or in depth expertise that is not specific to the problem at hand to help them make a decision.
Sorry, rant over.
- treis 4y agoWhat do you think should happen if a more senior person brings their breadth of experience or expertise and the junior engineer disagrees and does something else?
- kasey_junk 4y agoObviously depends on the situation but almost always the person closest to the specific problem should make the call. That’s why one of the most important differences between a more senior engineer and a more junior one is the ability to mentor.