关于代码规范:代码整洁之道程序员的职业素养读书笔记

本书尽管主题目为「代码整洁之道」，但其实内容次要讲的是：如何成为一个业余合格的程序员。所以副标题作为主题目更为适合 —「程序员的职业素养」。

程序员作为业余技术的工种，「职业素养」是咱们须要在整个职业生涯中一直最求的货色，它不仅代表你单纯的技术能力（当然优良的技术水平是必须的），还代表着你解决问题和发明价值的能力。也就是说，集体的技术能力并不齐全代表你作为程序员这个职业的价值，更重要的是你对问题思考和解决的形式、对工作的承诺、共事之间的合作等，最终可能率领团队实现一个又一个看似不可能的工作！

以下我将会依据本书的书写思路，筛选几个观点，介绍大抵内容和我本人的感想，心愿对本文读者有所帮忙。

业余主义

“ 业余主义 ” 有很深的含意，它岂但象征着荣誉与自豪，而且明确意味着责任与任务。这两者密切相关，因为从你无奈负责的事件上不可能取得光荣与自豪。

本章节次要叙述了做一个业余工程师须要的几点要求：

• 承担责任
• 理解你的畛域
• 保持学习、训练
• 单干与辅导
• 理解业务畛域
• 与客户保持一致
• 谦虚

作为了一个合格的工程师，首要一点是懂得承担责任。这一点至关重要，因为这是表明你这个人是否靠谱最显著的个性。从工作是否可能按时实现，对系统上线前的测试验证，哪怕是因为你本人的谬误导致的损失，都须要敢于承担责任，尽力实现本人承诺的事件，致力补救谬误。一旦被他人打上不靠谱的标签，那就很难再撕掉了。

第二点是咱们须要保持学习，因为技术的变革十分快，只有保持学习能力不被这个行业所遗弃，同时也保持训练，毕竟游刃有余在各行各业都实用。

最初，除了业余技术，咱们也须要也有任务去理解本人开发的模块对应的业务畛域，未必须要成为该畛域的专家，但还是须要花工夫去理解业务的背地价值和准则，知其然知其所以然。

说不

能就是能，不能就是不能，不要说“试试看“

本章次要叙述一个业余的工程师，要用于说“不”，也要懂得如何说“不”。

一个专业人士要懂得说“不”，因为只有将问题裸露进去了，才有解决问题的机会。本章作者用了一些例子来阐明，当你尽管认为项目经理分下来的工作是不可能实现的，但当你抉择不反抗，导致他认为你可能按时实现，最初引发了劫难。

所以咱们在平时的工作中，要懂得说“不”，要懂得回绝，而不是一味的承受。

而“为什么不“重要吗？文中的观点是“为什么“远不如”事实“重要，对于这一点，我认为能让决策者晓得为什么是再好不过了。

文中还特别强调了“试试看“的危害性，因为决策者往往会将“试试看”当作一个承诺，排入了他的我的项目打算中，而工程师往往想表白的只是我尽力，但什么都不保障。

这时候有个问题，我的项目管理者往往心愿工程师可能精确的预估工作量，然而工程师预估的工作量往往是「我试试看」，理论状况可能差异很大。这里我次要有两点想法：一是作为我的项目管理者，须要每天实时的理解进度，调整计划，毕竟预估的工作量往往无奈做到非常精确，有太多的因素会影响了；二是预估工作量，能够采取 PERT 办法，减少确信度。

说是

本章次要讲述了承诺是什么，如何给出承诺。

做出承诺，蕴含三个步骤：

1. 口头上说本人将会去做。
2. 心里认真对待做出的承诺。
3. 真正付诸行动。

有时候咱们没方法做到本人的承诺，往往是因为咱们承诺了一件本人不是能齐全掌控的事。

当然有时有各种起因导致咱们无奈兑现承诺，这很失常。但如果你心愿你在共事的形象是一个靠谱的人，那么最重要的是尽快向本人承诺的对象收回正告，越快越好！！

当然，咱们不应该因为承诺就放弃一些底线，突破纪律和准则往往会拖慢进度，同时也要测试过代码，保障代码整洁。

工夫治理

一天的工夫其实会过得十分的快，如何在这短暂的工夫内尽可能高效的工作、获得尽可能多的成绩是十分值得钻研的事件。

会议是在日常工作中无可避免的事件，然而会议同时也会节约大量的工夫。作为会议的执行人，须要确定议程和指标，确定每个议题所花的工夫以及明确的指标。

而作为会议的参与者，首先要懂得回绝会议，防止加入没有必要的会议，因为对你工夫负责的人只有你本人。

咱们日常举办过最多的会议，是站会，每个人顺次答复以下 3 个问题：

1. 我昨天做了什么？
2. 我明天打算做什么？
3. 我遇到了什么问题？

每个人发言不超过 1 分钟，目标是缩小整个站会的工夫，所以要求我的项目负责人在会议开始前就思考好要安顿的内容，而不是现场随便的想，每个人干脆利落的交代本人的工作，缩小无止境的对话交换。

本书还介绍了一种工夫治理办法：番茄工作法。这也是我当初正在应用的一种工夫安顿办法，有趣味的小伙伴能够自行去理解一下。

预估

管理者和开发者对预估可能有不同的认识，管理者可能感觉预估就是承诺，而开发者往往预估只是猜想。然而不可否认，一个绝对精确的工夫预估能够让管理者做出适合的打算。

这里介绍一种预估办法：PERT，能够依据 3 个数字预估工作：

• O：乐观预估，这是十分乐观的数字，示意所有异样顺利的状况下；
• N：标称预估，这是概率最大的数字；
• P：乐观预估，思考到各种意外状况下的乐观数字。

那么工作的期待实现工夫：u = (O + 4N + P) / 6

标准差（数字越大，示意期待实现工夫越不确定）：v = (P – O) / 6

比方一个工作，乐观预估须要 3 天，标称预估须要 6.25 天，乐观预估须要 11 天，那么通过上诉的两个公式能够失去，期待实现的工夫是 6.5 天，标准差是 1.3。

结束语

当然本书还有很多内容这里没有提到，比方如何解决压力，如何合作，编码的节奏和测试等内容。尽管随着时代的倒退和本书作者所在的外国职场和国内职场的差异，有一些的内容我不尽然批准，或者感觉会难以实际。但这并不障碍本书十分值得每一个工程师都浏览一下，置信这对你成为一个更加业余的工程师是有十分大的帮忙的。