在过去的一年的书单列表如下：《MySql技术内幕 InnoDB存储引擎 第2版》、《代码整洁之道》、《重构》、《架构即未来》、《人月神话》、《代码大全》。作为可以轻松度假的程序员，也该总结一下，同时作好新一年的规划。
MySql技术内幕 InnoDB存储引擎
作为PHPer在工作中，MySql是首选的数据库。在2014年的时候读过《高性能MySql》，这是一本非常好的MySql参考书，但是为了更深入了解MySql，所以找了《MySql技术内幕 InnoDB存储引擎 第2版》。这本书主要讲了，MySql的实现原理，和有多少个不同的引擎，以及各个引擎之间的区别和所适用的业务。最重要的是讲到InnoDB的实现原理，以及InnoDB各种日志的实现和作用、如何实现各种索引、索引的优缺点、缓存策略、锁的机制以及源码目录结构等等。作为深入了解MySql的书，本书可以给人一种大方向的指导，但不推荐初学者学习。
代码整洁之道 & 重构
《代码整洁之道》和《重构》这两本书是一起读的。在15年的时候，写代码因为不规范被别人狠狠的批评过，而同时在回顾自己两个月前的代码也会出现看不懂的烦恼，再者在15年就是重构了一个项目的代码。
《代码整洁之道》，这是一本程序员必读之书。对于代码，是一名程序员的“手艺”体现，更是一个程序员的技术根本。在《代码整洁之道》，令我最深刻的一句话是：Don't repeat yourselff！（不要重复自己）。当你的代码中出现重复的时候，就要开始警惕了，因为“复制粘贴，是设计之谬”！再者，好的命名！因为一段好的代码，就是在讲述程序设计者所想表达的“故事”。对于代码最高的要求是，让不懂技术的人，也能看明白你所写的代码在干什么，因为写代码有时候就是在写书。但是，写代码不能天马行空，突发奇想。写代码就是在写记叙文一样，要求简单明了，一针见血。而写代码是为了将生活中复杂的逻辑，简单化，让人们从复杂繁琐的劳动中解脱出来。其次，要让代码要能随着日后的需求改变而变化，设计模式的发现，正是解决了需求多变的情况。通书总结起来就是，强调代码的可读性、可维护性和可扩展性。但是谨记，代码的正确性才是一切的根本，否则，一切免谈！
保持外在行为不变的情况下，让程序内部更具可读性和可扩展性——《重构》。这让我明白到，15年所说的“重构”完全个笑话，因为那是整个项目的重写。重构要求有足够的测试，因为首先强调的是“保持外在行为不变”。没有足够的测试，很难保证到这一点。而重构是一种可以时刻在进行的行为，而不必刻意申请时间停止开发进度而去做。而其根本是为了保证代码的质量，这与《代码整洁之道》强调的是一致的。但是重构是一种渐进的过程，必须保证每次只重构一个地方。如果改动太多，则会造成混乱。其实，代码就是一个渐进的过程，一个一个小“目标”实现，最后像滚雪球一样。变成一个“庞然大物”。
架构即未来
这本书是双才（一个牛逼的运维）在去上海前推荐给我的。因为在现在的公司，遇到了流程和规范的问题，这样有时候会让我的工作很困扰。这本书花了3个月的时间读完。这本书让我看到了另一个层次的问题。在之前，我只关心自己的代码好坏，功能是否更快的实现。但是这本书，首先讲述的是有关管理方面的知识和领导能力的知识。在我们做开发前，首先要衡量软件开发的成本和收益，这个是否开发的前提。再者，就是公司技术人员的组织架构的问题，如何配置合理的人员。之后，才讲述到我想关心的流程和软件高层设计的问题，解答了我在工作中遇到的疑问。同时，也让我明白到写程序不可以单单只关注到程序本身，也需要关注公司的发展，因为公司的发展是和项目发展息息相关的，而项目的发展是和我们程序员息息相关的。所以不关注市场动态和行业动态，写不出真正的“好软件”，尽管有时违背了《代码整洁之道》里面的原则。而整本书在我看来就是讲述了一个最常见的道理——以人为本。一切的扩拓展，都是靠人来完成的。
人月神话
在看完《架构》之后，觉得自己要看看大家都推荐程序员看的书。在这本被誉为程序员的——圣经。竟然40年经久不衰。读了这本书后，觉得里面所说的一切都非常正确。“焦油坑”这一现象，在我们开发中经常遇到，因为修改需求就需要9倍的时间。巴比伦塔为什么失败？在该书里面更加强调的是统一和规范，开发团队要像外科手术团队一样的工作。而程序员个人需要放弃个人独特的风格，必须符合整个团队的要求。因为开发软件，也像建造一座伟大的城市，如果每个人都随心所欲，没有统一的规范，那这个城市设计也必将乱七八糟，最终失败。在书中，也体现了持续集成和交付的概念原型。更重要的是，“没有银弹”（银弹，用来杀死狼人的）说明了软件开发一直以来面临的问题，同时，人在软件开发中的地位目前是无法改变的。
代码大全
这书是程序员必读本之一。今天刚刚读完，花了将近两个月的时间，860多页的书。在读这本书的时候，也在一边实践书里面所讲的。这本书不愧为晋升成专业程序员的一本书。在现在开发前，我都会先做好程序的设计，接着评估程序的开发时间，然后写出伪代码，再将伪代码变成程序的注释，最后才开始真正的细节编码。在编码的过程中更多的是验证自己的想法，验证自己的高层设计是否符合底层逻辑。当底层逻辑难以实现的时候，会去改变高层设计。因为合理的设计，一切都是合理的。尽管错误难以避免，但是作为程序员最优秀的本质是，诚实和承认自身的错误，同时也要学会容忍他人犯错，我们都知道一个简单的道理——人人都会犯错。但是，最好就是能越早发现错误。如果在设计阶段能发现，代价是最小的，在编码阶段发现，代价递增一倍，在测试阶段发现，代价递增几倍，在产品阶段，代价无法想象。在今天的时候，读到一句——软件开发并不需要高智商！正如许多伟大的艺术家一样，并不是智力超群的人。软件开发是一门工艺，经验并不能说明你的优秀与否，而技术日新月异，变更太快，保持谦卑和学习的心态太重要。
一年过去，在写这些总结的时候，几乎是忘记了许多书中的细节。在回忆的时候也是更加注重当前的习惯和心态。突然想起，张三丰教张无忌打太极的时候，张无忌也完全忘记了张三丰教过什么。因为一切在脑中，当做起来的时候，就要见招拆招，惯性而为。软件开发，现在的我看来是，首先是否符合公司的利益，就整体而言，是否值得开发。接着，要关注整体的高层设计和软件架构，评估出总体的开发时间，是否在项目的允许时间内，如果超出时间允许，是否能先实现重要的功能，实现持续交付，然后遵循公司的开发流程和规范，做好与其他人的沟通与协作。最后才是个人的细节实现。
按照读书计划，今年是要看算法方面的书。在我看来，写好代码是最根本的，但是如何让程序跑的更快，就需要了解相关方面的书了。
