做運維的沒有沒聽說過devops的，這套方法論打破了以前的ITIL體系谒主，把全標(biāo)準(zhǔn)化的運行流程改成全自動化的流程朝扼，將一步一個腳印全方位各部門配合，改變成大家公用一套自動化工具霎肯。
當(dāng)此方法出現(xiàn)的時候擎颖，我一度認為這就是運維的未來，全自動化观游，不需要人為干預(yù)搂捧，所以也想學(xué)習(xí)其中的門道，看看能不能應(yīng)用到工作中懂缕，此次到馬會學(xué)習(xí)允跑，恰巧那得研發(fā)經(jīng)理也在做類似的事，通過了解他們已經(jīng)做了一年devops了搪柑，其中也有很多坑都陷進去了聋丝，最大的一點他提到，如果沒有特別大量資金以及試錯能力的話工碾，誰做誰就死潮针，可能這句話有些大，但是在業(yè)界來看倚喂，除了BAT稍微做devops以外，其他公司很少有做的好的瓣戚，通過學(xué)習(xí)了解到其實devops更適用于快速發(fā)布端圈，這種互聯(lián)網(wǎng)更新快的公司，而且他們更新快的部分也只是對外的網(wǎng)頁子库，活動而已舱权，核心不會經(jīng)常變化的，這種思路徹底改變了我對devops技術(shù)的依賴仑嗅，那種不需要人為參與宴倍，全自動化的時代可能還言之過早张症。
一步一步踏踏實實的看清自己公司的架構(gòu)，看清公司主要的核心競爭力以及試錯力鸵贬，可以得出金融業(yè)可能和那種互聯(lián)網(wǎng)企業(yè)還是有一定區(qū)別的俗他，其中允許犯錯程度就完全不一樣，一個是保守最好不犯錯阔逼，一個是激進兆衅，盡量快去發(fā)布占領(lǐng)先機。
這次交流讓我更深層次了解到當(dāng)出現(xiàn)一個大家都在熱議的技術(shù)時嗜浮，首先看清這個技術(shù)究竟是否適合自己羡亩，適合所有還是僅一部分，做成這個技術(shù)需要投入的成本究竟值不值得危融？其次再去決定是否要向這方面繼續(xù)走下去畏铆。
說完技術(shù)層面，再說說軟技能當(dāng)面交流吉殃。很多人上班大部分時間都用在扯皮辞居，跨部門溝通上，你是否經(jīng)常聽到寨腔，不是我負責(zé)速侈，這不歸我管，先走流程迫卢，沒有時間倚搬，人手不夠等話語，當(dāng)遇到這種話語的時候你是否有能力去應(yīng)對乾蛤？是否能夠繼續(xù)談話已達到有效溝通每界？這次的軟技能培訓(xùn)主要解決類似的問題
這次學(xué)習(xí)讓我體會到提升工作效率的不只是技術(shù)過硬，其中也包含一些軟技能的提高家卖，我們不能做為技術(shù)部門就一味的標(biāo)榜自己的技術(shù)而去忽略那些其實也很重要的技能眨层，當(dāng)硬軟技能全面結(jié)合并在你的工作中體現(xiàn)的時候，你將會打開一扇新的大門上荡，它可能會解決你眼前的加班趴樱，解決你工作的無頭緒，指引你一個新方向酪捡，最終通往一個新的階層叁征。
