《代码整洁之道》读书笔记1

《代码整洁之道》的一句话是 “ 读这本书的原因：第一，你是个程序员，第二，你想成为更好的程序员。” 个人看过很多类似《程序员基本技能》的文章，基本每个里边都提到了代码质量，而这部书就是将代码质量的权威，说实话，个人感觉代码质量是个模糊的概念，没有所谓最高质量的代码，但是不同质量的代码，往往是是十分明显的，最简单的就是，去看看你最开始工作写的程序的代码，和你现在写的代码，这个时间段越长，你就会感觉到这个差距越大，如果你说没什么差距的话，这种情况不是不可能发生，而是这种现象的发生，往往伴随着你这些时间的工资也没啥差距（坏笑）。

最开始我们往往注重于功能的实现，不过这个无可非议，毕竟刚开始工作时，一般人也想不到这个，但是当你负责的代码越来越多，或者你不得不去负责修改别人写的代码时，你将感到越来越困难，这个也就是咱们在别人博客或者帖子里说到的，“让我改那个破代码，我宁可重写” 的写照。当然，虽然很多大公司对代码质量有严格要求，阅读，修改维护都很方便，但是这种事情只发生在他们时间足够的情况下，“在时间有限的情况下，任何人都会写出wading（沼泽） code的。” 而有区别的就是，即使同样是时间问题，大神写出的代码和菜鸟写出的代码，还是在质量上有差别的，这就是一种日常积累的结果，而个人感觉这本《代码整洁之道》，就是一本可以提高积累效率的书。当然，时间和实际，还是必不可少的部分。

书中还列举了很多大师对优质代码的定义，都很令人信服或者惊叹，但是对于咱们这种初出茅庐的小白来说，优质代码其实更加单纯而现实：

1.不会因质量问题而被上级批评。

2.代码不会给将来的工作代码麻烦。

第一条，大家心领神会，但是有个前提条件是，你得有个好上司，那些只追求结果的上司一般技术都不太好，如果不只是某个上司，你的同事们都这样，我推荐你换个地方，原因很简单，“第二，你想成为更好的程序员”。如果你的上司经常因为代码质量或者工作过程质量来批评你，这是负责任的表现，当然，有些错误是只容许犯一遍的。我的建议是把这些错误都记下来，并且交给你的下级或者新同事。

第二条，就是所谓的wading code的情况了，要做到这点很不容易，因为这个得从结构化设计的方向开考虑，本小白貌似还谈不了这个话题，但是至少不应该在代码质量上导致将来工作量的增加，个人感觉就是 ，写出能让别人读懂的代码（这里的别人可能就是将来的你），有个简单的方法，就是让别人去读你写的代码，当然要是有个号上司，这个问题也自然解决了。

上边两条原因都是从工作角度，来说的，其实要是从个人情感角度来说，还有一点，让别人给你的代码擦屁股，是恶心，不负责任，桑心病狂，而又无法避免的事情。

上边三条就是我选择阅读这本书的原因，虽然我自己也难以做到，但是至少还是要尝试下。

PS：提高代码质量，除了读书和实践，阅读代码也是个很好的方法，尤其是大的开源社区的代码。