今年九月初參加完 DevOps 2015 之後，有感而發，寫了兩則 tweets：
說實在的，打從 1999 年 Kent Beck 經典著作 Extreme Programming Explained 問世，整個軟體文化就被徹底分裂成兩個國度。以 agile best practices 出發的國度，不斷演化至另一個國度難以企及的高度。 — Quote: 2015-09-03 Tweet #1
這個時代，如果還覺得 DevOps 是 mission impossible，可以說，連 1999 年的小團隊水準都達不到。或許該回頭蹲馬步，好好思考 Extreme Programming Explained 裡面講的幾個 best practices，有哪些可以嘗試看看。 — Quote: 2015-09-03 Tweet #2
Extreme Programming Explained 書中列的 best practices 很多。有些與組織文化及流程息息相關，不見得一開始就能說服眾人採用。其中，我覺得最立竿見影的，與組織文化流程互斥最少的，就是這兩項：
- Ten-Minute Build
- Continuous Integration
說來容易，做起來可也得花一番工夫。但這世界上，有些打地基的事，不做，就像不會基本代數，就註定與微積分的境界絕緣。
CI，就是幫助你打好地基，開啟另一扇窗的手法。
打地基的切入點
初入這個新國度的人，面對 Agile、CI、CD、DevOps、Scrum、TDD⋯⋯太多神奇咒語，容易一頭霧水，搞不清楚優先順序。
我不認為有放諸四海皆準的萬靈丹特效藥。如果真的要挑出一項切入手法，就從 CI 開始吧。
CI (continuous integration)，是一條不會過度陷入工具至上的 “cargo cult” 迷思，又能從某些角度有效撼動既有的流程制度。難怪梅姐 (Marissa Mayer) 會選擇用這條角度切入：
「沒有持續交付 (Continuous Delivery)，專案不得上線，我不是在說笑。」Yahoo 執行長 Marissa Mayer 的宣言。
— Quote: 【誰說大象不能實現 DevOps】雅虎 97% 專案擁抱持續交付的關鍵
CI，不管你選用的是當紅的自架工具 Jenkins，或託管給 Travis CI（OSS 專案可免費使用），重點是：請踏出第一步。
這不只是行動的第一步，也是照妖鏡、試金石。
初步嘗試 CI，一定會踩到地雷；但你不是第一個踩雷的。我推薦過的好書《笑談軟體工程：敏捷開發法的逆襲》，就徹底討論過該議題了。摘錄一段當時的推薦文：
作者感慨：「在臺灣很多試圖採用敏捷方法但卻槓龜的團隊，缺少『追求技術卓越』的精神很有可能是一個主要的原因。」譬如說，如果沒有扎實的「自動化測試」及「持續整合」工夫，那麼，逐漸累積的「測試債」會讓 sprint 制度破功。當然啦，扎實的基本功並非一蹴可幾，作者也勉勵看過本書卻認為自己辦不到的人：「要『傻的願意相信書本裡所說的』，不要在尚未嘗試之前就先否定。」你願意開始嘗試嗎？
— Quote: iThome 2012年 iT人必看的好書
手頭沒這本書的，不妨看看以下幾則文章：
不過，對「聰明人」來說，「傻得願意相信」可能是頭一個要面對的關卡吧。
能否面對該面對的關卡，決定你能否躍遷到更高的層次：
CI/CD/DevOps 既是條不歸路，更是大躍進之路：一旦踏出第一步，就注定你會不斷接觸遠離平庸的新觀點、新技術。
至於背後是不是跑 agile，反而不那麼絕對了。
屢屢從自己與別人演講、教育訓練、Q&A 中歸納出來的心法……
— Quote: 2015-12-21 Tweet
再強調一次：一旦踏出第一步，就注定你會不斷接觸「遠離平庸」的新觀點、新技術。
所以，為了呼應剛剛的感想，在新梯次的 Ansible Workshop，乾脆帶大家用 Travis CI + Docker 玩一下 CI/CD 好了。因為從今年五個梯次 Docker Workshop 的經驗看來，滿意度最高的實作任務，一直都是 GitHub → Docker Hub 這一段 CI 動線⋯⋯