程序员修炼之道

全文共 3351 字，预计学习时长 7 分钟 图片来自Pixabay，IvanPais 书籍可以清晰而有条理地陈诉观点，纸张上的笔墨也会给人一种不慌不忙的感觉。不过，科技类书籍存在一些严重的问题：它们几乎很快就过时了。由于缺乏交互性，此类书籍无法实时展示其概念（或让读者玩味这些概念）。它们的带宽相对较低——例如，需要将长代码示例分解为很小的块，而阅读这些书便成了件苦差事。 部分科技书籍多年来不断应对挑战，保持实用性。这些书籍不再传授最新编程框架的技术细节，而是阐明软件开发理念，传授最佳编程技术与设计技术，向你介绍软件行业的工作感受，告诉你成为一名程序员意味着什么。本文将列举五本相关书籍供你学习参考。 公众号后台回复“20191005”即可获得电子版图书下载链接。 1. 《程序员修炼之道》（The Pragmatic Programmer） 第一版发行后，一本与编程有关的书籍可以在20年后继续保持实用性吗？可以，如果这本书具有代码编写技术的永恒智慧的话。 《程序员修炼之道》能启发程序员，更为深入地思考如何应对挑战、与其他人合作以及成为效率更高的程序员。 书中解释了如何对抗软件衰减——使每个大项目中的代码逐渐陷入混乱的强大力量。该书简单介绍了单元测试和重构，并对调试（不要惊慌！）做出合理建议，可有效解决问题，而不会伤害任何程序员自尊。《程序员修炼之道》可帮助你学习一些很酷的程序员术语

现在这本书已经看了一半收获很多本书相对比较基础，不是那种大规模程序设计、高并发设计等等，主要是针对程序员的一些基本素质和一些基本常规编程设计做一些梳理和规范，对于初入职的程序员，养成这些良好素质是非常有必要的；对于已经入职多年的程序员，回顾一下本书，然后结合自身情况看看是否能够基本达到本书中的一些素养也是有必要的。 贯彻全书的一个原则是DRY(Don‘t Repeat Yourself)原则，这也是每个优秀的开发人员必须要遵循的规范，编码过程中任何地方都不要重复，因为重复暂时节省的时间将会给以后的维护使用带来巨大的麻烦，如果发现代码有重复或者违反正交性等原则的地方要立刻找机会重构。这样才能够拥有更快、更好、更强健、更优雅的代码。 书中有些法则定理让我恒安兴趣，比如说德墨忒尔法则——减少耦合：避免为了访问第三个对象中的方法而进入某个对象。某些情况下，可以为了换取速度而增加耦合。只要对于那些被耦合在一起的模块而言，这是众所周知并且可以接受的即可。 将细节提取出来，编写可动态配置的系统。 时间耦合：调整事件次序，增加并发。 不要让已有的代码支配将来的代码，如果不再实用，所有的代码都可被替换。 怎样进行利大于弊的重构： （1）不要试图在重构的同时增加功能； （2）在开始重构之前，确保有良好的测试； （3）采取短小、深思熟虑的步骤。 规定需求：把底层的语义不变项当作需求进行捕捉

　　在老师的建议下我这个月开始空闲时间阅读《程序员修炼之道-从小工到专家》这本书，目前读完了第一章——注重实效的哲学。该章节主要讲述的是一些程序员该如何去思考，如何去完善一个程序，以及如何去修改自己的程序。 　　第一节名为我的源码被猫吃了 该章节主要讲述了人要为自己的所作所为负责，程序员也要为自己接受的任务负责，不管你是不是因为什么其他原因，导致代码交付晚了，或者说是交付完成后代码有漏洞，这些都需要你去负起自己的责任。当然当事情超出你的能力或者风险过大时你有权不去为之负责任，必须基于道德准则去承担自己的责任。有句话说的好：提供各种选择，不要找蹩脚的借口。当你负责的事情上出现纰漏时第一时间不是去为犯的错误找各种借口，而是该选择一种方式去弥补这个错误，承担起自己的责任。 　　下一节章节题目为 软件的熵；熵是一个物理学上的名词，指的是某个系统中“无序性”的总量。当无序性越大也就意味着程序越“腐烂”。因而我们必须去减小软件的熵。不要容忍破窗户，在此有一个破窗户的理论，一栋建筑的废弃往往是由第一扇破窗户的出现开始的。当破窗户出现后，人们开始对该建筑肆意乱涂乱画，丢弃垃圾，最终彻底废弃。而我们程序员要做到的就是不要让“破窗户”出现，我们可以通过给代码添加注释或用虚设的数据加以代替的方法来实现。当“破窗户”消失的时候，我们也会刻意的去维持，不让破窗户再次出现。 　

首先我读了序言，明白了这本书可能现在还是读不懂，但是书中的有些知识可能会帮助我以后开发软件少走点弯路， 所以，可能我现在还不太懂，但是我一定会好好阅读，尽量多理解书中的一些经验和内容，这是我对自己读这本书的要求。 求。 接着我读了第一章的内容，虽然第一章篇幅不多，但整体读下来还是收获很多的。在第一章的一开始，就教会了我做一 个做一个程序员的原则，那就是诚实和负责任。如果你做错了某些事，承认它，并给出补救的选择，不要把责任推卸给别人。 更不要找各种各样的借口。不要说事情做不到，而要说能够做什么来挽回局面。然后我明白了破窗效应，就是当一个微小的 错误发生后，最终会造成整个系统的混乱和崩溃，而书中引用熵的概念和破窗效应来说，不要对软件项目中一个小的错误或 失误掉以轻心，要不然可能最终会造成软件腐烂。我明白了软件开发氛围很重要，如果每个人代码写的都美观和易于维护， 那么如果你也是开发人员，你也会受其影响，最终完美完成项目的开发。我们要做团队开发中的催化剂，要用合理精巧的方式 和一些成功的希望传递给人们，这样能更好的把好想法变成完善项目的关键点。让我明白了不要只关注自己身边的事，要不断 的观察周围发生的事情。我还明白了让用户的需求成为项目质量的评判标准。并且当用户需求多的时候，选择最基础的也是最 重要的作项目的开发标准。这样才能很好的止步，不会因为过度修饰而毁坏程序。此外