导言

不久前，桥水基金创始人雷达里奥在《准则》一书中所传达的理念，引爆了朋友圈。每个人都应该有自己的准则，当咱们需求作出挑选时，必定要坚持以准则为中心。可是在现实生活中，咱们往往缺少对准则的总结，关于许多人来说这是一门“只可意会不可言传”的形而上学，是属于老司机的隐秘，其实不然。追求杰出 是互联网技术的价值观。作为一名技术人员，咱们应该怎么践行呢？本文总结了十条精进准则，期望能够给咱们带来一些启发，更好地辅导咱们的举动。

准则一：Owner认识

Owner认识 主要体现在两个层面：一是认真担任的情绪，二是活跃自动的精力。

认真担任是作业的底线。 首先，要对咱们交给的成果担任。项目中每一个规划文档、每一行代码都需求认真完结，要对它的质量担任。假如规划文档逻辑混乱，代码没有注释，测验时发现一堆Bug，影响的不仅仅是RD的工程交给质量，还会对协同作业的RD、QA、PM等发生欠好的影响。一朝一夕，团队的整体交给质量、作业功率也会逐渐下降，甚至会导致团队成员之间发生不信任感。其次，咱们要对开发的体系担任。体系的架构是否需求改善，接口文档是否完善，日志是否完好，数据库是否需求扩容，缓存空间够不够等等，这些都是需求落地的作业。作为体系Owner，请必定要认真实行。

活跃自动是“Owner认识”更高一级的要求。 RD每天要面对大量的作业，并且许多并不在计划内，这就需求具有一种活跃自动的精力。例如咱们每天或许会面对大量的技术咨询，假如客户提出的问题很长时刻得不到回应的话，就会带来欠好的客户体会。许多同学说忙于自己的作业没有时刻处理，有同学觉得这件事不是很重要，也有许多同学是看到了，可是不知道怎样答复，更有甚者，看到了爽性装没看见。这些都是缺少Owner认识的体现。正确的做法是活跃自动地推动问题的处理，假如时刻无法排开或许不知道怎么处理，能够直接将问题反应给能处理的同学。活跃自动还能够表现在更多方面。比方许多同学会自发地整理担任服务的现状，依据接口在性能方面露出的问题提出改善定见并继续推动处理；也有同学在跨团队沟通中自动承担起主R的角色，活跃发现问题、露出问题，推动协作团队的发展，保证项目顺畅推动。这些同学无一不是团队的中坚力量。所以，咱们在做好自己份内作业的一起，也应该活跃自动地投入到“份外”的作业中去。一分耕耘一分收获，不要给自己设限，尽力成为一个愈加优异的人。

准则二：时刻观念

信任咱们都有时刻观念，可是真实能履行到位的或许并没有那么多。互联网是一个快速发展的职业，RD的研制功率是一个公司硬实力的重要体现。项意图按期交给是一项很重要的履行才干，在很大程度上决定着领导和搭档对自己靠谱程度的点评。咱们或许会问：难度简直相同的项目，为什么有的同学常常Delay，而有的同学每次都能准时上线？一个很重要的原因，便是这些准时交给的同学往往具有如下两个特质：干事有计划，作业分主次。

作业组织要有计划性。 一般，RD在规划评定之后就能预估出精确的开发时刻，进而再合理地组织开发、联调、测验计划。假如是项目担任人，那么就会触及和谐FE、QA、PM等多个工种的同学共同完结作业。凡事预则立，不预则废。在计划制定进程中，要尽或许把每一项拆细一点（至少到pd粒度）。事实证明，粒度越细，计划就越精准，实践开发时刻与计划之间的误差就会越小。此外，务必要规则明晰的可查看的产出，并在计划中设置一些要害的时刻点进行核对。许多血淋淋的事实告知咱们，许多项目延期都是由于在一些要害交给点上双方存在不合造成的。例如后台RD的接口文档计划在周五供给，FE认为是周五上午，而RD认为是周五下班条件交，无形中会给排期带来了1pd的误差。所以，咱们要做到计划粒度满足细，要害时刻点要可查看。

作业组织要分清楚主次。 咱们每天要面对许多的作业，要学会分辩这些作业的主次。能够测验运用“艾森豪威尔规律”（四象限规律），把作业依照重要、紧迫程度分红四象限。优先做重要紧迫的作业；重要不紧迫的作业能够暂缓做，可是要继续推动；紧迫不重要的作业能够酌情委托给最合适的人做；不重要不紧迫的作业能够考虑不做。许多项目无法按期交给的原因，都是由于履行人分不清主次。比方在开发中需求运用到ES，一些不熟悉ES的同学或许想体系性地学习一下这方面的常识，就会一头扎进ES的浩瀚中。最终才发现，本来一天就能完结的作业被严峻拖后。实践作业中，咱们应当防止这种“本末倒置”的作业办法。在本例中，体系性地学习ES是一件重要但不紧迫的作业。要学会分辩出这些搅扰的作业项，保证重要紧迫的作业能够准时交给。

准则三：以终为始

以终为始（Begin With The End In Mind），是史蒂芬柯维在《高效能人士的七个习气》中提到的一个习气。它是以一切事物都经过两次发明的准则（第一次为心智上的发明，第2次为实践的发明）为根底的。直观的表达便是：先想清楚方针，然后尽力完成。

在作业中，许多RD往往仅仅埋头走路，很少抬头看天。每次季度总结的时分，罗列了许多项目，支付许多尽力。可是详细这些项目获得了哪些收益，对事务有哪些提高，却很难说出来。这就阐明在作业中并没有遵守“以终为始”这一准则。此外，许多同学在做需求的进程中，关于方针与收益注重不够，体系上线之后，也没有继续地跟进运用作用。这一点在技术优化项目中体现得尤为显着。例如在一个接口性能优化的项目中，经过RD的尽力优化，体系TP99缩短了60%，支撑QPS提高了2倍。可是体系究竟需求优化到什么程度呢？是不是缩短60%，提高2倍就能满意需求呢？在优化之前，许多同学常常遗忘设置一个预设的方针（TP99小于多少，支撑QPS大于多少）。咱们有必要清楚，优化必定是有原因的，比方预期某节假日流量会暴增或许某接口超时份额过高，假如不进行优化，体系或许会存在宕机危险。处理特定的问题才是技术优化的终究意图，所以要依据问题设定方针，再进行优化。

“以终为始”，这一准则还能够作用于咱们的学习中。许多同学看过许多技术文章，可是总是感觉自己依然一窍不通。很重要的一个原因，便是没有带着方针去学习。在这个信息爆破的时代，假如仅仅碎片化地接纳各个大众号推送的文章，作用简直能够忽略不计。在学习之前，咱们必定要问自己，这次学习的方针是什么？是想把Redis的耐久化原理搞清楚，仍是把Redis的主从同步机制弄理解，亦或是想学习整个Redis Cluster的架构体系。假如咱们能够带着问题与方针，再进行相关的资料收集与学习，就会事半功倍。这种学习模式的作用会比碎片化阅览好许多。

准则四：闭环思想

你是否遇到过这样的场景：参与了一个规划（或需求）评定，咱们兴味盎然地提了许多合理的定见，等到再次评定的时分，却发现第一次提的许多问题都没有得到改善，许多评论过的问题需求从头再开始评论。这种状况便是一种典型的作业不闭环。

之前看过一句话：一个人是否靠谱，就看他能否做到凡事有告知，件件有着落，事事有回音。这便是闭环思想的重要性。它着重的是一种即时反应闭环， 假如他人给咱们分配了一个使命，不论完结的成果怎么，必定要在规则的时刻内给出明晰的反应。例如在跨部门的沟通会议中，尽管各方到达了共同，会议发起者现已将终究的记录周知咱们。可是，到这一步其实并没有完结真实的闭环，在落地履行进程中很或许还存在一些潜在的问题。例如，会议纪要是否经各方细心核对并确认过？会议中明晰的TODO发展是什么？完结成果有没有Check的机制？假如这些没有做到的话，就会陷入“沟通-发现问题-再沟通-再发现问题”的恶性循环中。真实的闭环，要求咱们对作业中的作业都能够养成良好的思想习气，沟通要有定论，告知要有反应，TODO要有检验。

“闭环思想”还要求能够定时自动进行阶段性的反应。 刚参与作业时，我接了一个工期为两个月的项目。整个项目需求独自完结，自己每天依照计划，有条有理地进行开发。大概过了两周之后，Leader问询项目发展，尽管我现已跟他说没问题。可是，Leader告知我，由于我每天对着电脑也不说话，让他心里很没底。这时，我才认识到一个很重要的问题，我跟Leader之间存在信息不对称。从那以后，我就时不时得跟他汇报一下发展，哪怕就只要简短的一句话，也能够显着感觉，他对我的决心添加了许多。特别是我做Leader之后，对这种闭环反应的了解，就愈加深刻了。从Leader的视点看，其实仅仅想知道项目是否在正常推动，是否遇到问题需求他帮忙处理。

准则五：坚持敬畏

“君子之心，常怀敬畏”，坚持敬畏之心能够让咱们少犯过错。在作业中存在各式各样的标准，例如代码标准、规划标准、上线标准等等。咱们有必要理解，这些标准的制定必定是根据某些客观原因的，它们都是历史上许多Case积累而来的经历。团队里的每一个成员都应该学习并严格遵守，这一点关于新人尤其重要。

当咱们进入到一个新的团队，请先暂时遗忘之前的习气，要尽快学习团队既有的标准，并且让自己与团队坚持共同。 以编码风格为例，许多同学往往习气于自己之前的代码写作风格，在做新公司第一个项目时，也依照自己的习气进行变量、包的命名等等。成果在代码Review进程中，被提了许多修改定见，不得不返工重写，因小失大。假如能够坚持敬畏之心，提早了解编码标准，这种问题完全能够防止。相似的问题，还包括对上线流程不了解，对回滚操作不熟悉，对SRE线上变更进程不了解等等。除了这些显而易见的标准，还有一些约定俗成的规则。个人主张是：假如有作业拿不准，无妨多问问其他搭档，不要凭自己的感觉做作业。

坚持敬畏之心并不意味着要“泥古不化”。在咱们充分了解这些标准和约定之后，假如觉得存在不妥之处，能够跟全组同学评论，是否采纳新的主张，然后及时去更新迭代。其实，让标准与约定与时俱进，也是另一种办法的敬畏。

准则六：事不过二

“事不过二”，是咱们团队一向坚持的准则，它能够解读为两层含义。

一层含义是 “一切的评定与问题评论，不要超越两次” 。之所以有这样的要求，是由于咱们发现，许多RD都把时刻花费在一些无休止的评定与问题评论中，真实投入到实践开发中的时刻反而很少。在实践作业场景中，咱们常常会遇到一些不是很成熟的需求评定。这些需求文档，要么是背景与方针含糊不清，要么是产品计划描绘不够细化，或许存在歧义。RD与PM被迫重复进行评论，我曾经遇到过一个需求评定，进行了三次还被打回。相同的问题，在规划评定中也层出不穷。计划固然需求经过重复的评论，可是假如迟迟不能到达共同，就会耗费许多RD与PM的宝贵时刻，这就与提高研制功率的理念背道而驰。因而，咱们团队规则：一切的评定最多两次。 经过这种办法，倒逼利益相关方尽或许地做好需求与计划规划。评定会议组织前，测验与一切相关人员到达共同，问询对方的定见，并进行有针对性的评论，这样能够大大提高评定会议的功率和质量。假如在第一次评定中不经过，那么就只要一次时机进行复审。一旦两次不经过，就需求进行Casestudy。

“事不过二”准则的另一层含义，是 “相同的过错不能犯第2次” 。每次毛病之后，Casestudy都有必要进行深刻的总结复盘，对毛病原因进行5Why分析，给出明晰可履行的To Do List。每次季度总结会，咱们自我检讨问题所在，在下个季度有必要有所改善，不能再犯相似的过错。孔子云：“不迁怒，不贰过”，在过错中反思与生长，才干让咱们成为更优异的人。

准则七：规划优先

“规划优先”这条准则，相对来说愈加详细一些。之所以单列一项，是由于架构规划太重要了。Uncle Bob曾说过：“软件架构的方针，是为了让构建与保护体系的所需人力资源最小化。”

架构规划，并不仅仅联系到体系的质量，还关乎团队的效能问题。 许多团队也有明文规则，开发周期在3pd以上的项目有必要有规划文档，开发周期在5pd以上的项目有必要有规划评定。在详细的履行进程中，由于各种原因，规划往往并不能到达预期的作用。究其原因，有的是由于项目周期紧，来不及规划得满足详细；有的是由于RD片面上认为项目比较简单，规划敷衍了事。许多事实证明，忽略了前期规划，往往会导致后续开发周期被大幅拉长，给项目带来了很大的Delay危险。并且最可怕的是，不妥的规划会给项目带来巨大的后期保护本钱，咱们不得不腾出时刻，专门进行项意图优化与重构。 因而，无论什么时分都要记住“规划优先”这一准则。磨刀不误砍柴工，前期良好的规划，会给项目开发以及后期保护带来极大的收益。

“规划优先”这一准则，要求写他人看得懂的规划。咱们了解一个体系最直接的途径便是结合规划文档与代码。在实践作业中，许多同学的规划文档让咱们看得一头雾水，通篇下来，看不出体系整体的规划思路。其实，规划的进程是一种智力上的发明，咱们更期望它能成为个人与团体才智的结晶。怎么才干让咱们的规划变得通俗易懂？我个人认为，规划应该尽量运用比较合理的逻辑，进而把规划中的一些点组织起来。比方能够运用从笼统到详细，由总到分的结构来组织材料。在规划进程中，要以需求为起点，经过合理的笼统把问题简化，讲清楚各个模块之间的联系，再详细分述模块的完成细节。做完规划之后，能够发给比较资深的RD或许PM审理一下，依据他们的反应再进行完善。好的规划，必定是逻辑明晰易懂、细节落地可履行的。

准则八：P/PC平衡

“P/PC平衡”准则，即产出与产能平衡准则。伊索寓言中讲述了一个《生金蛋的鹅》的故事。产出比如“金蛋”，产能比如“会下金蛋的鹅”。“重蛋轻鹅”的人，终究或许连产蛋的财物都保不住；“重鹅轻蛋”的人，终究或许会被饿死。产出与产能有必要平衡，才干到达真实的高效能。为了让咱们更明晰的了解这一准则，本文举两个例子。

从体系的视点看，每一个体系都是经过继续不断地叠加功能来完成其产出，而体系的产能是经过体系架构的可扩展性、稳定性等一系列特性来表征。为了到达产出与产能的平衡，需求在不断支撑事务需求的进程中，继续进行技术架构层面的优化。假如一味地做事务需求，经过必定的时刻，体系会越来越慢，终究影响事务的稳定性；反之，一个没有任何事务产出的体系，终究会消亡。

再从RD的视点来看这个问题，RD经过做需求来给公司发明价值，完成自己的产出。而RD的产能是指技术才干、软本质、身体健康状况，有这些本钱后，咱们才干进行继续的产出。在日常作业中，我发现许多RD往往只注重产出。他们也在很尽力地做项目，可是每一个项目所运用的办法，仍是沿袭自己从前一向的思路。终究，不仅项目做得一般，还会诉苦自己得不到任何生长。这便是P/PC不平衡的体现。假如能在做项意图进程中，经过学习总结继续提高自己的技术才干和软本质，并将其应用于项目实施交给中，信任必定会获得双赢的成果。

“P/PC平衡”准则 还适用于许多其他的领域，例如团队、家庭等，我自己也十分推崇这一准则。期望咱们也能将其作为本身的一项基本准则，尽力寻找到产出与产能的平衡点。

准则九：长于发问

“长于发问”，首先要勤于发问。求知欲源于好奇心，是人类的一种天性。在作业中要养成勤于发问的好习气，不明白就问，不要由于自己一时懒惰或许碍于情面，就抛弃发问的时机。当遇到不同的观念时，也要礼貌地问出来。波克定理告知咱们，只要在争论中，才或许诞生最好的主意和最好的决定。

在规划评定、代码评定这类体现团体才智的活动中，遇到有问题的当地必定要提出来。我常常看到，许多同学评定全程一言不发，这便是糟蹋咱们的时刻。规划评定的意图，是让咱们针对计划提出改善定见并到达共同，假如全程“打酱油”，那就失去了评定的含义。咱们鼓舞咱们多发问，把自己内心的疑惑表达出来，然后经过沟通的办法得到答案。

“长于发问”，还要懂得怎么发问。为什么相同是参与规划评定，有的同学就能提出很好的问题，而有的同学却提不出任何问题？除了常识储藏、专业技术、经历等方面的差异外，还有一点很重要：批判性思想。

批判性思想主张经过批判性考虑到达理性思想，即对事物本质的认知和把握。关于怎么进行批判性思想，咱们能够参阅一些经典的图书如《批判性思想》、《学会发问》等。在作业中面对一项决议计划时，会有各式各样的定见摆在你面前，所以咱们有必要要学会运用批判性思想来进行分析，每个人的论据是否可靠，证明是否合理，是否有隐含的立场。相同，在阅览一篇技术博客的时分，也要运用批判性的思想，多问几个为什么，作者得出的定论是否合理？论据是否充分？只要这样，才干不断地获取真实的常识。

准则十：空杯心态

“满招损，谦受益”，“空杯心态”是最终一项准则。我觉得这也是一个人能够继续生长的条件。做技术的人，骨子里一般有股傲气，并且会跟着资格、成果的提高而不断添加。初入职场的小白，或许会十分谦善，可是作业几年之后，专业技术逐渐提高，或许还获得了一些小成果，人就会越来越自傲。这时分，假如不能始终坚持“空杯心态”，这种自傲就会逐渐演变为骄傲。骄傲的人，往往表现为作业中把他人的主张当成是批判，不接受任何反对定见，学习上也缺少求知的动力，总是拿自己的长处去跟他人的矮处做比较。其实每个人多少都会有一些骄傲，可怕的是不知道甚至不肯供认骄傲。

坚持“空杯心态”这一准则要求咱们时刻进行自我检视与检讨。在作业中，多去跟不同等级的同学聊一聊，或许做一个360度评估，这有助于咱们愈加客观地点评自己。在横向对比中，多向那些优异的同学看齐，学习他人的长处。许多同学在规划评定或许代码review进程中，针对他人提出的问题与主张，往往都选用一种对立的情绪。过错地认为他人是在挑刺，是在针对自己。诚然，在某些方面，咱们或许确实比其他人想得深入，可是这不代表在一切方面都能考虑周全。关于他人的主张，主张运用“长于发问”准则里提到的批判性思想细心分析一下，虚心肠吸取那些好的主张。

作业学习就像“练级打怪”，技术储藏的越多，就越容易走到最终。坚持空杯心态，能够让咱们发现许多曾经留意不到的新才干，咱们要做的便是尽力学习它，将它们转化为自己才干库的一部分。

总结

以上，是我总结的作业与学习的十条基本准则。其间有的侧重于个人做作业的办法，如 “Owner认识”、“时刻观念”、“以终为始”、”闭环思想”；有的侧重于团队作业标准标准，如“坚持敬畏”、“事不过二”、“规划优先”；有的侧重于团队或个人效能提高，如“P/PC平衡”、“长于发问”、“空杯心态”。 这些准则是我多年在作业与学习中，不断总结得来的经历。期望在咱们面对挑选时，这些准则能够起到必定的帮助和辅导作用。

以准则为中心肠作业与生活，让自己与团队变得愈加强大。