Holy crap, is >gives cryptic names for variables, or at best not self-explanatory sure a big one. It's part of a category of small decisions that dramatically increase cognitive load when accumulated. Along with it: >Passing many arguments into functions with names that have no relevance to their role inside the function, so you constantly have to look up which argument maps to which function param >Needlessly reorga…
How to Make Other Developers Hate to Work with You
101–110 of 191 posts
Re: How to Make Other Developers Hate to Work with You
#102Here's a profile of a developer: - Easy going and pleasant. - Really interested in programming and tech in general - Talks intelligently about the problem at hand. Asks all the right questions. Agrees a plan of action in collaboration with colleagues. - Creates systems that definitely appear to work - Code looks pretty sane. Structure is right. Style seems good. - Always very responsive to problems. Jumps straight on…
Re: How to Make Other Developers Hate to Work with You
#103Here's a profile of a developer: - Easy going and pleasant. - Really interested in programming and tech in general - Talks intelligently about the problem at hand. Asks all the right questions. Agrees a plan of action in collaboration with colleagues. - Creates systems that definitely appear to work - Code looks pretty sane. Structure is right. Style seems good. - Always very responsive to problems. Jumps straight on…
Sounds like insufficient testing to me. This kind of deep/far reaching issue should have been crashing tests written before others would have seen it. Assuming that there is some testing in their work (if not; there's the answer), my guess would be that it's largely sanity testing of each functionality in a vaccuum. The coaching would probably be to demonstrate more integration-style testing, possibly using whatever…
Re: How to Make Other Developers Hate to Work with You
#104I thunk there's a second "flavor" of arrogance, where a person believes they're the smartest, but not most knowledgeable, in the room. These people will openly admit they can improve and seek training, partly because they believe they're capable of anything. They don't think they're at the top of the mountain, just that their mountain has no peak. The real problem is they believe "lazy" coworkers will eventually be b…
Nobody’s mountain has a peak unless you either stop learning or die.
That said, fixing someone's shitty microservice code is probably not bottlenecked by our cognitive capacities. It's probably bottlenecked by financial constraints.
Re: How to Make Other Developers Hate to Work with You
#1059. Refuse to do any maintenance and only work on new projects. 10. Hide your actual productivity. IE: get done with your coding tasks in half the time, leaving other devs have to fix all the bugs that QA kick back. (This is probably a managerial issue, actually, but perpetuated by devs who do # 9.)
Or, augmenting #9, the team lead who takes all the interesting work and doles out compliance etc to everyone else.
Re: How to Make Other Developers Hate to Work with You
#106It's very weird to describe arrogance as a problem only for people near the bottom in terms of ability. Arrogance is an issue at all skill levels.
Re: How to Make Other Developers Hate to Work with You
#107>Most developers are enthusiastic people, but sometimes you may have the chance (or misfortune) to work with a negative one. Negativity is infectious Western society has a weird optimism bias. I think it goes hand in hand with extroversion bias, and it keeps many people from being genuine. >those developers are clearly at the top of Mount Stupid Frankly, that's insulting. Being a negative or critical person does not…
For a lot of people, these basics apply even to technical discussions. Criticizing their code makes them feel bad, and so you are a jerk. Meanwhile, you think you are criticizing their design to help them improve it. This is a mistake on the part of the person receiving criticism, but it's very rare to have a manager or mentor who can point this out to them, and help them dissociate their implementations from their self worth.
Couple into this other culture's aversions to even just saying "no", and we have a complex and challenging world to navigate. I'm constantly in search of the team where we don't have to do silly social dances to make sure everyone feels valued, and can just criticize and fix, since the members know they're valued by virtue of being part of the team to begin with.
But that is asking a lot of people - they have to have reflected on these issues. Since this is rare, and the larger a team gets, the more likely you'll have to deal with those who haven't dissociated yet. Makes for a great mentorship opportunity if you can find a way to have them "let you in".
Re: How to Make Other Developers Hate to Work with You
#108Re: How to Make Other Developers Hate to Work with You
#109Earlier quoted context omitted.
Nobody’s mountain has a peak unless you either stop learning or die.
Yes, but different people are climbing different slopes; everyone can keep climbing, but that doesn't mean they'll reach the same height.
Re: How to Make Other Developers Hate to Work with You
#110I thunk there's a second "flavor" of arrogance, where a person believes they're the smartest, but not most knowledgeable, in the room. These people will openly admit they can improve and seek training, partly because they believe they're capable of anything. They don't think they're at the top of the mountain, just that their mountain has no peak. The real problem is they believe "lazy" coworkers will eventually be b…
Nobody’s mountain has a peak unless you either stop learning or die.