I've read the author's articles before and they really are quite cynical. It reminds me of all those 90s shows and movies where all the white-collar work was considered soul sucking and the people who did it were corporate stooges. As if a person should feel shame for working a job and paying bills.
As much as a person may choose to belittle the bureaucracy at companies, it exists for a reason, and often that reason is fairly sensible. It is also simple to avoid bureaucracy if you dislike bureaucracy: just go work at companies where it hasn't had a chance to build up or the company has intentionally kept its bureaucracy in check.
Regarding promotions in bureaucratic companies:
> "You ought to know that crushing JIRA tickets is rarely a path to promotion (at least above mid-level), that glue work can be a trap, that you will be judged on the results of your projects, and therefore getting good at shipping projects is the path to career success"
Whats interesting is that all sorts of companies evaluate performance differently. The better companies will tell you how they are evaluating you - so if you want to get promoted, do the things they say you should do to get promoted. Glue work, crushing jira tickets, making the world a better place... are actually things that a company might positively evaluate you on... or maybe all they care about is shipping and you should just do that. The path to promotion is doing the things that a company is willing to promote you for ("If you want to be loved, be lovable").
For what its worth at Wells Fargo during the account scams your path to promotion was doing illegal stuff. So you know, maybe don't do that stuff and avoid promotion even if you can't leave your job right now.
I don't think I agree with this article. I thought "drive the car" was a metaphor for writing software, but no it's not. It's a metaphor for politics/visibility stuff.
And truth be told, you don't have to do politics/visibility stuff. It's true that thinking about that all the time probably increases your odds of getting promoted. But also, what if you obsess about optics/your boss's boss's opinions/crunching/visibility etc etc for 3 years and you end up not getting promoted anyways?
I feel like a certain type of content tries to invoke fomo in you in order to get you hooked on their promise of their content. Fundamentally I believe that you'll be happiest in your life if you work at a company that is small, has a good gender balance, has a good balance of personalities (i.e. not all competitive high-functioning spectrumy nerds), and doesn't obsess over hype-cycles.
I spent many years trying to get promoted and if I could do it over I wouldn't have, I'd just let it inevitably happen with years in the industry.
> You ought to know that crushing JIRA tickets is rarely a path to promotion (at least above mid-level), that glue work can be a trap, that you will be judged on the results of your projects, and therefore getting good at shipping projects is the path to career success.
Notice that the author didn't write "getting good at delivering value." They wrote "getting good at shipping projects" because
> Shipping is a social construct within a company.
Delivering solid software that helps people get work done is a platonic ideal. Unfortunately there are many companies that value whipping stuff out the door more highly. As corny as this sounds the iron triangle ("good, fast, cheap - pick two") is a thing for a reason. Crapping something out as quickly as possible and leaving others to deal with the fallout of a bad data model and chaotic on-call isn't something to be rewarded but it's how many companies seem to work.
Thanks for flagging this, this was an epiphany for me today, so for anyone else struck by it I'm linking directly to the article it's from (same author, and linked from the article in the context the parent mentions, just not linked directly in their post above):
> Crapping something out as quickly as possible and leaving somebody else to deal with the fallout of a bad data model and violent on-call isn't something to be rewarded IMO.
Sadly you've described precisely the optimal engineering strategy for promotion at my FAANG
And yet those five companies are among the most valuable in the world.
There's a cognitive dissonance that arises when you join a company that is performing extraordinarily well only to perceive dysfunction and incompetence everywhere you look.
It's so hard to reconcile the reality that companies can be embarrassingly wasteful, political, and arbitrary in how they run and yet can still dominate markets and print money hand-over-fist.
Because big companies can crush competition, either via lobbying for government regulations, acquiring the competitors, or driving the competition out of business by offering something comparable but cheaper or free.
It's the old Microsoft playbook of Embrace, Extend, Extinguish, but with more finesse.
It is also why their acquisitions tend to just die, because once the big company inefficiencies get integrated, the acquired startups just cannot function.
People succeed in spite of these systems. They have resources, tremendous network advantages, and the people at the very top crust of engineers are indeed quite good at their job.
> Crapping something out as quickly as possible and leaving others to deal with the fallout of a bad data model and chaotic on-call isn't something to be rewarded but it's how many companies seem to work.
Engineers who do this leave nothing but ashes in their wake even if they keep getting promoted for it.
Do you ever get tired of playing this “visibility,” “impact,” “promo politics” game and think, “I came into this industry because I like computers, not… whatever this is”?
I've been all the way up to CTO in a mid-size company (650ish people), and I've felt like this in every role I've had at different times. Some places more than others. Where I was CTO wasn't too bad but that came at the cost of me not touching code at the company for several years because, at that level, and in the kind of company it was, you just really can't - not without finding yourself becoming a blocker anyway.
But I've worked in a couple of larger organisations - one of them, probably 90k employees, although it wasn't a tech company - and these issues are rife there as well. To some extent, I think it's just big company behaviour, not specific only to big tech companies.
At most organizational sizes, the hard problems are that of coordinating people and not software. It’s a hard decision, but ultimately if you want to scale the size of your impact - you have to make these tradeoffs.
Some folks want to scale impact. Some want to be bespoke crafters. Both are okay, you just have to accept they are mutually exclusive.
I left a large tech company for a startup partly because of this. The politics of shipping were exhausting. At a certain scale, what gets rewarded isn't always what's valuable.
But I'd push back on the idea that all tech companies work this way. Smaller companies and startups can be different. The feedback loops are shorter, you're closer to customers, and it's harder to hide behind the appearance of shipping.
The trick is finding places where the incentives actually align with the work.
After a decade or so at startup/smaller companies, I moved to a big company in 2024 for the first time.
It amazes me how much low hanging fruit there is to grab to work on. At least things I felt would have had a truly positive impact on the customer and my own organisation.
The only way you get to work on it is if you don't ask for permission, but directly show some progress.
Now I'm switching to a different team within the same organisation that "wants to move like a start up". Let's see how things will move...
The more I read these kinds of things, the more I agree with
> The only way to truly opt out of big-company organizational politics is to avoid working at big companies altogether.
I've done plenty of really fun, engaging and interesting work in smaller companies. If you're able to be involved in open source work, what you do can still be something that many people appreciate, beyond the customers of your company,
> The only way to truly opt out of big-company organizational politics is to avoid working at big companies altogether.
This is perhaps what I find somewhat odd about Sean's writing. It sometimes reads to me like a scathing critique of the dysfunctional bureaucratic dynamics of big tech companies, but that isn't really his conclusion!
The key point is at the end of the OP. The dysfunction and bureaucracy are annoying, even to the people who make a career out of it, there's no level of enlightenment where it stops being so. It's just an inevitable consequence of doing some kinds of things and making some kinds of decisions. If you're faced with an important decision affecting 10,000 employees or a million users, there's no perfectly good way to make it, only a least bad way.
glue work is real work and a lot of projects get stalled or blocked because there was no glue; especially in SOA where you have different teams with differing roadmaps integrating with each other. It's not just about communication/socialization, but also how code interacts and how the contract is defined.
I've read the author's articles before and they really are quite cynical. It reminds me of all those 90s shows and movies where all the white-collar work was considered soul sucking and the people who did it were corporate stooges. As if a person should feel shame for working a job and paying bills.
As much as a person may choose to belittle the bureaucracy at companies, it exists for a reason, and often that reason is fairly sensible. It is also simple to avoid bureaucracy if you dislike bureaucracy: just go work at companies where it hasn't had a chance to build up or the company has intentionally kept its bureaucracy in check.
Regarding promotions in bureaucratic companies:
> "You ought to know that crushing JIRA tickets is rarely a path to promotion (at least above mid-level), that glue work can be a trap, that you will be judged on the results of your projects, and therefore getting good at shipping projects is the path to career success"
Whats interesting is that all sorts of companies evaluate performance differently. The better companies will tell you how they are evaluating you - so if you want to get promoted, do the things they say you should do to get promoted. Glue work, crushing jira tickets, making the world a better place... are actually things that a company might positively evaluate you on... or maybe all they care about is shipping and you should just do that. The path to promotion is doing the things that a company is willing to promote you for ("If you want to be loved, be lovable").
For what its worth at Wells Fargo during the account scams your path to promotion was doing illegal stuff. So you know, maybe don't do that stuff and avoid promotion even if you can't leave your job right now.
I don't think I agree with this article. I thought "drive the car" was a metaphor for writing software, but no it's not. It's a metaphor for politics/visibility stuff.
And truth be told, you don't have to do politics/visibility stuff. It's true that thinking about that all the time probably increases your odds of getting promoted. But also, what if you obsess about optics/your boss's boss's opinions/crunching/visibility etc etc for 3 years and you end up not getting promoted anyways?
I feel like a certain type of content tries to invoke fomo in you in order to get you hooked on their promise of their content. Fundamentally I believe that you'll be happiest in your life if you work at a company that is small, has a good gender balance, has a good balance of personalities (i.e. not all competitive high-functioning spectrumy nerds), and doesn't obsess over hype-cycles.
I spent many years trying to get promoted and if I could do it over I wouldn't have, I'd just let it inevitably happen with years in the industry.
> You ought to know that crushing JIRA tickets is rarely a path to promotion (at least above mid-level), that glue work can be a trap, that you will be judged on the results of your projects, and therefore getting good at shipping projects is the path to career success.
Notice that the author didn't write "getting good at delivering value." They wrote "getting good at shipping projects" because
> Shipping is a social construct within a company.
Delivering solid software that helps people get work done is a platonic ideal. Unfortunately there are many companies that value whipping stuff out the door more highly. As corny as this sounds the iron triangle ("good, fast, cheap - pick two") is a thing for a reason. Crapping something out as quickly as possible and leaving others to deal with the fallout of a bad data model and chaotic on-call isn't something to be rewarded but it's how many companies seem to work.
>Shipping is a social construct within a company.
Thanks for flagging this, this was an epiphany for me today, so for anyone else struck by it I'm linking directly to the article it's from (same author, and linked from the article in the context the parent mentions, just not linked directly in their post above):
"How I ship projects at big tech companies" https://www.seangoedecke.com/how-to-ship/
Also the HN comments on it from when it was originally posted: https://news.ycombinator.com/item?id=42111031
> Crapping something out as quickly as possible and leaving somebody else to deal with the fallout of a bad data model and violent on-call isn't something to be rewarded IMO.
Sadly you've described precisely the optimal engineering strategy for promotion at my FAANG
> FAANG
And yet those five companies are among the most valuable in the world.
There's a cognitive dissonance that arises when you join a company that is performing extraordinarily well only to perceive dysfunction and incompetence everywhere you look.
It's so hard to reconcile the reality that companies can be embarrassingly wasteful, political, and arbitrary in how they run and yet can still dominate markets and print money hand-over-fist.
Because big companies can crush competition, either via lobbying for government regulations, acquiring the competitors, or driving the competition out of business by offering something comparable but cheaper or free.
It's the old Microsoft playbook of Embrace, Extend, Extinguish, but with more finesse.
It is also why their acquisitions tend to just die, because once the big company inefficiencies get integrated, the acquired startups just cannot function.
That’s because FAANGs are successful due to monopolization and network effects. Not by the quality of their work.
This is especially true for Meta.
How did they get there?
People succeed in spite of these systems. They have resources, tremendous network advantages, and the people at the very top crust of engineers are indeed quite good at their job.
> Crapping something out as quickly as possible…
I suppose that makes AI Taco Bell for companies.
T-Bell's cuisine has lots of vegetables and fiber. It's always treated me right.
> Crapping something out as quickly as possible and leaving others to deal with the fallout of a bad data model and chaotic on-call isn't something to be rewarded but it's how many companies seem to work.
Engineers who do this leave nothing but ashes in their wake even if they keep getting promoted for it.
Do you ever get tired of playing this “visibility,” “impact,” “promo politics” game and think, “I came into this industry because I like computers, not… whatever this is”?
All the time, my friend: all the damn time.
I've been all the way up to CTO in a mid-size company (650ish people), and I've felt like this in every role I've had at different times. Some places more than others. Where I was CTO wasn't too bad but that came at the cost of me not touching code at the company for several years because, at that level, and in the kind of company it was, you just really can't - not without finding yourself becoming a blocker anyway.
But I've worked in a couple of larger organisations - one of them, probably 90k employees, although it wasn't a tech company - and these issues are rife there as well. To some extent, I think it's just big company behaviour, not specific only to big tech companies.
At most organizational sizes, the hard problems are that of coordinating people and not software. It’s a hard decision, but ultimately if you want to scale the size of your impact - you have to make these tradeoffs.
Some folks want to scale impact. Some want to be bespoke crafters. Both are okay, you just have to accept they are mutually exclusive.
He somewhat addresses that at the end. Maybe soon enough we can replace management with AI and just download Pliny's latest promotion jailbreak.
I dearly hope so. Not that I am saying software development shouldn't be a social activity, but does it have to be this performative & toxic?
I left a large tech company for a startup partly because of this. The politics of shipping were exhausting. At a certain scale, what gets rewarded isn't always what's valuable.
But I'd push back on the idea that all tech companies work this way. Smaller companies and startups can be different. The feedback loops are shorter, you're closer to customers, and it's harder to hide behind the appearance of shipping.
The trick is finding places where the incentives actually align with the work.
After a decade or so at startup/smaller companies, I moved to a big company in 2024 for the first time.
It amazes me how much low hanging fruit there is to grab to work on. At least things I felt would have had a truly positive impact on the customer and my own organisation.
The only way you get to work on it is if you don't ask for permission, but directly show some progress.
Now I'm switching to a different team within the same organisation that "wants to move like a start up". Let's see how things will move...
The more I read these kinds of things, the more I agree with
> The only way to truly opt out of big-company organizational politics is to avoid working at big companies altogether.
I've done plenty of really fun, engaging and interesting work in smaller companies. If you're able to be involved in open source work, what you do can still be something that many people appreciate, beyond the customers of your company,
> The only way to truly opt out of big-company organizational politics is to avoid working at big companies altogether.
This is perhaps what I find somewhat odd about Sean's writing. It sometimes reads to me like a scathing critique of the dysfunctional bureaucratic dynamics of big tech companies, but that isn't really his conclusion!
The key point is at the end of the OP. The dysfunction and bureaucracy are annoying, even to the people who make a career out of it, there's no level of enlightenment where it stops being so. It's just an inevitable consequence of doing some kinds of things and making some kinds of decisions. If you're faced with an important decision affecting 10,000 employees or a million users, there's no perfectly good way to make it, only a least bad way.
Correction..how dysfunctional companies work..
There are two things that drive your value (aka salary):
1. Do people like working with you 2. What would a competitor pay to hire you
The driving factor in the first is your UI, the second your skills.
glue work is real work and a lot of projects get stalled or blocked because there was no glue; especially in SOA where you have different teams with differing roadmaps integrating with each other. It's not just about communication/socialization, but also how code interacts and how the contract is defined.
How many large tech companies has the author worked for? I don't see how general lessons can be drawn from the stuff on their LinkedIn.
Actual title: You Have to Know How to Drive the Car.
Actual theme: LARGE tech companies suck.
Declared subject: you have to know how tech companies work
Actually subject: you have to know how large-and-or-disfunctional-and-or-sales-or-finance-bro-led-companies work.
Tagging @dang re title.
Thanks, we updated the title