《代码整洁之道》的读后感大全
《代码整洁之道》是一本由[美]Robert C. Martin著作，人民邮电出版社出版的平装图书，本书定价：59.00元，页数：388，特精心从网络上整理的一些读者的读后感，希望对大家能有帮助。
●或许懂的多了，感觉有些老生常谈，前面几章是还不错，后面的就有堆砌的嫌疑了。。。
●Clean code, 其实重点就是使用各种不同的方法写最少的代码实现需要的功能，并且能让易读性、维护性、健壮性丝毫不减弱。只要有这个理念，记不住clean code 指导的，或者该书还未提及的，那么都能在实践中思考出来。
●1注释保持简洁，避免冗余 2函数参数尽量少 避免布尔参数 3变量命名应具体 准确，能让代码具有可读性 4用多态替代if else或者switch语句 5用命名变量代替魔术数 6长布尔逻辑改为准确的一个函数判断 7一个函数只做一件事 8才用描述性名称命名，而不是abcdefg 9避免命名歧义，避免前缀……
●工作撒工作
●详细解说了编写代码时的规范和注意事项。强调简单、直接，不管是命名、类和函数的设计等都应该如此。需要在大型的工程实践中才能更深刻的体会。
●4分给原作，翻译2分。整本书看起来极其费力。译者好像在追求着用语的与众不同，比如把依赖翻成依恋？译者的辞藻是不是用错地方了。看霍炬翻的重构我都没有这种感觉，人家是翻得是真有文采跟幽默感。这本书最糟糕的是把一些专业术语翻得莫名其妙，把装饰器翻成油漆工？集合类翻成集群类。任何一个看过设计模式跟Java入门书的人都不会这么翻。
●2.1 Java的几章有时间得再看。。
●终于可以把在读改成读过啦~~很欣赏里面的软件规范。14~16章不好读……不喜欢读暂时对我没用的代码。最喜欢的是Ch3的函数，和Ch4的注释，还有Ch9的单元测试。Ch17是对全书的一个总结，蛮好的
●对我帮助不大
●不错，都从细节中来。但是细节中蕴含着追求效率，完美架构，简易维护的精神和道理。
《代码整洁之道》读后感(一)：程序员必读之一
公认的翻译比较生硬外，如此书副标题所写：a handbook of agile software craftsmanship. 虽说定义为敏捷软件技能手册，但不失为编码从业人员最基础的职业代码要求规范。
《代码整洁之道》读后感(二)：早几年看到这本书，也许现在的水平能再上一个台阶！
看了前几章，大惊！
对自己这几年的积累，还是颇为自信的。想不到短短的几章书，就抵得上我几年的领悟了。
早几年看到这本书，也许现在的水平能再上一个台阶！
强力推荐。
书不见了，还得再买一本了
《代码整洁之道》读后感(三)：如果有一段时间觉得编程就是Ctrl+C和Ctrl+V，读一读这本书吧
如题。阅读本书的意义不在于能够记住书本中的多少内容、多少条编程准则，更重要的是，在读书过程中能够发现自己之前的愚蠢、对正确编程方法的惊叹与由此而产生的共鸣，并驱使着自己在编码过程中保持结构的清晰和代码整洁。它对人的影响是潜移默化的，它会使人在思想认识上有一个提升，至少对于我来说是这样。
《代码整洁之道》读后感(四)：我现在好像有了代码洁癖
现在看到那些不好的代码就感觉不舒服，想给改改吧，但又不知道到从和处开刀，挺纠结的，可能是现在火候还不到吧。
现在写代码开始考虑易读性了，以前的想法就是写过的代码从来不会看第二遍，其实这也可能，但是一旦养成个了这个不好的习惯，有一天你想写好让别人能看懂的代码就不容易了。
《代码整洁之道》读后感(五)：代码易读性
前两天看有人说好的代码是不需要写注释的，乍一看，好像有道理。细细思考之后觉得还是欠了点，毕竟实现思路不一样，想法也不一致，如果想让别人深入了解你的代码和逻辑最好还是加注释。一个典型的例子，我们都看过很多反逻辑的开源代码，用true来表示否，用非xx来去表示符合这个条件，真的是反人类。