写给工程师的十条精进原则-摘要

阅读了美团技术团队的文章《写给工程师的十条精进原则》，感触不少。文章提到的观点不只对职场菜鸟，对老司机也颇有帮助。总结下其中重要的描述记录下来，但愿能持续勉励本身。

原文：juejin.im/post/5b762b…

摘要：

原则一：Owner意识

1. 认真负责是工做的底线。对交付的结果负责。
2. 积极主动是"Owner意识"更高一级的要求。作好分内工做，也要积极主动作"份外"的工做。推进合做团队进度，保证项目顺利推动。不给本身设限，努力成为更优秀的人。

原则二：时间观念

1. 工做安排要有计划性。计划粒度足够细，关键时间点要可检查。
2. 工做安排分清主次。按照重要、紧急程度分四象限。

原则三：以终为始

1. 先想清楚目标，而后努力实现。根据问题设定目标，再进行优化。作需求的同时关注目标和收益及使用效果。解决特定的问题才是技术优化的目的。
2. 带着目标去学习。有目标的学习效果比碎片化阅读要好。

原则四：闭环思惟

1. 沟通要有结论，通知要有反馈，TO DO要有验收。
2. 按期主动进行阶段性的反馈。项目是否正常推动，是否遇到问题须要协助。

原则五：保持敬畏

1. 尽快学习团队既有规范，与团队保持一致。
2. 若是规范存在不妥之处，能够全组讨论，及时更新迭代。

原则六：事不过二

1. 全部评审和问题讨论，不要超过两次。经过这种方式，倒逼利益方尽量作好需求和设计方案。评审前，尝试与全部相关方达成一致，会上有针对的讨论。
2. 一样错误不能犯两次。每次故障后作好复盘，分析故障缘由和明确可执行的TODO LIST。

原则七：设计优先

1. 重视前期的架构设计。
2. 写别人看得懂的设计。好的设计，必定是逻辑清晰易懂、细节落地可执行的。

原则八：P(产出)/PC(产能)平衡

1. 系统要在不断支持业务需求的过程当中，持续进行架构的优化。一味作需求而不优化系统，系统愈来愈差，最终影响业务；反之，一个没有业务产出的系统，最终会消亡。
2. 要在作项目过程当中，经过学习总结持续提高本身的技术能力和软素质，并应用到项目实施交付中，达到共赢。

原则九：善于提问

1. 首先要勤于提问。只有在争辩中，才可能诞生最好的主意和决定。
2. 懂得如何提问。要有知识储备、专业技能、经验，还有批判性思惟。

原则十：空杯心态

1. 时刻进行自我检视和检讨。不能让自信演变为自满。

我的感受不太容易记忆，从新总结梳理(相似软件设计思惟)，力求简短容易记忆。

目标明确(以终为始) -> 设计优先 -> 业务技术相辅相成(P/PC平衡) -> 有计划、分主次(时间观念) -> 认真工做、主动承担(Owner意识) -> 遵照、改进规范(保持敬畏) -> 多思考、勤提问(善于提问) -> 及时反馈、验收(闭环思惟) -> 不犯相同错误(事不过二) -> 空杯心态