亚马逊工程文化:来自资深首席工程师的经验教训
Inside Amazon's engineering culture: Lessons from their senior principals

原始链接: https://olshansky.substack.com/p/inside-amazons-engineering-culture

## 亚马逊的工程文化:罕见的内部观察 最近在亚马逊西雅图总部举办的一次私人开放日,展现了杰夫·贝佐斯建立的持久工程文化。此次活动由高级工程领导参加,重点强调了三个核心主题:**目标驱动的工作**、**清晰的结构对齐**以及**对工艺而非福利的关注**。 亚马逊对角色划分非常明确——高级首席工程师*负责*实际工作并赋能他人,总监负责获取资源,而副总裁则做出果断的自上而下的决策,尤其是在“单向门”(不可逆的选择,如关键招聘或产品关闭)方面。相反,可逆的决策则由下而上驱动。 与会者强调亚马逊对**客户的执着**是所有技术决策的制约因素。这种文化尽管公司不断发展,但始终保持着惊人的稳定性,优先解决大规模问题,并吸引在那种环境中茁壮成长的人才。 几乎没有关于典型员工福利或工作生活平衡的讨论。 此次活动强调了建立在**好奇心、清晰度和执行力**之上的文化的强大力量,在这种文化中,**决策**而非口号驱动着持久的价值观。它激发了人们培养类似的首席工程师社区的愿望,并强调了人工智能在“真正工程”学科中日益重要的作用,但仍处于发展中。

## 亚马逊的工程文化:摘要 最近一篇 Hacker News 上的帖子引发了一场关于亚马逊工程文化的讨论,揭示了对此的复杂且常常批判性的观点。虽然原文侧重于从亚马逊高级主管那里学到的经验——客户至上、规模化问题解决——但评论者们大多对积极的描述表示异议。 许多前员工描述了一种竞争激烈、缺乏工作生活平衡的环境,重点是绩效改进计划(PIP)和长时间工作。尽管有竞争力的薪酬说法,但一些人认为 Meta、Google 和新兴的 AI 公司提供更好的薪酬*和*文化。最近的薪酬调整和大规模裁员(最近裁员 14,000 个公司职位)进一步加剧了这种负面情绪。 一个关键主题是亚马逊从早期、创新的“第一天”文化向更加官僚化和可能衰落的状态转变,类似于 IBM。一些人认为该公司优先考虑股东价值而非员工福祉,从而营造了一种竞争甚至敌对的内部环境。虽然承认亚马逊对技术的贡献,但许多评论员对它对更广泛的科技行业和员工福利的影响表示担忧。
相关文章

原文

Last week, Amazon quietly hosted a private open house for senior engineering leaders at its Seattle headquarters. About fifty people gathered to discuss how Amazon makes technical decisions at scale-the kind you don’t hear about in press releases or leadership books.

I didn’t know what to expect, but who would say no to dinner with smart people and deep conversations in the Seattle Spheres

This is my version of a great night out 🥂.

It was a rare glimpse into the senior engineering culture that Jeff Bezos seeded. It still defines the company today.

Three themes stood out:

  1. Purpose: Mission-driven work.

  2. Structure: Clear alignment between titles and roles.

  3. Focus: Craft over perks.

Amazon didn’t ask me to write this. I wanted to capture my thoughts while they’re fresh. If you’ve ever wondered what Amazon’s engineering culture feels like from the inside, this might help.

The space industry is the definition of mission-driven culture.

MiMi Aung, a NASA veteran of thirty years and Director of Technical Program Management for Project Kuiper, gave a presentation I’ll never forget.

She led the development of Ingenuity, the small helicopter that flew on Mars.

She’s one of the most mission-driven people I’ve ever met. You could tell she had hundreds of stories but only fifteen minutes to share them. The world is lucky to have people like her. A three-hour podcast (Lex? Tim? Any takers?) is what we need but don’t yet have.

At one point, I found myself in a circle with a Director from Blue Origin, an engineer from the Jet Propulsion Laboratory, and a Principal SDE from Project Kuiper. It was clear I was among people building the future.

It’s inspiring to live in a time when the private sector—and companies like Amazon—are both willing and able to provide resources so that execution isn’t limited in the short term, while remaining pragmatic enough to demand returns in the long term.²

This reinforced a few ideas I’ve been mulling over. After this event, I can’t let them go. More on that in another post.³

A Senior Principal Engineer is not a Director and not a Vice President.

At a small startup, a CTO might wear many hats: CTO, VP, Director, Principal Engineer, test engineer, even salesperson—depending on the day.

At Amazon, while overlap happens, it isn’t the norm.

A panel with three Senior Principals and one Director made that clear. Some had been at Amazon for more than twenty years; others for only a few. Regardless of tenure, their role clarity was striking.

A Senior Principal Engineer figures out what to do and makes it happen—sometimes by doing it themselves, sometimes by enabling others.

A Director ensures those engineers can do their jobs by securing resources, arranging meetings, and clearing obstacles. “I got you,” as one said.

A Vice President focuses on direction and one-way decisions. They gather input but don’t decide by committee. They decide as individuals.

The topic of one-way doors fascinated me. These are decisions that can’t be undone. They require a mix of experience, intuition, optimism, and authority.

I asked for examples after the session, and their answers stuck with me.

From my own startup experience, one-way decisions have included irreversible team changes, choosing frameworks that define future ecosystem alignment, and setting immovable timelines.

When I asked a VP at Amazon for their examples, they mentioned:

  • Leadership hires – A bad hire can quietly poison a culture.

  • Product selection – Shutting down a product can disband entire organizations.

  • Letting go of a customer – Once you deprioritize a customer, that trust may never return.

My takeaway from that conversation:

One-way doors require top-down decisions. Reversible decisions should come from bottom-up ownership.

Amazon’s rule of thumb: reversible decisions move fast; one-way doors move slow.

Amazon remains obsessed with customers and craft—not perks.

Amazon’s founding team built the culture, but it has outlived those who created it. There’s something powerful about seeing that endurance firsthand.

On my drive home, I reflected on what was said—and what wasn’t. There was no talk of lunches, gyms, benefits, or flexible hours. The word balance never came up.

There was only talk of customer obsession and solving problems at scale—imagining the biggest problem possible, then multiplying it by ten. Of being surrounded by hardworking, intelligent peers doing their best work.

I pressed with a few questions during the panel. Every Amazonian there truly embodied the company’s values. It’s why some have spent their entire careers there, and why others have left only to return.

At Amazon, customer obsession isn’t just a value—it’s a constraint on every technical tradeoff.

The event itself was meticulously organized. It struck the right balance of talks, panels, Q&A, and breaks. We’ve all been to events so packed they’re exhausting; this one wasn’t.

The guest-to-Amazonian ratio felt perfect. I’d estimate thirty-five attendees and fifteen Amazonians. It was intimate enough to meet everyone yet lively enough to stay energetic.

I learned what it was like to work at Amazon in 2000, what onboarding feels like in 2025, and spoke with engineering leaders spanning industries from space to biotech.

Mostly, I’m just grateful—for the people I met, the conversations I had, and the ideas I left with.

I’m on my own entrepreneurial journey, and I’d love to create the kind of Principal Engineering community that Amazon has.

If you’re a Principal+ Software Engineer, I highly recommend reaching out to their recruiting team. No frills, no fluff, no games—just a chance to speak with some of the smartest people in the industry.

For all Amazon’s scale, its success still rests on three primitives: curiosity, clarity, and execution. Everything else—AI, perks, org charts—is scaffolding.

Culture endures when decisions, not slogans, carry it forward.

Written after attending Amazon’s October 2025 Engineering Open House in Seattle.

[1] I like to call the Amazon Spheres “Bezos’ Balls.” To build a company as big as Amazon, you need some big ones—and two isn’t enough. 🙃

[2] Speaking of the space industry in the private sector, one of my friend’s is building Canada’s sovereign launch capabilities at NordSpace and its inspiring to see things coming to fruition.

[3] As a software-first individual, I test and use the latest and greatest AI tools on a daily basis. I’ve been using GitHub Copilot since 2021 and can’t imagine working without my ChatGPT or Claude subscriptions. I asked engineers across Amazon, NASA, and Blue Origin about their AI experiences. Many on the ground floor in “real engineering” disciplines are still slow to adopt these tools. The opportunity here is massive—it’s only a matter of time. I’ll save the details for another post, but now I have a goal: to earn a spot at the MARS Conference.

联系我们 contact @ memedata.com