God he sound insufferable.
I ruin developers’ lives with my code reviews and I'm sorry
21–30 of 199 posts
Re: I ruin developers’ lives with my code reviews and I'm sorry
#22[deleted]
Re: I ruin developers’ lives with my code reviews and I'm sorry
#23Re: I ruin developers’ lives with my code reviews and I'm sorry
#24Nothing makes working at a place more unbearable than having to deal with someone that gives an excessive amount of criticism on working code, at least that's how I feel. I've been in that situation before and it made me never want to submit pull requests. It made me even madder when other developers, whose code was no better than mine but had been at the company longer, received basically no critiques. Some might sa…
Re: I ruin developers’ lives with my code reviews and I'm sorry
#25Nothing makes working at a place more unbearable than having to deal with someone that gives an excessive amount of criticism on working code, at least that's how I feel. I've been in that situation before and it made me never want to submit pull requests. It made me even madder when other developers, whose code was no better than mine but had been at the company longer, received basically no critiques. Some might sa…
Strange, I’m on a team rn with people who just approve everything. I’m craving some constructive feedback.
Re: I ruin developers’ lives with my code reviews and I'm sorry
#26Earlier quoted context omitted.
If you have to "destroy" every PR from a developer, you're wasting more time (money) than it would take to replace them. Why should be bad PRs ever be allowed for any reason?
bad PRs shouldn't be allowed, but you don't have to be a smug a-hole while reviewing PRs. hell, that's a GREAT opportunity to get this "bad developer" under your umbrella and start mentoring him to be a better developer.
Teaching people cool new ways to code should be fun, not an exercise in showing everyone the size of your ego.
Re: I ruin developers’ lives with my code reviews and I'm sorry
#27Nothing makes working at a place more unbearable than having to deal with someone that gives an excessive amount of criticism on working code, at least that's how I feel. I've been in that situation before and it made me never want to submit pull requests. It made me even madder when other developers, whose code was no better than mine but had been at the company longer, received basically no critiques. Some might sa…
Strange, I’m on a team rn with people who just approve everything. I’m craving some constructive feedback.
Re: I ruin developers’ lives with my code reviews and I'm sorry
#28Nothing makes working at a place more unbearable than having to deal with someone that gives an excessive amount of criticism on working code, at least that's how I feel. I've been in that situation before and it made me never want to submit pull requests. It made me even madder when other developers, whose code was no better than mine but had been at the company longer, received basically no critiques. Some might sa…
Strange, I’m on a team rn with people who just approve everything. I’m craving some constructive feedback.
Re: I ruin developers’ lives with my code reviews and I'm sorry
#29I do think thorough feedback is important, that's how I've learned the most after all. But typically now if I I'm going to write more than 5 comments, I meet with the other developer in person instead. That way the code problems are solved faster and it avoids any sort of public humiliation.
Re: I ruin developers’ lives with my code reviews and I'm sorry
#30Congrats to the author for realizing that confidence doesn't equate skill. This isn't being a pink unicorn, it's simply humility. The real danger of confusing the two is that real skill dulls if you let overconfidence take over, since the very thought of being "better than others" prevents you from accepting that maybe there are things that you don't know or haven't considered. For example, is "destroying" a coworker…
If you have to "destroy" every PR from a developer, you're wasting more time (money) than it would take to replace them. Why should be bad PRs ever be allowed for any reason?
It's first solved by identifying what the cause is of their poor performance. Are they in over their head? Are they having personal problems which are distracting them? Are they experiencing burnout?
I've heard people say that they enjoy code reviews because it gives them latitude to be ruthless. After all, it's for the benefit of the business to not allow suboptimal code through, and it's just code. But frankly, I think that's a lame excuse and the easy way out.
There are people behind code, and while the code might suck, the people don't. Obviously, that doesn't mean you should let it through, but it does mean you should be at least professional, and preferably compassionate in how you review it.