这本书是戍总临走前放到我这里的，说实话，和临走没什么关系，只是一前一后的顺序。
这本书是2012年买的，但是估计除了买书的人外，木有人知道。
在这边做事，总是给人一种心有余而力不足的感觉，而且缺少真正的技术氛围——至于我为什么待在这里，是有其他的原因。
为什么领导总是认为，你把别人招过来，人家就要死心塌地的给你干活呢？你欣赏人家的才华，但是人家不欣赏雇佣你的公司啊~
最近又忽悠了一个部门副总进来，大家讨论最多的是能够做多久。
我关注的是，是不是以后会一人配一个经理呢？随手画下了一个头大身子小的章鱼，当然没什么触手，算是Company的真实写照吧……
领导不关注这些，扯多了，不说了。
看这本书的时候，很着急，因为很多内容虽然是实践层面，但是缺少具体的案例，而且大多数内容是点到为止，没有深入讲解下去，或许是比较适合我或者更高层面看，但是没有这个基础也不行啊。
就如同稻盛和夫的那一套，其实有些事情是自然而然的，学习先进经验固然很好，但是直接生搬硬套就不靠谱了。
敏捷啊、数据分析啊、基础架构啊、DevOps啊，技术型管理层一定知道，但是玩政治斗争的就不一定了。注意，这里是技术型管理层，木有人的就算不上了，比如我。
作者实践经验丰富，失败经验也相当丰富——话说那天开会，领导说，我们的员工不能总从失败中获取经验。仔细分析一下，为什么一直从失败中获取经验，但又一直不断地失败？——因为我们的老员工自视甚高，不屑交流，不求进取；我们的新员工又是缺乏独立思想，缺乏主动性的，这一来二去，经验无法传承，又没有测试环境，在生产环境中的失败看起来就是必然的了。
固化的思想，固化的环境，怎能产生创新型的人才？出去交流了几次，发现基层到高层，都是喜于现状，安于稳定，只求终老。高层下发命令，中层传达，底层思考，这样的团队怎能有生命令？每每想到这里，都会和绝症联想到一块，解决的方案好像除了打鸡血和换血之外，没什么好的方式了。之前一直杀鸡给猴看，鸡杀了不少，猴子反正不看。
领导从没有想过，为什么能力强的人都走了，领导也没有想过，为什么有几个人没有走，领导没有想过，为什么管理层一再犯错都没什么事，很多很多事情，领导都没有想过。领导想过的是，腾讯的那种技术氛围很不错，我们也要有，平安的运维工具很不错，我们也要研发……领导不去想怎么落地，这些都交给基层员工了。
很多同事离职了，也想过离职，但是还是之前的那个原因，没有离开。或许是安于那种被需要的感觉，新的想法总是只源于某几个人，而且又不委以重任（呵呵，倒是会委以很多领导自己的重任），时间长了，情况就可想而知。
新技术的运用需要一个研究的过程，领导会给开发的这些时间（少则几个月，多则几年），而对于运维的就绝对不会。对于运维的来说，所开发的任何内容都是脚本，只有开发的才会编写程序，这也是问题。
想法很多，落实不了是中层的问题，别老找基层麻烦。
虽然说点到为止，但是还是值得思考，所以这本书还是在我这里放一段时间，闲来思考思考。
随便聊聊，抱怨多于书评，不喜勿喷。