《架构即将来》读后感

前言

　　有将近2年没有写文章了，首先是不知道分享什么，其次就是工做也比较忙，闲暇的时间要么玩游戏、听小说、看电影，虽然也有看书但其实也并很少，以上也都是为了个人懒惰所找的一些借口。

　　虽然到如今为止也看了百来本书，可是写过的读后感也是寥寥无几，惟有的几篇，我试着回忆，感受应该也大多以摘抄为主，没有什么实质的内容。此次下决心写读后感，主要缘由是我读过的那么多书，真的能记下来的，也不过书中4-5%(多是我上了年纪其次是记忆比较差的缘故吧)，可能更少，为了给本身留点印象，因此准备之后每读完一本书，都写一篇读后感。

书本内容

　　本书洋洋洒洒600多页，涵盖了各个方面，管理方向从人、团队、角色到组织，技术方向从单机、集群到云计算，运维方面从测试、持续集成到自动化，项目的不一样时期在3个不一样方向上的扩展，以及做者亲自经历的一些经验和教训，实属难能难得，当头一棒，给了我醍醐灌顶的醒悟，只有一个好的团队才能建立好的架构和扩展点，软件虽然发展时间不长，但也是一门很深的学科，这是一本很是值得一读的好书，虽然书中更多的篇幅仍是在管理方面，技术、运维虽有涉猎但其实并不深，对于技术人员扩展视野或者转型到管理人员帮助仍是很大的。

　　首先能够快速过一下目录，了解一下整本书的内容，跳着看喜欢的部分，不过最终仍是建议你们完整的把整本书看一下，译者水平仍是很好的，文笔也不错，看着挺厚的，可是看起来挺轻松愉快的，不会像纯理论的书那么死板枯燥，章节之间挺合理的。

　　整本书看下来之后，其实能清楚记得的东西已经很少了，模模糊糊有一个结构，把我以前看过的一些书的理念联系起来了，完善了我之前看其余书留下的一些不解之处。

感悟

　　做为一个员工，为公司创造价值是首要目标，可是以技术方向而言，保持项目的简洁、灵活、可扩展，我以为是技术更应该关注的，业务的模块化、组件化，公用的底层库，以及运维自动化的设计，可是大多数技术人员意识不到运维的重要性，没有实现人工到自动的一种转变，归根究竟是技术人员有如下的一些阻碍：

• 须要不断的了解或学习新的技术，好比：遇到问题时，会使用一些成型的解决方案，可是若是不了解其中的机制，出现问题或者须要进行扩展时，就陷入了困局，相反若是本身开发的话，工程量很大，并且须要团队的支持，费时费力。
• 维护旧系统或者现有系统时，须要对一些已经存在、类似的功能进行重构，提取模块化，或者组件化，以下降系统的复杂度，开发人员和上级不必定能理解和支持，若是重构一路顺风那还好，可是出现纰漏的话，须要承受更大的压力。
• 技术属于默默无闻的类型，表现低调，价值不明显。
• 大部分公司看上去提供的是技术的岗位，可是根本没办法专心作技术，其实仍是管理。
• 对于技术只是以一种赚钱的技能来看待。

　　技术路线虽然荆棘满布，书中也没有技术上深刻太多，可是大体的方向仍是有的，什么时期能够用到什么样的技术，至于把技术用到什么程度就看我的了，我以为看书更多的是完善自个人知识体系，不该该太过追求效益，这样反而失去了读书的趣味，也会让本身在技术路上越走越艰难，要不忘初心，好久没写文章了，有些乱，请见谅。