做运维的没有没听说过devops的，这套方法论打破了以前的ITIL体系，把全标准化的运行流程改成全自动化的流程，将一步一个脚印全方位各部门配合，改变成大家公用一套自动化工具。
当此方法出现的时候，我一度认为这就是运维的未来，全自动化，不需要人为干预，所以也想学习其中的门道，看看能不能应用到工作中，此次到马会学习，恰巧那得研发经理也在做类似的事，通过了解他们已经做了一年devops了，其中也有很多坑都陷进去了，最大的一点他提到，如果没有特别大量资金以及试错能力的话，谁做谁就死，可能这句话有些大，但是在业界来看，除了BAT稍微做devops以外，其他公司很少有做的好的，通过学习了解到其实devops更适用于快速发布，这种互联网更新快的公司，而且他们更新快的部分也只是对外的网页，活动而已，核心不会经常变化的，这种思路彻底改变了我对devops技术的依赖，那种不需要人为参与，全自动化的时代可能还言之过早。
一步一步踏踏实实的看清自己公司的架构，看清公司主要的核心竞争力以及试错力，可以得出金融业可能和那种互联网企业还是有一定区别的，其中允许犯错程度就完全不一样，一个是保守最好不犯错，一个是激进，尽量快去发布占领先机。
这次交流让我更深层次了解到当出现一个大家都在热议的技术时，首先看清这个技术究竟是否适合自己，适合所有还是仅一部分，做成这个技术需要投入的成本究竟值不值得？其次再去决定是否要向这方面继续走下去。
说完技术层面，再说说软技能当面交流。很多人上班大部分时间都用在扯皮，跨部门沟通上，你是否经常听到，不是我负责，这不归我管，先走流程，没有时间，人手不够等话语，当遇到这种话语的时候你是否有能力去应对？是否能够继续谈话已达到有效沟通？这次的软技能培训主要解决类似的问题
这次学习让我体会到提升工作效率的不只是技术过硬，其中也包含一些软技能的提高，我们不能做为技术部门就一味的标榜自己的技术而去忽略那些其实也很重要的技能，当硬软技能全面结合并在你的工作中体现的时候，你将会打开一扇新的大门，它可能会解决你眼前的加班，解决你工作的无头绪，指引你一个新方向，最终通往一个新的阶层。
