编程是一门技艺。简略地说，便是让计算机做你想让它做的作业（或是你的用户想让它做的作业）。作为一名程序员，你既在倾听，又在献计；既是传译，又行独裁；你企图捕获难以捉摸的需求，并找到一种表达它们的办法，以便仅靠一台机器就能够从容敷衍。你试着把作业记录成文档，以便他人了解；你试着将作业工程化，这样他人就能在其上有所建树；更重要的是，你企图在项目时钟的滴答声中完结一切这些作业。你每天都在创造小小的奇迹。
什么是“务实”？
务实（Pragmatic）这个词来自拉丁语 pragmaticus ——“精通业务”，该词又来源于希腊语 ，意思是“适合运用”。
务实程序员特征
- 早期的采纳者 / 快速的适配者：对技能和技巧有一种直觉，喜欢尝试。当接触到新东西时，你能够快速地把握它们，并把它们与其他的常识结合起来。你的信心来自经验。
- 猎奇：倾向于问问题。热衷于收集各种纤细的实际，坚信它们会影响自己多年后的决策。
- 批评性的考虑者：你在没有得到证实前很少承受既定实际。当搭档们说“由于就该这么做”，或者供应商许诺会处理一切问题时，你会闻到应战的味道。
- 实际主义：你企图了解所面对的每个问题的实质。这种实际主义让你对作业有多困难、需求用多长时刻有一个很好的感知。一个进程应该很难，或是需求点时刻才能完结，对这些的深刻了解，给了你坚持下去的毅力。
- 多面手：你尽力熟悉各种技能和环境，并尽力跟上最新的进展。尽管目前的作业或许要求你在某个专门范畴成为行家，但你总是能够进入新的范畴，迎接新的应战。
务实的哲学
软件的熵
当软件中的无序化增加时，程序员会说“软件在腐朽”。有些人或许会用更乐观的术语来称呼它，即技能债。
有许多原因导致软件腐朽。最重要的一个似乎是项目作业中的心思状况，或者说文明。无视一个明显损坏的东西，会强化这样一种观念：看来没有什么是能修好的，也没人在乎，一切都命中注定了。一切的负面情绪会在团队成员间延伸，变成恶性循环。
不要放任破窗，及时发现及时修正，漠视会加快腐朽的进程。
软件开发中应该遵从的办法：不要仅仅由于一些东西十分着急，就去形成附带伤害。破窗一扇都嫌太多。
够好即可的软件
不要为了寻求更好而损毁了原有现已够好的。
咱们做的东西，从用户需求角度动身是否足够好？最好仍是留给用户一个机会，让他们亲身参加评判。无视来自用户方面的需求，一味地向程序中堆砌功用，一次又一次地打磨代码，这是很不专业的体现。心浮气躁当然不值得发起，比如许诺一个无法兑现的时刻尺度，然后为了赶上截止日期删减必要的边角工程，这同样是不专业的做法。
假如早点给用户一点东西玩，他们的反馈常常引领你做出更好的终究计划。
常识组合
常识和经验是你最重要的专业财物。学习新事物的能力是你最重要的战略财物。
关于怎么构建自己的常识组合，能够参考以下指导方针：
- 定时出资：安排一个固定的时刻和地点为你的常识组合出资。
- 多样化：计算机技能改动迅猛——今日的技能热门或许到明天就挨近无用（至少不那么受欢迎）。所以，熟悉的技能越多，越能习惯改动。
- 危险办理：涣散危险，不要把一切的技能鸡蛋放在一个篮子里。
- 低买高卖：在一项新技能变得盛行之前就开端学习，或许和发现一只被轻视的股票相同困难，但是所得到的收获会和此类股票的收益相同好。
- 从头点评调整：这是一个充满活力的职业。你上个月开端研讨的热门技能现在或许现已凉下来了。
关于那些现已构成常识组合的智力财物，获取它们的最佳途径能够参考如下建议：
- 每年学习一门新言语：不同言语以不同的办法处理相同的问题。多学习几种不同的处理办法，能协助自己拓展思想，防止陷入成规。
- 每月读一本技能书：尽管网络上有很多的短文和偶然可靠的答案，但深化了解仍是需求去读长篇的书。当你把握了当前正在运用的一切技能后，扩展你的范畴，学习一些和你项目不相关的东西。
- 还要读非技能书：不要忘记方程式中人的那一面，他需求彻底不同的技能集。
- 上课：在本地大学或网上找一些风趣的课程，或许也能在下一场商业会展或技能会议上找到。
- 加入本地的用户组和沟通群：不要仅仅去当听众，要主动参加。独来独往对你的职业生涯是丧命的：了解一下公司之外的人都在做什么。
- 尝试不同的环境。
- 与时俱进：关心一下和你当前项目不同的技能，阅读相关的新闻和技能贴。
批评性思想
批评性地考虑读到的和听到的东西。
批评性地分析问题，先考虑几个问题：
- 问“五个为什么”：当有了答案后，还要追问至少五个为什么；
- 谁从中受益：追寻钱的活动更简略理清头绪；
- 有什么布景：每件事都产生在它自己的布景下，这也是为何“能处理一切问题”的计划一般不存在，而那些兜销“最佳实践”的书或文章实际上经不起琢磨。
- 什么时分在哪里能够作业起来：不要停留在一阶思想下（接下来会产生什么），要进行二阶考虑：当它结束后还会产生什么？
- 为什么是这个问题：是否存在一个根底模型？这个根底模型是怎么作业的？
务实的办法
ETC——优异规划的精髓
优异的规划比糟糕的规划更简略改动。
对代码而言，要适应改动。因此要信奉 ETC（Easier To Change，更简略改动）准则。ETC 是一种价值观念，不是一条规则。关于培养 ETC 观念，有以下几点定见：
- 不断强化认识，问自己这么做是否让体系更简略改动。
- 假定不确定什么形式的改动会产生，你也总是能够回到终极的“简略改动”的道路上；试着让你写的东西可替换。
- 在工程日志中记下你面对的处境：你有哪些挑选，以及关于改动的一些猜想。
DRY——凶恶的重复
咱们以为，想要可靠地开发软件，或让开发项目更简略了解和保护，唯一的办法便是遵从下面这条DRY（Don’t repeat yourself，不要重复自己）准则：
在一个体系中，每一处常识都有必要单一、清晰、权威地表达。
与之相对的不同做法是在两个或更多当地表达相同的东西。假如改动其间一个，就有必要记得改动其他的那些。
DRY 不限于编码，DRY 针对的是你对常识和目的的仿制。它强调的是，在两个当地表达的东西其实是相同的，仅仅表达的办法或许彻底不同。
- 代码中的重复；
- 文档中的重复：例如注释和代码表达彻底相同的意思，但是未来代码改动或许不会同步注释的改动，或者用数据结构表达常识等。
-
开发人员间的重复：
- 最难检测到且难处理的重复类型，或许发在同一个项目的不同开发人员之间。整块的动能集或许会在不经意间重复，而这种重复或者好多年都并未发现，终究导致了保护问题。
- 咱们以为处理这个问题最好的办法是鼓励开发人员间活跃频繁的沟通。
- 指派团队中的一人作为项目仅仅办理员，他的作业便是促进常识的传播。在源码目录树中设置一个会集的位置，存放工具程序和脚本程序。
- 你要尽力的方向，应该是孕育出一个更简略找到和复用已有业务的环境，而不是自己从头编写。
正交性
界说：关于两个或多个事物，其间一个的改动不影响其他任何一个，则这些事物是正交的。
当体系的组件相互之间高度依赖时，就没有部分修理这回事儿。咱们希望规划的组件自成一体：独立自主，有单一的清晰界说的目的。凡是编写正交的体系，就能获得两个主要的收益：进步生产力和下降危险。
规划
能够用一个简略的办法能够测验规划的正交性。当你规划好组件后，问问自己：
- 假如一个特别功用背面的需求产生显著改动，有多少模块会影响？
- 你的规划与实际世界的改动有多大程度的解耦。 不要依赖那些你无法控制的东西。
编码
当你写下代码时，就有下降软件正交性的危险。你不只需求盯着正在做的作业，还要监控软件的大环境。有几种技能能够用来坚持正交性：
- 坚持代码解耦：编写害臊的代码——模块不会向其他模块透露任何不必要的信息，也不依赖于其他模块的完成。
- 防止大局数据：只需代码引用大局数据，就会将自己绑定到同享该数据的其他组件上。即使只计划对大局数据进行读操作，也或许引发问题（例如忽然需求将代码改为多线程的情形）。一般来说，假如总是显式地将任何需求上下文传递给模块，那么代码会更简略了解和保护。
- 防止相似的数据：能够看看《规划形式》中的战略形式。
测验
修 Bug 也是点评整个体系正交性的好时机。遇到问题时，点评一下修正行为的部分化程度。只需变了一个模块，仍是有许多处改动涣散在整个体系里？当你批改了一个当地，是不是就修正了一切问题，仍是会奥秘地出现其他问题？
曳光弹
运用曳光弹找到目标。
关于咱们来说，开端的曳光弹便是，创立一个简略的工程，加一行“hello world！”，并保证其能编译和运行。然后，咱们再去找整个应用程序不确定的部分，增加上让它们跑起来的骨架。
运用曳光弹代码的优势：
- 用户能够更早地获得能作业的东西。
- 开发者结构了一个能够在其间作业的框架。
- 你有了一个集成渠道。
- 你有能够演示的东西。
- 你对进展有更好的感觉。
务实的偏执
务实的程序员会为自己的过错树立防御机制。
- 客户和供应商有必要就权力和职责达成一致。
- 咱们想要保证在找出 Bug 的进程中不会形成损坏。
- 为你所做的假定编写主动校验的代码。
- 只需咱们总是坚持走小步，就不会才能够悬崖边掉下去。
契约式规划（DBC）
与计算机体系打交道很难，与人打交道更是难上加难。而契约规定了你的权力和职责，一起也规定了对方的权力和职责。文档化及主张进行检验是契约式规划的中心。
在编写代码之前，简略列出输入域的规模、边界条件是什么、例程许诺要交给什么——或更重要的是，没有许诺要交给什么——这对编写更好的软件来说，是一个巨大的飞跃。
尽早溃散
尽快检测问题的好处之一是，能够尽早溃散，而溃散一般是你能做的最好的事。一旦代码发现原本不或许产生的作业现已产生，程序就不再可靠。这一刻开端，它所做的任何作业都是可疑的，所以要尽快中止它。
一个死掉的程序，一般比瘫痪的程序，形成的损害更小。
运用断语编程
不管何时，你发现自己在想“当然这是不或许产生的”时，增加代码来查看这一点，最简略的办法便是运用断语。注意这儿的断语查看的是不或许产生的作业，一般的过错处理不要运用断语。
坚持资源平衡
大多数情况下，资源运用遵从一个可预测的形式：
- 分配资源
- 运用它
- 然后开释它
不要超出控制规模
把反馈的频率当作速度限制，永久不要进行“太大”的过程或使命。
当你不得不做下面的作业的时分，你或许陷入了占卜的地步：
- 估计未来几个月之后的完结日期
- 为将来的保护或可扩展性预规划划
- 猜想用户将来的需求
- 猜想将来有什么技能可用
当你编码时
传统观念以为，一旦项目到了编码阶段，就简直只剩下一些机械作业：仅仅把规划翻译成可运行的代码段而已。咱们以为这种情绪是软件项目失利的最重要原因。编码不是机械作业。务实的程序员会对一切代码进行批评性考虑，包括自己的代码。咱们不断看到程序和规划的改进空间。
遵从直觉
倾听自己直觉的办法：
-
首要，中止正在做的作业。给自己一点时刻和空间，让大脑自我组织。远离键盘，中止对代码的考虑，做一些暂时不需求动脑筋的作业——散步、吃午饭、和他人聊天，或是先睡一觉。让主意自己从大脑的各个层面渗透出来：对此不必很刻意。终究这些主意或许上升到有认识的水平，这样你就能抓住一个”啊哈“的时刻。
-
假如这些不起作用，就试着把问题外化。把正在写的代码涂画到纸上，或者向你的搭档（最好不是程序员）解释一下怎么回事儿，向橡皮鸭解释下也行。把问题暴露给不同部分的大脑，看看有没有一部分大脑能更好地处理困扰你的问题。
重构
代码需求演化：它不是一个静态的东西。
马丁.弗勒将重构界说为：重组现有代码实体、改动其内部结构而不改动其外部行为的规范式技能。
- 这项活动是有规范的，不该随意为之。
- 外部行为不变；现在不是增加功用的时分。
何时重构
当你学到一些东西时，当你比上一年、昨日乃至是十分钟前更了解某事时，你会重构。
不管问题是多是少，都有或许促进咱们对代码进行重构：
- 重复：当你发现一处违反DRY准则的当地。
- 非正交规划。
- 过期的常识：作业改动来，需求偏移了，你对问题的了解更多了——代码也需求成长。
- 运用：当体系在真实的环境中被真实的人运用时，你会认识到，与曾经的认识比较，一些特性现在看来更为重要，反而 “有必要拥有” 的特性或许并不重要。
- 性能：你需求将功用从体系的一个区域移动到另一个区域以进步性能。
- 通过了测验。重构应该是一个小规模活动，需求杰出的测验支撑。假如你增加了少量代码，并且通过了一个额定的测验，现在就有了一个很好的机会，来深化研讨并收拾刚刚编写的代码。
尽早重构，经常重构。
怎么重构
重构的中心是从头规划。你或团队中的其他人规划任何东西的时分，都能够根据新的实际、更深的了解、更改的需求等从头规划。但是，假如你执拗地非要将海量的代码通通撕毁，或许会发现，自己所处的地步，比开端时更加糟糕。
重构是一项需求慢慢地、有意地、细心地进行的活动。马丁.弗勒提供了一些简略技巧，能够用来保证进行重构不至于弊大于利：
- 不要企图让重构和增加功用一起进行。
- 在重构开端之前，保证有杰出的测验。
- 采取简略而慎重的过程：将字段从一个类移动到另一个类，拆分办法，重命名变量。重构一般设涉及对许多部分进行的修正，这些部分修正终究会导致更大规模的修正。假如坚持小过程，并在每个过程之后进行测验，就能防止冗长的调试。
结尾
本文仅仅共享了书中的一部自己觉得比较好的、能够实际运用的观念，并非书中一切观念），强烈建议我们读一下本书，相信会有不错的收获。最终贴个大佬对本书的点评，我也是由于刷到这个所以才知道此书的。
