天下沒有神奇的配方
很抱歉，文章的開頭我就要說出這個殘酷的事實 - 世界上沒有任何工具可以魔法般的讓你實現敏捷，精益，devops。如果只是依賴了工具的自動化，實現了自動化dev或者ops，那麼別忘了為什麼這兩個詞要連在一起，你真正實現理念和行為的轉變了嗎，還是只是一味的懸浮在概念上無法落地。如何在開發和運營團隊之間進行協作和溝通，更應該是一種文化和理念上的轉變和演進。devops不是馬良的神筆，也不是太上老君的仙丹，所以醒醒吧。
瀑布》敏捷》精益》 devops，有多少人在一直不停的追趕。新的總是最好的？瀑布模型就一定out了？敏捷，精益就能更勝一籌？devops才是王道？如果沒思考過這個問題，就請你停下追趕的腳步，看看你想要的是什麼。沒有最好的，只有最適合的。切記，所有的轉變或者演進都不是為了否定過去。敏捷解決不了瀑布中的問題，精益也扭轉不了敏捷的失敗，同樣devops也不是包治百病的神醫。瀑布中的問題可能是前置環節沒有達到標準，或者當前環節執行出現問題，這些敏捷解決不了。而同樣是執行不足的問題，無論在敏捷還是devops中也會暴露。所有的演進和轉變是為了適應新的環境，去解決新形式下帶來的挑戰和問題，彌補過去的模型和方**無法滿足的場景。就像病毒和疫苗的關係，我們無法**病毒，但是我們能對症下藥。所以一定要認清的一點是，演進是無法解決在過去的模型或者方**中因為執行的錯誤或者偏差帶來的消極結果。
認清自我，才能更好選擇
對於開發模型的選型，需要結合行業，專案，環境，組織，特殊性，甚至公司戰略等多種因素。例如，對於建築或者銀行專案，瀑布模型是適合的，不需要擁抱變更，頻繁的變更會導致專案失敗。而對於需求不能短時間全部明確，或者可以預見到需求變更頻繁，又或者是出於公司戰略考慮需要盡快開工看到部分成果的專案，敏捷的價值才能充分體現。同樣，在公司戰略，團隊文化，專案資源都不太具備的情況下，devops也不是好的選擇。對新事物的生搬硬套只會帶來更多的麻煩和問題，卻遺忘了最重要的價值。
工具是解決問題的魔法棒
可能很多人說，即使選型確定好了，但是在專案中依然會有很多問題。正如上面所說的，模型解決不了執行的問題，但是軟體開發
工具可以。工具是由經驗落地而成的，借助工具其實就是借鑑成功經驗。引入標準化的流程，模板，規範會幫助我們解決專案中的諸多問題，最大化的提高效率，是最有效的捷徑，尤其對中小型企業受益頗多。在實際專案中，最大化的工具自動化不是每乙個團隊都有的理想，需要有前瞻性的工作態度，創新的工作意識。
把所有工具都融入到乙個平台這個終極目標更是艱難的，幸運的是雲時代幫我們實現了這一切。
生意和技術，誰是雞，誰是蛋？
一直以來，有兩種相反的想法 1.技術派覺得，技術是雞，技術的發展往往產生了新的生意 2.生意派覺得，生意是雞，技術都是因生意需要而產生的。但是新的問題來了 1.如果技術是雞，為什麼很多技術無法實際應用於生意？2.如果生意是雞，為什麼很多生意完全不需要技術也能發展得很好？創業者一直在探索的是 1.怎樣...
誰是天才（續）
張大牛 我是天才！大肥熊 你為什麼是天才？張大牛 你隨便給我乙個單詞 大小寫字母組成 長度為n，去掉m個字元後，我能知道字典序最小的字串是什麼樣子的 大肥熊 換過來，現在假設這個字典序最小的字串中第ai個字元在原串中的位置為pos，那麼原串中區間 pos ki,pos ki 中字典序最大的字元是什麼...
Who is the lion 誰是獅子 ！
昨天晚上看了一部錄影，具體名字我忘了，不過其中有句話記得非常清楚，who is the lion 故事講述的是乙個膽子很小的警察，無意中被要求付5000美金去學習一本課程，當然教授是乙個比較壞的傢伙，不過我也確是肯定他的教學是有效果的。其中乙個場景記得非常清楚，就是教授用幻燈片放映一些獅子的，並以發...