随笔分类 - 《程序员修炼之道 - 从小工到专家》读后感
《程序员修炼之道 - 从小工到专家》读后感（八）
摘要：第8章 注重实效的项目 第41节 注重实效的团队 1、书籍的前几章讲了几条如何成为注重实效的开发者的建议，当然他们也对团队有所帮助，如果个体都是注重实效的，那他对整体起的作用更大。 2、不要留破窗户：作为整体的团队更不应该容忍代码质量的问题，不规范的不在乎质量的团队，很有可能把那些注重实效的开发者带
《程序员修炼之道 - 从小工到专家》读后感（七）
摘要：第7章 在项目开始时 在项目开始之前。本章节讨论了在项目开始之前的一些建议。 第36节 需求之坑 从本节开始进入了第七章节：在项目开始之前。本章节讨论了在项目开始之前的一些建议。 1、完美，不是在没有什么需要增加，而是在没有什么需要去掉时达到的。这句话的一种解读时，不要搜集需求，需求太多，容易让我们
《程序员修炼之道 - 从小工到专家》读后感（六）
摘要：第6章:当你编码时 本章主要讲在编码时应该注意的各类事项。传统智慧认为，项目一旦进入编码阶段，工作主要就是机械的把设计转换成可执行语句。我们认为，这种态度是许多程序丑陋、结构糟糕、不可维护的最大一个原因。编码不是机械工作，要想让程序长久无误的运行，每一分钟都需要做出决策，且需要对这些决策进行仔细的思
《程序员修炼之道 - 从小工到专家》读后感（五）
摘要：第5章 弯曲或折断 1.解耦与得墨忒耳法则 函数的得墨忒耳法则试图使任何给定程序中的模块之间的耦合减至最少，它设法阻止了你为了获得第三个对象的方法的访问而进入某个对象，写代码的时候要使模块间的耦合减至最低，避免了牵一发而动全身的可能性。我们应该跟多的考虑如何怎样进行设计，使系统中的事物保持逻辑上的解
《程序员修炼之道 - 从小工到专家》读后感（四）
摘要：第四章：注重实效的偏执 在生活中检查每一个可能的问题似乎是一种病态，然而编码时对输入数据、接口的误用以及自己的可能问题保持警惕十分必要。 这一章介绍了许多工具，用来对代码进行约束、检查，以免出现问题而带来更大的问题。 按合约设计：Designed by Contract，俗称DBC。 合约：合约约定
《程序员修炼之道 - 从小工到专家》读后感（三）
摘要：第三章：基本工具 纯文本的威力： 优点：可读性远大于二进制，且不依赖特定的应用解码，因此不会过时。为了增加纯文本可读性，应该使用能够理解的词语。另外纯文本可由任何应用读取，因此适合作为应用之间的接口，将应用拼接成功能更强大、更丰富的应用，如linux shell的管道。 纯文本的缺点在于占用空间更大
《程序员修炼之道 - 从小工到专家》读后感（二）
摘要：《程序员修炼之道 - 从小工到专家》该书第二章开讲述的是重复的危害，重复分为好多种，但每种重复的出现都是没必要的，重复的出现使得代码的运行效率大打折扣，并且占据了很多无意义的空间。要想解决重复的问题，关键要学会复用，要充分提高代码的利用效率，要做到复用一个代码要比自己新敲一段代码容易，这样就能养成遇
《程序员修炼之道-从小工到专家》读后感(一)
摘要：最近阅读了《程序员修炼之道-从小工到专家》这本书，该书想让读者变成更为有效、更多产的程序员，非常适合现阶段的我。 通过阅读”我的源码让猫吃了“这一小节，我认识到作为一位程序员要无时无刻对自己的工作负责，做了错事都要想办法弥补，去改正自己的漏洞、过失，作为一位程序员，要为自己接受的任务负责，任何事情导
