给新任首席技术IC的建议（写给自己的笔记）
原文: Advice for New Principal Tech ICs (i.e., Notes to Myself)
eugeneyan.com 行业观点 进阶 影响力: 5/10
从写代码到定方向，技术骨干晋升首席IC后如何转变思维、发挥最大影响力。
核心要点
- \"首席IC不再是纯写代码，核心是技术愿景、设计反馈和业务上下文\"
- \"不同首席有不同风格，找到适合自己的'强项'而非模仿他人\"
- \"保持动手写代码但更重要的是连接各团队、发现新问题\"
深度解读
从写代码到定方向——首席技术IC的生存指南
Eugene Yan 在 Amazon 晋升首席（L7+）技术岗后，写下了这篇给自己的笔记。虽然是个人复盘，但对任何从高级工程师升到 Staff/Principal 级别的技术人来说，都是一份极具参考价值的"生存指南"。
最大的认知转变
Yan 总结了一条最关键的认知变化：你以前的核心工作，现在变成了"副业"。
不是说你不该写代码了，而是写代码不再是你对团队最大的贡献。你的新职责包括：
- 制定技术愿景和方向
- 给出设计评审反馈
- 提供业务、产品和技术的上下文信息
- 发现新问题、连接不同团队的工作
即使你还在80%的时间写代码，那20%的战略工作才是真正产生影响力的部分。
首席没有标准模板
Yan 观察到，成功的 Chief IC 有不同的"口味"：
- 有人深耕一个领域，成为某个方向的技术权威
- 有人擅长横向影响，协调多个团队朝着一个目标前进
- 有人是技术探路者，用行动示范"这事应该怎么做"
- 有人擅长理清复杂性，为团队指明方向
关键不是模仿谁，而是找到自己的强项并放大它。
保持"动手"的底线
"任何长期不动手的首席都在给自己挖坑。"
写代码是保持技术直觉的关键——不亲自动手，你怎么判断一个技术方案是优雅的还是灾难性的？但动手不等于亲力亲为，而是通过动手保持对技术细节的敏感度。
给国内技术人的启示
这条晋升路径在国内对应的是P8→P9、T3→T4的跨越。核心挑战是一样的：从"我能搞定"到"我能让团队的方向正确"的转变。很多技术骨干卡在这一点，不是技术不行，而是角色认知没有跟上。
Yan的笔记提供了一个很好的反思框架：你的时间花在了"正确"的地方吗？
原文地址: Advice for New Principal Tech ICs (i.e., Notes to Myself)