The clean coder 读书笔记

码农戏码
这本书不厚，但都是干货。

在前言中，就写了本书的目的：

1. 什么是软件专业人士
2. 软件专业人士如何行事
3. 软件专业人士如何处理冲突，应对很紧的工期，如何和不讲道理的管理人员打交道
4. 软件专业人士何时应该说"不"？怎么说？
5. 软件专业人士如何应对压力？

这些问题，也正是一名软件开发人员需要去了解的问题。

所谓专业人士：就是能对自己犯下错误负责的人，哪怕那些错误实际上在所难免

专业人士有哪些特性呢？

1. 不担当，比如代码测试的全覆盖
2. 不随便承诺
3. 不会阻止别人修改自己的代码
4. 满足雇主的需求
5. 需要专门训练提升自己的技能

摘录一些干货，再对比一下当下的开发环境，那是相当贴切

为什么大多数开发人员不敢不断修改他的代码呢？因为他们害怕会改坏代码！为什么会有这样的担心呢？因为他们没有做过测试

这个对于现在的开发环境太真实了，在一个项目上线后，其实在开发中后期，就已经出现这样的情况

1. 一个方法，代码很乱，逻辑看着有点不通，出于对代码整洁的追求，重构起来，结果发布之后，出现了bug，原先功能已经不能正常运作了，而这个bug，得等很多才会被发现，因为这个功不在本期开发版本计划中，过了测试期了
2. 一个方法里面有行代码，看似无用，删除了吧，结果又出了一个隐形的bug

正是以上问题，所以项目中的人越来越不敢动代码，不能删，不能改，只能加，有新需求，就只能加点代码，只要能正常工作，就不要管别的代码了，管了就得挂。

这就是完全没有测试的问题。

要用这些自动化单元测试去测多少代码呢？还要说吗？全部！全部都要测

这一种方法，就是TDD，来规避这个问题。

作者是TDD的践行者

如果连所有代码是否都可以正常运行都不知道，还算什么专业人士？

如果说多年前，很多人对TDD有疑问，当然现在还是有人有疑问，有疑问的原因，就是你还没有践行TDD。

对于TDD：

1. 此事已有定论
2. 争论已经结束
3. GOTO是有害的
4. TDD确实可行

有此人事先写代码，事后再写测试，这种方法相对于TDD来讲呢？

如果很仔细地来看，也许后写测试还可以达到较高的覆盖率真。但是事后写的测试只是一种防守。而先行编写的测试则是进攻，事后编写测试的作者已经受制于已有代码，他已经知道问题是如何解决的。与采用测试先行的方式编写的测试代码比起来，后写的测试在深度和捕获错误的灵敏度方面要逊色很多

一个开发方法，业界已经得到普遍认可，但国内有多少公司实施了？至少我所经历的公司都没有。
聪明的开发者们宁可在出了问题花大量的精力去一步步调试，也不愿花一点点的时间去写单元测试，执行TDD。

曾经在读云风博客时，发现一段有共鸣的话

反感围绕着调试的开发方式，也是不断的在测试，试错，纠正的循环中奔波，好的程序员应该努力的在编写的过程中，在头脑中排错，在预感到坏味道时，就赶紧重写，而坏味道就是代码陷入了复杂度太高的境地，无法一眼看潜在的问题。对付复杂度最好的武器是简化代码

在遇到bug时，应该仔细浏览代码，设想各种出错的可能。而不是将错误代码运行起来，查看运行中的状态变化

这段话中不赞成的解决问题方式，其实是很多开发人员普遍具备的。

作者在对编码也有相似的体会

我发现，要精熟掌握每项技艺，关键都是要具备“信心”和“出错感知”能力。

我想作者的“出错感知” 与 云风的“预感到坏味道” 是一样的

作者给了一套了编码规则与原则

• 做好准备

  1. 快速响应，做出第一版本
  2. 深入需求分析
  3. 插件式，低耦合
  4. 可读性，可维护性

  当感到疲劳，焦虑的时候，千万不要写代码

• 流态区

  避免进入流态区

这种意识状态并非真的极为高效，也绝非毫无错误。这其实只是一种“浅层冥想”状态，在这种状态下，为了追求所谓的速度，理性思考的能力会下降

其实这不是我第一次听到的建议，不要进入流态区，只是一种精神酸爽，对于实质工作没有意义，因为进入了这种状态会出现只见树木不见森林，当时流线性的写出代码，事后经常会发现偏离了方向，不得不重写。

• 中断

  作者给出了两种方法

1. 结对编程，让搭档维护住中断的上下文
2. TDD，失败的测试能帮你维护住编码进度的上下文

• 阻塞

  当情绪低落，焦虑，恐惧时，最好的方法：找一个搭档结对编程

作者是一个TDD以及结对编程的提倡与践行人，在书可你可以看到很多次作者对这两种方法的推荐，可惜国内很少！

书中有两个章节与近期订阅的李笑来老师文章有重合

1. 练习

任何事情，只要想做得快，都离不开练习。
两个武者搏斗，每个人都必须能够迅速识别出对方的意图，并且百分之一秒内正确应对。在搏斗中，你不可能有充足的时间来研究架势，思考如何应对，这时候你只能依靠身体的反应。实际上，真正做出反应的是你的身体，大脑是在更高级的层面上思考

也就是李笑来老师提的刻意练习，如果程序员不去刻意练习，写各种demo,那么我想水平永远是hello world的水平了

2. 注意力

注意力是稀缺的资源，它类似魔力点数，如果你用光了自己的注意力点数，必须花一个小时或更多的时间都不需要注意的事情，来补充它。

这是时间管理时提到的，李笑来也讲，注意力是你最宝贵的财富

时间在本质上不属于你，你只能试着与它做朋友，让它为你所用。你的注意力才是你所拥有最重要、最宝贵的资源。你可以自己作主，要把它放在“成长”上。