> For the complete documentation index, see [llms.txt](https://yucliu.gitbook.io/staff-engineer/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://yucliu.gitbook.io/staff-engineer/qian-yan.md).

# 前言

当人们问起我怎么写的第一本书《优雅的谜(An Elegant Puzzle)》时，我说一半是在10年里写的，另一半是在6个月里写的。创作这本书对我而言常常是一个挑战，最终的文稿里也有很多我不满意的地方，但创造这本书确实是我个人的高光时刻。作为一个作者，你可能会警告其他有想法的作者不要继续写书了，但我没有这种想法，甚至对我自己也没有:所以那就再写一本书吧！

问题是，什么书?关于工程管理，我可能有更多要说的，但我现在肯定没有更多要说的了。我在管理上花的时间比在开发上花的时间更多，还有其他人更适合写关于开发效率的文章。我希望有一天能写一本关于基础设施（Infrastructure）的书，但在接下来的几年里，我尽量少花时间思考基础设施问题。

最终，我回到了两个核心问题上。今天我在哪些领域遇到了挑战? 我认为哪一本书能将科技行业推向一个积极的方向? 符合这两个条件的一个话题是：高级工程师（Staff Engineers）。在大多数职业中，随着职位的提高，人们会越来越确定自己的角色，但据我的经验，许多工程师在获得他们的第一个Staff角色后就失去了方向感。我非常害怕看到看到有人追求一个Staff工程师的职位长达10年或更久，然后发现他们其实并看不上这项工作，或觉得缺乏获得这个职位的能力。

除了亲自深入挖掘寻找和操作这些Staff以上的角色的话题外，我还认识到，不同的人在达到这些角色时有着非常不同的体验。与我共事过的一些最有才华的人都很难跨过高级工程师这一级。每一次尝试，他们都会遇到系统性的障碍，将他们的晋升周期推得更远。

当我开始写这本书的时候，我的第一步是列出章节和主题。盯着大纲，我很快意识到我不能独自写这本书。这就引出了一系列的采访，在这些采访中，我了解到了人们获得第一个高级工程师职位的故事，以及他们在晋升后是如何在这些职位上运作的。这些故事，加上我自己作为manager支持、提拔和雇佣Staff及以上等级工程师的经验，慢慢地写出了这本书。

我希望本书《Staff Engineer》帮助您完善您的愿景，即技术领导可以是什么，以及您如何朝着这个愿景发展。