前言
有将近2年没有写文章了，首先是不知道分享什么，其次就是工作也比较忙，闲暇的时间要么玩游戏、听小说、看电影，虽然也有看书但其实也并不多，以上也都是为了我的懒惰所找的一些借口。
虽然到现在为止也看了百来本书，但是写过的读后感也是寥寥无几，唯有的几篇，我试着回忆，感觉应该也大多以摘抄为主，没有什么实质的内容。这次下决心写读后感，主要原因是我读过的那么多书，真的能记下来的，也不过书中4-5%(可能是我上了年纪其次是记忆比较差的缘故吧)，可能更少，为了给自己留点印象，所以准备以后每读完一本书，都写一篇读后感。
书本内容
本书洋洋洒洒600多页，涵盖了各个方面，管理方向从人、团队、角色到组织，技术方向从单机、集群到云计算，运维方面从测试、持续集成到自动化，项目的不同时期在3个不同方向上的扩展，以及作者亲自经历的一些经验和教训，实属难能可贵，当头一棒，给了我醍醐灌顶的醒悟，只有一个好的团队才能创建好的架构和扩展点，软件虽然发展时间不长，但也是一门很深的学科，这是一本非常值得一读的好书，虽然书中更多的篇幅还是在管理方面，技术、运维虽有涉猎但其实并不深，对于技术人员扩展视野或者转型到管理人员帮助还是很大的。
首先可以快速过一下目录，了解一下整本书的内容，跳着看喜欢的部分，不过最终还是建议大家完整的把整本书看一下，译者水平还是很好的，文笔也不错，看着挺厚的，但是看起来挺轻松愉快的，不会像纯理论的书那么死板枯燥，章节之间挺合理的。
整本书看下来以后，其实能清楚记得的东西已经不多了，模模糊糊有一个结构，把我之前看过的一些书的理念联系起来了，完善了我以前看其他书留下的一些不解之处。
感悟
作为一个员工，为公司创造价值是首要目标，但是以技术方向而言，保持项目的简洁、灵活、可扩展，我觉得是技术更应该关注的，业务的模块化、组件化，公用的底层库，以及运维自动化的设计，但是大多数技术人员意识不到运维的重要性，没有实现人工到自动的一种转变，归根到底是技术人员有以下的一些阻碍：
- 需要不断的了解或学习新的技术，比如：遇到问题时，会使用一些成型的解决方案，但是如果不了解其中的机制，出现问题或者需要进行扩展时，就陷入了困局，相反如果自己开发的话，工程量很大，而且需要团队的支持，费时费力。
- 维护旧系统或者现有系统时，需要对一些已经存在、相似的功能进行重构，提取模块化，或者组件化，以降低系统的复杂度，开发人员和上级不一定能理解和支持，如果重构一帆风顺那还好，但是出现纰漏的话，需要承受更大的压力。
- 技术属于默默无闻的类型，表现低调，价值不明显。
- 大部分公司看上去提供的是技术的岗位，但是根本没办法专心做技术，其实还是管理。
- 对于技术只是以一种赚钱的技能来看待。
技术路线虽然荆棘满布，书中也没有技术上深入太多，但是大致的方向还是有的，什么时期可以用到什么样的技术，至于把技术用到什么程度就看个人了，我觉得看书更多的是完善自我的知识体系，不应该太过追求效益，这样反而失去了读书的趣味，也会让自己在技术路上越走越艰难，要不忘初心，很久没写文章了，有些乱，请见谅。