Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Many of the top engineering companies (Boeing etc.) are also objectively crappy places to work at. When you're doing things at the scale of Boeing or Google, you need a lot of process, and it's just no fun to do engineering this way.


That's probably true. Not that there aren't bits of Google doing fun and interesting work, it's a massive company after all. I've worked at a few, what I would consider to be large orgs, but my experience of Google was that it's truly on a different scale when it comes to bureaucracy and company politics.


>When you're doing things at the scale of Boeing or Google, you need a lot of process

Are you sure "need" is the right word here? Whatever Boeing's been doing recently hasn't been working very well for them or 737 Max passengers.


you really do

At large scale you can't hire enough competent people. And scale x low tolerance for error means you can't rely on humans even if they are competent. To fix that you basically have to introduce process. Things are checked and controlled at numerous points, using blanket processes that often don't make any sense for the specific scenario at hand but are needed for something superficially similar. People end up in hierarchies of approval. And that's without even considering regulatory compliance which often simply mandates things at a blanket level because micro-auditing each individual part of a big company is essentially an impossible proposition.

Engineers have the best chance because we have it in our hands to automate so much, but still, we just haven't figured out a better way to do it I think.


I was on a 737 Max the other day, it's a nice plane


Most of the time when I see a heavy process at work, it's a good question to ask who does it serve?

Most of the time, the answer is that it keeps someone important entrenched in work. It's very rare that I see altruistic processes that benefit the customer.


I've had a different experience (at least with engineering processes). Most of the time, it's been due to things in the past that have broken because we didn't check things or we got misaligned on something or people made assumptions that turned out not to be true.

I'm not saying that adding additional layers of process is always the right answer--there's obviously a cost to adding more process so there needs to be a balance and a continual reassessment of which processes are worth keeping. But in my experience, the intention has always been good: to avoid mistakes, problems, and failures that we've experienced in the past.




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

Search: