共计 1239 个字符，预计需要花费 4 分钟才能阅读完成。
作者：Miłosz Piechocki
高级工程师关怀什么？
他们关怀如何编写程序。他们最看重的是软件品质，采纳最佳实际，并尝试采纳最前沿的技术。他们投入了大量工夫去学习新技术。对他们来说，最终目标是编写出优雅、高性能、可保护的软件。
高级工程师关怀什么？
他们关怀如何构建零碎。对他们来说，创立软件只是一系列流程中的一步。
- 第一步，他们质疑这个软件是否值得创立，这是首要的。他们会问，这个软件解决了什么问题，为何这些问题的解决很重要，谁会用这个软件以及用到什么水平。
- 软件应该运行在哪里，以及如何监控它以确保它正确地运行。
- 他们还会决定，如何掂量软件真的是在依照设计的要求去解决问题。
构建零碎比建造软件的难度高多了，甚至到了一个不难受的水平。作为一个工程师，躲在本人的“小洞穴”中分心打磨那些小代码，是十分迷人的一件事。一般来说，咱们偏向于认为，业务的决定是产品经理的工作，代码的部署是运维团队的事件。然而，如果你参加到零碎构建的这些环节中来，将会带来微小的价值。因为 你是最理解这个软件，以及应该如何运行、监控、扩大这个软件的人。还有，你的剖析能力、解决问题的技巧，让你的对于产品需要的洞察观点非常有价值。
技术上的专业知识当然十分重要。编写出优雅、高性能、可保护的软件，更容易运行，解体的频率更少，更容易扩张且须要更容易了解。然而，软件有可能解决了谬误的业务问题；或者客户因为性能缺点并不喜爱它，而你甚至因为没有没有监控到软件而不晓得这个事件。
零碎构建的流动
一起来深刻地看看，这个零碎构建的流动步骤列表（并不详尽）。
- 制订需要。跟产品经理一起理清，要解决客户的什么问题，或者你会有一些如何用起码精力去实现工作的办法？
- 制订非性能需要。通知产品经理一些非性能需要——零碎能包容多少用户，须要的性能、吞吐量、提早是什么？有没有平安和合法性上的顾虑？咱们要不要审核？规定的可用度是什么？
- 打算迭代。和你的团队一起，制订一份履行打算，确保你制订了细小的、可行的进度治理。而后你就能尽快地递交成绩，跟产品经理确认里程碑了。
- 制订内部支援。确保你搞清楚了所有的内部支援，跟你的项目经理或者团队沟通，为他们争取一些排期，并依据此来调整里程碑。
- 测试。取决于你的公司运行形式，来决定你与团队或者品质团队的测试策略。协商好公布时候须要的品质阈值。（比方不能有未解决的重大问题，或者测试覆盖率要超过 X%）
- 可观测性。决定好你要怎么监控零碎的健康状况，和设置解决产品问题的流程（比方团队值班）。用第三方计划（比方 SumoLogic）来设置监测器和仪表盘来实现这个需要吧。
- 公布沟通。一旦你与团队和产品经理协商好了公布日期，请确保所有利益相干人都晓得这个事件。检查一下是不是有必要更新某些文档。
总结
我遇到过很多工程师，他们都深信职位降职的惟一办法，就是一直投入精力到专业技能上。当然这很重要，但惟一关系到你的公司的事件是，你能对业务营收产生多大的影响。把注意力从软件，转移到零碎上来吧。改善零碎比改善软件，更能让你回升到好的职位。