Hacker News new | past | comments | ask | show | jobs | submit login

I'm glad you asked because it's a subtle thing, and may be related to me personally. But I would venture I'm not the only engineer like this.

For me, I spent my whole career bouncing against the walls constraining of what an engineer role was supposed to be. I'd push back against requirements from Product Managers and be told I'm ruffling feathers. (Not directly, but indirectly). I'd see QA or Documentation struggling, and I'd jump in to help, and be told later that my contributions there are not appreciated.

I'd see another part of the company do something wrong, bring it up, and be told there's nothing I can do.

I'd have a great idea and be told "that makes sense, but we can't do it for <unsatisfying reasons>"

Amazon, on the other hand, always nurtured this within me. Good ideas reign supreme. Most people I work with have very little ego - they just want to do the Right Thing for customers, and ship great solutions that solve real problems. NOTE: I'm not claiming this is universal. There are plenty of egomaniacal assholes that ruin whole teams. Those horror stories are out there too. But in my experience, working on 4 different teams, in 3 different geographies, they are by far the exception.

My last 3 years in my career before Amazon, I was the tech lead for 3 different year-long projects in 2 different companies. Each we built exactly what we set out to do. Each went into production. Each was a collossal failure. Why? Customers didn't want it. We didn't solve the right problem.

This has NEVER happened to me in a decade at Amazon. The "Working backwards" process is LEGIT. There are notable exceptions (Firephone!), but every single project I've personally worked on has been a monumental success. That's super important to me. I want my work to have meaning. I don't want to write code, exchange it for cash, and move on to the next thing. I want the things I build (mostly AWS services) to be useful to someone.

So, this is what fulfillment means to me:

* I can define my own job description via a lot of Ownership, and work on big problems within my job role (SDE), and outside of it. Despite Amazon's huge size, I never feel like a cog in a machine. I have a lot of power to fix problems I see in my team, org, and in the rest of the company.

* Everything I've built I know has made an impact on people's lives (Developers, and their productivity) and that impact only grows. It feels really good knowing hundreds of thousands of developers are each a little (or a lot) more efficient and can spend more time on interesting problems rather than boring cruft, by using stuff I built.

The "learning and improving" part is interesting. I would unequivocally say yes, and was a huge part of what I loved about the company a decade ago when I first joined. But that part is also as much a curse as is a blessing. Sometimes I actually wish I could just pause and keep doing what I'm doing and be GOOD at it without tackling the next tier of challenges. But it seems that as soon as I get good at anything, I find myself seeking the next level of complexity, and the company is equally happy to throw me into an even deeper part of the pool. So to some degree I always feel like I'm on the edge - always not sure if the problem I'm working on is solvable. At this point I just know that I'll get through it and figure it out in time. And if I don't, I'll learn a lot about why it doesn't work. So maybe I just take this for granted now. It doesn't spark joy day to day, unlike the other 2 bullet points.




Thanks very much for this. I've been fortunate enough to find similar things (though at a much smaller scale than AWS) at my current workplace. If you're still reading this, I would love to know whether you can get the above with some kind of semblance of a worklife balance. Do you have coworkers that maintain a 40 hour workweek, and don't have to work on weekends? How far away from that "ideal" can one get while still having a successful career at AWS?


Very team-specific again.

There are definitely horror stories of teams that are struggling to hire (because of misinformation like in this thread), yet still have to maintain a service operationally, so have an oncall rotation of 4 people. 25% of your life getting paged? No thank you, not for me.

Usually, these get identified, escalated, and some form of help is brought in. But it requires a manager not to be too proud to ask for help.

Most coworkers I know do maintain 40-45 hour weeks, and most oncall rotations are 8-10 people so you're oncall ~once every 2 months.

COVID has been interesting - some folks went off the deep end and ended up working too much and burnt out. Some found a happy work life balance and realized there are more important things in life than work.

That said, if you're a foundational AWS service, and when you go down half the internet goes with you, when there is an issue, it's all hands on deck to try to fix it (up to the CEO level. When there is a public announcement of AWS impairment, the CEO gets updates every 10 mins whatever the time of day. Because of deep deep ownership). Those don't happen very often (maybe quarterly?)

And if you're not on a team on such critical path, things are a lot more relaxed. But the people that are on this critical path think it's worth it because the fulfillment and pride in being on the critical path for so much technology is itself a worthwhile mission.


Very encouraging to hear, appreciate the detailed answers. I might just apply soon. Would be cool to work on an AWS service for sure. Thanks! If you have any team recommendations or want to refer me in then Iā€™m all ears.




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

Search: