作者｜杜屹東編輯｜郭蕾
在 thoughtworks 的一篇題為《devops 團隊之殤》的文章中，thoughtworks 軟體工程師杜屹東反思了 devops 的價值以及挑戰。devops 理念從誕生到現在已經有近 10 年的時間，然而社群對於它的爭論卻未停止過。devops 希望能夠消除開發與運維之間存在的資訊「鴻溝」，縮短從設計開發到生產交付的全過程週期，雖然這一看法深得人心，但這些年推進起來卻是步履蹣跚。
杜屹東認為目前國內大部分專案的現狀是開發不具備運維技能和意識，也不願意做「背鍋俠」，因為要求開發做運維其實一定程度上犧牲了開發的利益，比如亞馬遜的開發每隔一周會被要求 24 小時 on-call。
基於這樣的情況，一些公司選擇了在專案中先成立乙個 「devops 團隊」 作為過渡，再慢慢將 ci/cd 的理念和技能擴散到其他團隊，但是這種方式稍不注意就會變成「換了個名字的 ops 」，因為工作內容相似，寫指令碼、做高可用，這些是傳統運維也會做的事情，這種形式非常不利於團隊思維的轉變，「團隊整體對最終交付物負責」才是 devops 的精華，而不是把團隊按職責劃分（只對流程負責）。
這樣的要求無疑是給專案成員增加了工作量和負擔，對他們提出了更高的要求。然而很多人不願意無回報地多揹負一些責任，比如說開發，誰不願意每天寫點**一提交就早早回家，devops 要求他們得看著新功能上線，確保無誤之後才能離開；所以 devops 的推行在產品團隊中是有阻力的。devops 的成功不光需要團隊內部努力，也需要得到高層支援並掃除障礙。
對於現狀的反思，杜屹東這樣說道：「如果有一種自上而下的方式讓開發團隊基於已有業務基礎之上去優化交付流程，並對每乙個提交的最終價值負責，將產品思維真正植入到開發團隊，從而達到全域性優化的效果，這種做法才更符合真正的 devops 精神。」
PMI的一些理念
最近在看pmp相關的書籍，對pmi的理念，深以為然，記錄如下。同時關注結果和過程 專案管理既要看結果好不好，同時也要關注過程。好的過程才能產生好的結果。如果光有好的結果嗎，沒有好的過程，那麼這個結果不會持久。以干係人管理為中心 傳統專案管理強調的是管理專案範圍 時間和成本三重制約，現代專案管理強調的...
關於DevOps的一些誤解
關於devops有一些常見的誤解，在這裡做一下簡單的整理和討論。這種思維相當常見，自動化確實在devops中非常的重要。正如推動devops運動的標誌性事件之一的flickr的每日10 的部署的經驗來說，也提到了automation的重要性，如果只有一件事情能做，那就做自動化 的類似共享也有提及，所...
巴菲特的一些投資理念
1 希望你不要認為自己擁有的 僅僅是一紙 每天都在變動的憑證,而且一旦某種經濟事件或政治事件使你緊張不安就會成為你拋售的候選物件.相反,我希望你將自己想象成為公司的所有者之一,對這家企業你願意無限期的投資,就像你與家庭中的其他成員合夥擁有的乙個農場或一套公寓.2 如果我們有堅定的長期投資期望,那麼短...