I could not possibly agree less. The type of work environment where an honest statement like "wow, this is not very good" or "we are not doing very good at this" even if stated "crassly" (although personally I cannot imagine being offended by the word "suck," but that doesn't seem to be the issue, the sentiment is the issue) is perceived as threatening or offensive is not one I would like to work in. This kind of willful ignorance combined with an unwillingness to address issues directly, over years, IME, creates situations where things are hopelessly shitty and impossible to untangle because everyone's afraid of stepping on a single toe, or hurting someone's feelings.

It's work. If you can't separate your emotions from your work you should work on that, not blame someone for speaking honestly about a situation.

The article is interesting, but the action points at the end can easily lead to disaster if they’re not implemented correctly.

I’ve gone through many of those same steps back when my company was in a rapid growth phase. I believed I was being helpful by stepping back and staying less opinionated, but after a year, I found that most new team members had no real opinion of me—or worse, they’d constructed misguided opinions out of thin air.

Back to the articles point, ultimately people who feel personally offended or “attacked” by a simple statement like “We suck at that” will inevitably create problems. Our company decided that wasn’t the kind of culture we wanted to build, so we chose to move away from (or avoid hiring) those who couldn’t handle that straightforward level of honesty.

I agree with the key insight: "meet people where they are" and "respect your environment". Different situations/groups/cultures require different approaches.

But then they proposed a bunch of context-free solutions.

Advice like "Wait for an invitation" might work at the specific company/group they are in right now, but it definitely won't work everywhere. Anyone here can come up with a counterexample to every single one of the bullet points.

A person with strong social skills knows when to talk and when to listen. They know when to take credit and when to give credit. They know how to share bad news in the least hurtful way. You will not learn this from a bunch of "always/never" commandments.

We all know that social skills are just as important as technical skills, but I'm not sure we talk enough about how to develop your social skills.

>If you've been a long-time reader of this newsletter, you've probably guessed by now that I'm biased toward seeing individual competency in the context of a broader "system."

The primary problem is that this is not the majority view, and so saying stuff like "we kind of suck at that right now" is how

- As a suit, you scare the shit out of your employees and cause them to overwork, burn out, lose faith in you, leave, etc

- As an IC, get fired, get your team laid off/outsourced/replaced, etc

I did this a few weeks ago.

In hindsight, I should have explained more about "why we kind of suck at that right now," and what we are doing to improve on it. I realized I could have used a more positive positioning to describe the team's shortcomings.

"This process isn't the best right now and can be improved. This is how we can improve on it..." sounds a bit softer, but people will listen.

Most people, when they hear the word "we... suck..." they probably aren't going to listen to the rest of what will you say. These comments can make people feel uncomfortable, especially in today's working environment.

It's probably easier to say this in a small, trusted team meeting where folks can laugh. I wouldn't rely on this is just how this person is. It's easy to get a new manager or start working with a new team where this kind of behavior wouldn't fly and would work against you.

Anyone can say this sucks. It's good to explain why it sucks or how it could be improved.

Most folks will hear you out if you have a good reason or give them new ideas to explore. If the problem is cannot be solved now, it may better to document. I've been pointing out issues in our app for years, and now some folks are using my documents as the starting point to solve some of these problems.

"I wrote about that issue a year ago. Happy that document was able to give some context!"

Depending on your 'personal' philosophy or your corporate 'shared' meta philosophy... If the problem is not your problem to solve, it might be best not to comment at all, as it is not your burden to bear.

This seems like a situation where the adage "praise in public, criticize in private" would have helped.

It's important to have hard conversations about a team's ability - if for no other reason than expectation setting - but maybe in front of the entire team is not the right place.

As someone who recently started their first internship, I really needed to read this. I've already been on the receiving end of this, and it helps to know that it wasn't a personal insult. The bullet points at the end seem very useful as well, even outside the context of work.

That said, surely there must be a less blunt way of saying it? Something like "I believe in the team, but we still need improvement".

This just makes me happy to work on a team where I can say things like that (if they're true) and no feelings would be hurt.

I used to say "I just dont want to suck"--because a large part of being competent is merely not doing stuff badly.

And my experience was that there was so many bad performers that simply not sucking made someone stand out.

The one challenge of this is that a lot of these better behaviors are not viewed as 'leadership', so by being more effective you may be less rewarded.

> Talk less

Oh

If you're focused on stuff like this you're just playing in a office politics space rather than doing anything productive.

Software is not an industry famous for socially/emotionally aware practitioners. Lots of people make perfect the enemy of "good enough", or leave useless PR nits to show that they are participating, or disregard the level of effort involved and cut straight to their pet grievances. These are all ways of disrespecting somebody's work that you're going to encounter a lot.

One piece of advice I give all new jr devs (I've mentored more than 100 at this point) is: "Don't feel feelings about your code, because your code doesn't feel any feelings about you. Investing emotions in your code is entering into an abusive relationship".

It's hard when you're proud of something you made and it gets criticized, or replaced in production in a short amount of time, or immediately polluted by somebody who doesn't seem to care as much as you did. Try to realize that the actionable grievance is the wasted time and effort. It can be hard to get people to respect your feelings, but it is pretty easy to make a case that wasting your time and effort should be avoided.

I don’t know—I work with tight teams of people who respect each other, but who don’t feel like we need to be the best at everything. We’re good at what we’re good at, and we suck at what we suck at. If an aspect of a task falls in the quadrant where we suck, maybe we decide to take the time to get good at it… but more likely we buy in commercial software or professional services to handle whatever it is.

I’ll caveat that I’m not sure what exactly OP was saying “suck” about: there’s a form of that that’s just an insult, and those are never helpful or appropriate.

But I and my team, for example, suck at writing and vetting kernel code, and at vetting every single package in the supply chain—so we’ll hire Red Hat or somebody. We suck more than we think we do at cryptography, so we’ll use a library rather than try and spin our own.

With respect to your alternate phrasing—when I say we suck at a thing (to our team who all communicate that way), I don’t think that means we need improvement and I don’t believe in our team to realistically wake up to be kernel hackers—they would agree—and I think that’s fine! Nobody wants us to be! Being honest and realistic about our self-appraisals helps us make better choices. As does routinely being appreciative and supportive of each other about things we don’t suck at.

My advice if you work at a place like this where taking these kind offenses is the norm is to make sure it’s not a startup and your equity is paid liquid. You can trust me on that