Hacker News new | past | comments | ask | show | jobs | submit login
Ask HN: How do you deal with intolerance to criticism?
9 points by trwhite on Feb 28, 2021 | hide | past | favorite | 11 comments
I have a colleague who doesn't like receiving criticism. We're both software developers. He's a little younger and a little less experienced than me but I don't concern myself with that. My goal is to deliver value to the business and produce good work.

Last year this colleague told me the feedback I gave him in PRs crossed a line and I've since gone to great lengths to think about I deliver it. I actually think I'm very respectful and considerate in how I present it. Invariably I just ask him what he thinks about other solutions.

We spoke about this again last week and I reminded him that there wasn't any judgement in the feedback I was giving him; that part of my job is to criticise his work but that in no way do I consider it a reflection of his ability.

Some of the time he acknowledges that his work could be improved but in most instances however he's defensive and argumentative. His rationale doesn't stand up to basic questioning and it's obvious he's just making it up as he goes along. I've even shown him how I review his work, what I look for etc.

Often I'll reach a point where I don't have the energy and cave. He knows this and keeps pushing me until I eventually just approve his work. I don't want to make him feel bad but sometimes I have to draw on my experience say if I think something's a concern, like a brittle test or unclear code. To me, this is the whole point.

I told my manager all this was making me feel uncomfortable, distracting me from my other work and causing stress. While I want to help, it feels like I'll never be able to break through with my colleague. I'd prefer not have anything to do with his PRs and just focus on my work and of my other colleagues (who don't seem to react in the same way.)

Has anyone in the HN community had experiences similar to this and what did you learn? Should I merely accept the situation as it is and try to move on?




I've had plenty of experience in dealing with people who don't respond to criticism well. I was one of those people myself.

Mostly, the people who had a hard time responding to constructive feedback were young. They might have listened to what I had to say, but not really heard me.

After 5-7 attempts on my part, I considered them a lost cause. And they'd have to learn on their own. I was probably giving them too much respect.

I'd say, let this colleague be. If you still have to provide PRs, then just provide it on Approve/Not approve basis. If your manager requests that you more specific, then provide your honest feedback and kick it up to the manager to decide whether to approve or not approve.

But if you manager is unwilling to deal with this problem, maybe explore your options


I agree, this task should fall squarely on your managers(or your colleagues' managers shoulders) This sounds like a case of another manager downloading their responsibility. The problem is some managers do not have the skill set to review the work, then they throw their staff under the bus when they are told that a team members work in not up to par. Usually by telling that team member "So and so says your not..." instead of listening to your opinion and then investigating the situation and dealing with it without bringing your name into it. It's a tough situation, You care about the company but don't like being the bad guy. If You don't deal with the problems there is a chance things will blow up. Depending on the size of the company maybe You can request being moved to another team, or put in for a promotion, your already doing the managers job from the sounds of it.


Sometimes it is not about the *FeedBack* it is about their ignorance.

Some people are already full of IDEAS and super-hacks that they cannot grasp more or then they are better than you.

So you must let it be and give more simple suggestions.

Instead of:

"doing xx will create zzz I think we may do better doing Z"

You go to criticism bullet-proof small-can't-make-it-agains-you as:

"Please consider the use XX on scaling"

Imagine I start doing BJJ and there is a master who says:

"Look you must use your elbow like this.."

And I say:

"NOOOO that is wrong.. I saw I youtube that I should use my feet.."

I think a lot of people will be happy to have someone help/mentor them. Don't waste your wisdom with this guy.

Because If you get bitter it may shut the opportunities to other people who will really appreciate your feedback/mentor.


It's important to highlight that your code reviews are reviews of the _code_ and not him as a person or his character. You're both trying to make the best possible decisions to ensure that the product is stable, minimize the amount of bugs (and therefore toil), reduce the on-call incident rate (if you're in an on-call rotation), and teach/learn from each other. You're _not_ trying to change/review each other individually. People automatically have their defenses up if they feel like you're criticizing them.

As others have mentioned approach matters a lot. Saying "this is wrong, make it X to fix it" will be received poorly most of the time. Instead you can phrase it as a conversation in the form of "What do you think of refactoring this endpoint to follow the conventions we follow throughout this repo [link to examples]. It'll make the codebase more consistent and easier to follow along for others" or "I believe using `new Buffer()` has some security issues and has been deprecated [link to deprecation notice]. We can use `Buffer.from()` instead which has the same interface." (this examples are trivial but as things get more complicated who knows... maybe what you thought was right is incorrect)

For minor things such as formatting preference I strongly recommend getting a linter/formatter at stick to what it chooses. Make sure your CI enforces its formatting.


Everyone has trouble accepting criticism to some degree or another. I've found that with younger engineers this is some amount of imposter syndrome that can express itself in different ways. One way I've found to break through is to highlight all of the positive things I notice in a PR. Even if it's something that should be expected (eg. "Thanks for writing this test!") the positive re-enforcement helps with confidence and softens the blow when you do point out some areas for improvement.


I struggled with this too, and it actually got even worse when I started managing people. I also started writing people off as "amazing folks can take feedback, and not great folks who can't."

What changed my perspective was the talks and books around Radical Candor.

The basic idea is this, you need to get people into the right state of mind through genuine empathy and shared trust before they will be ready to hear feedback. Otherwise, it's human nature to become defensive and not hear it.

If it comes from someone you know and trust, then you'll hear the feedback as constructive. If it's from a stranger, or someone who you see as a rival, then you'll see it as a threat.

It can take a long time to build enough trust with people to get them into a place where you can provide constructive feedback. But it's crucial to actually getting the feedback to achieve the outcome you wan.


> He's a little younger and a little less experienced than me but I don't concern myself with that.

Maybe you should. A younger, less experienced colleague may be feeling insecure about the difference in skills, so they are taking critique from you more personally than they should. Perhaps you need to spend as much energy finding things to celebrate about their work, and put that in the PRs. In general if you can make > 80% of a critique positive feedback, with < 20% negative feedback, it will likely be taken much better. It will also build trust because they know you do appreciate their work, so they will not be as defensive in the future.


Maybe drop the term criticism? While I understand it's meaning I don't think anyone ever said, "please criticise me".

That being said how teachable your colleague is an unknown. So you may need to manage the situation rather than fix it.


Hold on, this sounds like you're sympathizing for the individual who cant take criticism. The inability to take criticism is a mark of immaturity. While there are better and worse ways to try breaking someone out of the defensive mindset, coddling the individual is not going to solve a single thing.

Redefining criticism or trying to find some other bullshit term that means THE EXACT SAME THING solves zero. You are deflecting responsibility and consequences for a later date, a form of tech debt.

And yes, people do asked to get criticized from the technical to the arts. The ones who want to know what they did wrong before hearing the right are the ones who skyrocket in skill. The thing with them is, they were taught early on that they need to take criticism as a trajectory to get better rather than an excuse to cry. They weren't told some bullshit word that protected them from "criticism".


I believe the word you are looking for is "critique", and it is not a BS term, it is accurate use of the correct word:

https://www.dailywritingtips.com/critique-vs-criticism/


If your current approach to get them to get their code better doesn't work, why don't you a step back and see what's wrong with it?

Sometimes, the more direct and assertive you are to people that tend to get defensive, will make them more defensive.

Maybe break down their barrier by making them trust you first?

Make them see what they do wrong indirectly first instead of pointing it to them?

Maybe try to understand their thought process first and see if you can learn from them? Maybe his intention is sound but he couldn't communicate it clearly to you out of nervousness? Or maybe you can get to the basis of their logic, the root cause, and tweak it from there!

Anyway, I am actually curious what do they mean by your PR comments crossing the line? In what way? Is there some mistake made due to cultural differences?

Maybe bring the discussion to a more public channel, a common ground, and get help from an expert from a neutral party. But this approach will need you to make sure you don't have the slightest bit of intention to bring them down ad hominem. At least, if you want to change the person, you would want the person to acknowledge first why they need to change.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: