在新的团队有点忙，刚好这本 《软件架构师应该知道的97件事》 适合断断续续的阅读，然后慢慢”琢磨”。每个人偏重的技术角度不同，所以有些事情读罢可能未必能引发什么进一步的想法，但读到有些以前没关注过的话题则可能触发进一步思考。
印象最深的一句话是”确保简单的问题有简单的解”，这本书里面很多话题都提到了”简单”这个词，我更喜欢用”简朴”，不把简单的事情复杂化，和我一直坚持的理念有点不谋而合。其实，有些资深开发者很难抗拒”炫技”的诱惑，时常想用最新最酷的技术来做他认为”最有挑战最有难度”的事情，殊不知用更小的时间、人力、技术成本解决问题也是真正有技术含量的事情。
究竟什么才是称职的架构师，我想很难界定，很多公司对架构师有不一样的期待，但有一条，作为技术人总要不断的思考，持续学习，不断进步才能迎接更大挑战，才会称为别人眼中称职的架构师。
我的一个疑惑是：不知道有多少架构师现在还在公司之外保持阅读技术书籍的习惯呢？
–EOF–
想读读这本书~
大辉，别来无恙啊！想不到大辉兄会看《软件架构师应该知道的97件事》，当初编辑原本还想约你写一篇书评呢，呵呵。身为译者，不能不来留下“到处一游”的脚印哈！
我们公司的软件架构师没有做到这点。公司的CTO更是天天沉迷在WOW里。他们很少去接触心东西，更多的去依靠过往经验。
下面技术人员提出了不少很好，很实用的技术，CTO甚至直接否决，因为他不知道这个技术。应了学镛老师的哪句话，我们公司的CTO只是把工作头2年的内容，在后面的每家公司重复做了一次而已。变化的只是他从实施者变成了指挥者。
一线的技术人员，总是会觉得手脚被束缚住了。
于我心有戚戚焉
引以为戒
鄙人大部分杂乱零碎的知识是蹲在茅坑上读取获得的.
大辉老师最后的那句提醒真的是很重要，可惜不是每一位同学都有热情，浮躁的年代里，太多事情占用了太多的心智，一步一个脚印的作风，只有在日本或者德国这些国民性比较强的国家里才有可能实现。
其一:吾亦心有戚戚焉
其二:汝的时间分配相当有个性
其三:应该会出现顾此失彼的情况
经常看书是每个有点文化的人需要做到的起码要求，现在都言必称架构师，我觉得挺烦的，其实不过是有点经验的工程师，而工程师的起码要求就是经常熟读一些手册。
阅读技术书籍是必须的!进步是自己的事情
在公司里面,技术是成体系的,必须按照团队来定.但是对于新技术的使用,还是得够个过程…
看书是好事,书好多…看Fenng大 推荐的就是了…
很不错，架构师必须要能够同时兼具深度和广度，最好能够同时精通所从事的行业，可能要求太高，但是不断学习是必须要提倡的，技术无止境，太多的所谓架构师整天为政治任务所困，这和所在公司文化很有关系。
小公司，老板不会给你在公司阅读书籍的时间的
一般都是下班回家看
空余的时间虽然很多,但都没有抽时间去阅读..
To yuan_jk,
是呀, 经常会蹲的双腿麻木数分钟. 以后还是去书桌或者后院沙发上读书的好.
很多技术架构师是不称职的，不仅要有规划的前瞻性，还要能够引导经验较少的程序员提高，这样才称得上是技术架构师。
我的一点主观看法，否则就是一个敲代码的熟练工种。
老胸，你的验证码好长。
简单确实是软件架构中最重要的原则；由简单的原则和手段组合解决复杂的问题，多么优美啊
多想知道到底什么样的人才才算得上架构师
也很想知道自己到底离这里还有多远
这本书读的是英文版，不错，有些点挺有感触的，比如说use before reuse, simplicity before generality，拿着这个还跟老板好好争论了下。。。
很想读读着本书~！~
博主最后问的，大家都应该有些感触吧~！
咱们搞技术工作的 能够挤出时间保持阅读技术书籍的习惯真的不多~！
想起了unix中的KISS原则：）