Nobody Pushed Back: Why Engineers Stay Silent Until It's Too Late

imkyssa 36 points 29 comments May 18, 2026
howtocenterdiv.com · View on Hacker News

Discussion Highlights (18 comments)

elnatro

It’s not wise to be against the direction of an executive. You will be labeled combative, misaligned, or even uncooperative. It’s not worth it. Unless you have a strong political ally, it can be career suicide in your company.

ares623

When you, your friends, and your own children's livelihoods are at stake, the least you could do is make them clear their throat a bit as they try to buy time to answer your questions.

baxuz

LLM written slop

fjfaase

This is one of the most frustrating things as being a software engineer: working on solutions that you feel that are not going to work. In some cases, I was the one saying that a particular solution was not going to work. It did not bring me any good.

wolfi1

let's face it, executives want to be reassured, not get answers they don't want to hear

b3n4kh

So my Boss gets 50X my salary for "something something, having to take tough decisions and taking blame for failure" But I have to push back? Just end middle management and the issue from that article suddenly vanishes.

automatic6131

This article is written atrociously. It's geniunely unpleasant to read the basement tier slop like this. It doesn't matter if it has a salient point because this article could have been a comment.

pprotas

There is no incentive to speak up. Why go against the grain and expend your social capital when you can just do exactly as you're told and not cause any trouble? There is incentive to stay quiet: getting the paycheck and a stress-free evening with my family.

simianwords

Every employee has a sphere of influence - typically one and half layer above theirs and it keeps reducing as you go up. You can push back and change decisions that happen one layer above but can't do much more than that unless you want to become an activist. You have to have trust that the higher ups are smart enough to be trusted with the decisions.

well_ackshually

Unfortunately, the clowns get in those higher places because they own the circus already. I stopped counting the amount of times CEOs and CPOs told me "No more meetings to plan out what will happen, there's too many of them, let's dev it and see what happens" (most of the time, this is a world destroying, change-half-your-data-format-under-your-feet event). But make no mistake: this is also a result of so many countries' piss poor work laws. I can push back against my CEO and happily do so and tell him it's a terrible idea, because the worst that happens is that he gets pissy, but I will not get fired because of it, not get fired because of putting it in writing, because firing people for that would be wrongful termination. Boeing scale fuck ups could only have happened in the US because those engineers would be fired for speaking out.

CrzyLngPwd

I contracted (writing C++) for a large international security company, and they had a ton of problems that had clearly been festering for years, maybe decades. I mostly said nothing since it seemed no one was interested. During the contract, I wrote a doc about the shortcomings, problems, and potential solutions, adding to it whenever I ran into something. From code to management to tools used. When my contract ended, I sent the doc to a couple of people who I felt needed to read it. They loved it, and passed it around to practically everyone. I had emails from offices all over the world with questions about it. I didn't renew the contract since I had already moved on to other things. If I had that time again, I would speak up, but I would do so with a well-thought-out document.

throwaw12

> Real pushback is making problems visible: putting a price on the decision, naming what can go wrong, making the tradeoffs concrete. Putting a price on the decision? This is very bold statement, there are few people on the planet who can give right predictions about the price of the decision. Imagine engineer saying: "this will ruin our company" CEO: "What? excuse me, how did you come to this conclusion? what analysis have you run? how did you get these numbers?" I don't think what you are describing is easy to accomplish in practice, you made it sound simple, but complex systems don't operate this way. You have 100 departments, each can contribute 1 tiny problem and combination of them could lead to catasthropic outcome, but in isolation price feels like negligible or too small, no one can put the price on the decision

smitty1e

Leadership. We can spend megabytes of characters and fat piles of AI tokens, but the best leaders are those who remain humble enough for anyone to tell them safely that their prize surfboard is really a piece of drywall. And when such negative feedback arrives, they don't get all Colonel Kilgore from "Apocalypse Now" and decide that CHARLIE DOESN'T SURF.

scandox

One of the problems I've encountered is that the people who do speak up, by their very nature, don't do so in a way that has a chance of being heard. Even the phrase "speak up" suggests the failure that is coming. Getting decisions changed is a diplomatic manoeuvre that requires understanding how to frame the issues in a way that is meaningful to the decision maker. It's compromising and complex. Engineers need someone on their side who can perform that role.

binary132

This headline just sounds like blaming workers for leadership problems.

basedrum

Engineers are conditioned to find problems, it's why we have the saying "don't let the perfect be the enemy of the good". It's paralysing. Often we raise problems outside of our lane, and that drives people nuts. This article is suggesting that we never raise issues, I've only ever seen the opposite, where we cannot keep our haranguing to ourselves and we fail to know when making a point makes sense or how to make our point and move on

someguydave

The real problem is that engineering is fundamentally a management position - you are making decisions that affect the bottom line. Few executives are willing to share power with engineers and so you get this toxic cycle.

derriz

Here's my small pushing back story. I was an independent contractor for a large bank. My contract kept getting rolled so I ended up there for a few years even if the original piece of work was an 8 month job. A new CIO was appointed during my stint and a huge new IT initiative was launched to replace the decades old core banking system with a "modern" off-the-shelf "bank in a box" product that Oracle had recently purchased. This product was new and had been "successfully" launched by a tiny 8 branch bank in Ghana. The bank I was working for had hundreds of branches in multiple western countries. The product did not fit in any way/shape or form the existing processes in the bank, it's technical infrastructure, the regulatory regime, its retail products nor employment law (employee time is expensive in western countries - so solutions involving throwing bodies at menial repetitive tasks are not viable). I had been at the coal-face for nearly a month of day long meetings with the vendor to try to get a single niche savings product supported on their system and it was torture. I could see it was never going to work. I had no notions that my lowly opinions would have any sort of impact but I made my opinions clear to my immediate manager - especially over lunch and when we would occasionally go to a nearby bar to watch sports after work. I eventually convinced him of the folly of the entire enterprise. At some stage, he then spoke up to his manager expressing reservations who then called me in for an aggressive grilling on why I thought the new strategy was bound to fail. I explained - but he seemed unhappy with me and I was sure my contract would not be rolled - not that cared at that stage, I was hating the work at this stage. I later found out that I must have had some impact because this manager brought up some of the reservations and issues at the next C-level meeting. He was promptly told by the new CIO that either he was either going to be a team player and get fully behind the initiative or else he was out as there was no room for saboteurs and passive blockers. He got in line. I left of my own volition anyway. Two years later, the project was cancelled, the CIO fired and an $80m lawsuit with Oracle was the result. No real "moral of the story" - just that at some point up the hierarchy "push back" will meet the "owner" of the initiative and the pushback will quickly die.

Semantic search powered by Rivestack pgvector
8,303 stories · 78,303 chunks indexed