《软件架构师的12项修炼》读后感锦集

《软件架构师的12项修炼》是一本由Dave Hendricksen著作，机械工业出版社华章公司出版的平装图书，本书定价：59.00元，页数：216，特精心收集的读后感，希望对大家能有帮助。

《软件架构师的12项修炼》读后感(一)：难得写给技术同学的情商管理书

书是好书，可以说里面的方法论放之四海而皆准，但是需要一定项目管理经验及平时的一些思考。没有思考很难理解书里面的深意。

反观最近自己的处事方式，的确条条都是大忌，这本书会收藏作为床头书，适合多读多思考

另外需要多读多反思，才能体会到这本书的精髓，对于技术同学来说，里面的思考路径非常关键

《软件架构师的12项修炼》读后感(二)：写的东西是技术人员最缺乏的

看样子那里都一样 不能光沉迷技术 搞办公室政治 国人估计也要跟别人学学 如果平衡 如何利益最大化

读后感觉不光技不如人

而且 玩政治也玩不赢人家

{以下忽略

凑字发帖

凑字发帖

凑字发帖

凑字发帖

凑字发帖

凑字发帖

}

《软件架构师的12项修炼》读后感(三)：读《软件架构师的12项修炼》

花了近一个月的时间阅读了这本书。这是一本翻译很烂的书，虽然书的内容是原作者多年工作的结晶。

读一本书，能学到一两句话，一两个方法，已经是算是成功，没有白费几十块钱和阅读的时间。这也就所谓的开卷有益。

开篇讲 “注重关系甚于对错”，让我们明白，原来不仅仅是中国是这样，老外的社会也是这么回事。很多人喜欢争辩，争辩到最后，甚至忘记了原本讨论的是什么问题，变成了一场只要需要胜负，不需要结论的“纯粹争辩”。然而，在平级的两个人之间，要通过争辩的方式让另外一个人接受你的观点，几乎是不可能的。我们的目标是让对方接受自己的观点，还是要在争论中胜出？？

沟通的第一要点就是“听”。一个“听”字，说起来容易 ，做起来却难。尤其在观点受到冲击或者自己受到指责时，压制自己想解释或者自卫的冲动这一条，就很难做到。我也会将此条做为我未来很长一段时间内的一个煅练目标。

金庸概括中国皇帝必备素质之一，就是“忍”。“忍”这个词包含很多含意，艰忍，残忍等。但我想成大事者也应该包含“忍自己”。“不自卫”，“不做言语上的无谓争风”，“忍别人对自己的冒犯“等等。其中做任意一条，都不好做到。如忍别人的冒犯，原谅别人时首先自己这一关就很难过。

“听" 的第二层是既听懂别人说的话，还要听懂别人未说的话。想做一个架构师或者一个team leader，就是要做别人所不能做的事，忍别人所不能忍的事。如果你和别人一样，为什么要让你来做leader？

做leader,其实就是做好两件事，得到下属的信服，得到上级的信任。

作者多次提到一个向上级汇报的方法，即准备几套方案，其中有一套推荐方案，详述各个方案的优缺点，供上级选择。这一条在工作中也是需要好好执行的。不要给老大出总是，给老大解决方案！老大都很忙，不要把没有经过筛选的信息直接给他。

如何得到下属的信服呢？

我现在只能总结出以下几点：

1.技术上要有引领团队的水平 ，且保持学习新东西

2.让大家奉献而不是命令。每个人都觉得自己是团队的主人

3.为大家在上一级领导面前争取利益，至少要自己或者在小团队内认可下属的工作

4.能够为下属解决解决不了的问题

5.吃苦在前，享乐在后

6.以身做则，说到做到

《软件架构师的12项修炼》读后感(四)：《软件架构师的12项修炼》读书笔记和自省

先从整体上谈一谈这本书。这是一本软件架构师的基本能力修炼手册，里面不涉及任何计算机技术，全部都是软性技能。这种软性技能最让人头疼：一是这种技能全无客观标准，你没办法衡量某一个技能在某些场景一定是好的，也没法说它某些场景一定是坏的；二是你无法验证所学，如果是计算机技术的话，代码摆在那里，能编译运行，你copy出来自己跑一次，基本也没啥问题。但是这种软性技能，你从作者那里拿了过来，还真不一定好使，同时你也不容易验证你的所有。

软件架构师大多是技术出身，作为技术同学最喜欢的是确定性的知识，也最擅长解决确定性的问题。可是，世界上哪里有那么多确定性的东西给你做呢？因此作为软件架构师，你想要变得优秀，那么首当其冲的必然是——让自己很善于面对和处理业务的不确定性，无论这种不确定性有多么复杂甚至恐怖，你都能坐怀不乱。这是单从技术维度的学习所无法达到的境界。

《软件架构师12项修炼》就是教我们如何跳出技术思维，从自身软实力的培养着手，打怪升级，登堂入室。这本书我读过英文版和中文版，其中中文版的翻译欠佳，但英文版说实话，作者本身的文笔也不太行，较为啰嗦，也比较隐晦，每一种技能都列了一大堆事项，抓不住重点，同时缺少案例支撑。我认为在软素质总结论述方面，可以学学《孙子兵法》：将者，智、信、仁、勇、严也。几个字就抽象总结出，作为一名统帅应具有的五种基本素质。有的时候贪多往往就会抓不住主次，看似学了不少，最后什么都没学会。但我并不否认本书的价值，这本书也很好的总结出软件架构师基本素质和其修炼方法，对我们实际工作也具有一定的指导意义。但还是那句话，知道往往不一定做到，即能知道又能做到，才是读书的真正价值和意义。没有经验的读者恐怕也很难读下去这书。

后面的读书笔记我会依照章节顺序，并结合在实际软件架构工作里遇到的问题，谈谈我自己的感想。可能并不完全按照作者的意思来，但都是自己的思考和感悟，也对曾经犯过的错误的自省吧。

既然上文说了，软件工程师最怕不确定性，要想”出人头地“，就要想办法提升解决不确定性问题的能力。那产生不确定性有哪些？

首先可以想到的是人，人可以粗略的分为：自己和其他人。自己则是情绪的不确定性，我们需要掌控情绪，即作者要求我们”文雅“；而其他人，则是关系的不确定性，则要求我们提升沟通、协商、领导力的能力，甚至在某些情况下还要运用所谓的”政治厚黑学“。

其中文雅的举止是最难以修炼的，这是内功，孔子都要花一生的时间去修炼，何况我们凡人呢。我认为在工作中最重要的两点是：谦虚+真诚。这两个是最为关键，是因为，真诚能够建立信任，而谦虚则能够聚拢他人。

沟通和协商能力里面，我认为最重要的是两点，一个是先听后说，另一个是不要让人惊讶。前一个是所谓的移情聆听法，这是《高效能人士的7个好习惯》里所倡导的，后一个是管理预期，包括领导和下属的预期。我在工作中也经常犯类似的错误，在跟老板或下属沟通的时候，自己头脑中的结果往往跟他们心中的结果有所差距，这种预期不一致，导致大家沟通界面很不顺畅。再者我的性子很急，愿意多表达而不愿意多倾听，在很多沟通场景往往非常吃亏。这是我需要自省的地方。

第二个不确定性是指：事情的不确定性，分为可控圈内和可控圈外。针对圈内，作者给出的能力是：透明化、激情、语境切换。针对圈外，给出的技能是：学习（商务+认知）、创新、成本观。

我之所以按照圈内圈外进行划分，其实是利用了斯多葛学派的一些哲学观点， 我们只能影响我们能影响的那些部分，至于无法影响的部分，我们不用失望。我个人本身是有很强烈的激情的，这是由于兴趣使然，如果失去了兴趣也就很难再有激情。另外，透明化我认为是为了达成决策的充分性条件，说人话就是决策的共识，只有透明才有可能真正的共识，有了共识，决策之后才能得到所有人支持，才能顺利落地。语境切换的这项能力，是我之前没有思考过的，所谓语境切换我理解，应该说的是不同场景的角色代入感，比如你跟CTO聊，那就要聊战略、人才和风险，你跟下属聊就要聊原因，目标，风险。你跟不同的人和遇到不同事，就要用不同的角色带入，通俗一点说就是见人说人话，见鬼说鬼话。

对于那些我们无法控制的圈外事，我们要做的是学习，学习，还是学习。无论是学习商务知识（程序员最欠缺的），还是提升自我认知能力，无论是学习如何创新，还是学习如何树立成本观。。。。。。面对我们无法控制的事情，你只有不断的去了解他，熟悉他，进而慢慢的触碰到他，不断扩大自己的影响圈，直到那些你曾经无法控制的圈外事，变得也能够控制了，你也就成长了。这是一项长期的修炼。

最后，祝福大伙阅读愉快，早日成长成一名出色的架构师。

《软件架构师的12项修炼》读后感(五)：一些关键点的摘录

第一章 文雅的举止

第二章 沟通

第三章 协商

第四章 领导力

第五章 政治

第六章 透明化