文章網址
Digg’s v4 launch: an optimism born of necessity
摘要筆記
文章的標題是 – Digg 的 v4 上線：一種必然產生的樂觀
這篇記錄了 Digg 版本升級到 v4 所發生的 DevOps 實況 ，當時的 Digg 營運艱辛，為了扭轉過去兩年困擾 Digg 的最大問題。 對 Digg 進行了徹底的改寫。
文章中有這麼一段描述，可以感受一下當時 Digg 的處境
那時 Digg 已被 Google 的 Panda 演算法更新搞得一團糟。 隨著搜尋引擎的更新花了一個月的時間才開始生效，我們的命運就像向上帝吐口水一樣發生了逆轉: 我們從第一個—- 也是唯一一個盈利的月份開始下滑，一直下滑，直到每月的流量減半。 上個月，一家公司走上了5年盈利之路的高峰，下個月，一家公司股價直線下跌，即將從弱勢地位籌集資金。
當然這改寫過程並不是那麼順利 ，這篇文章詳細記載了這中間發生的驚險過程，看了之後會更清楚 DevOps 所扮演重要的角色 – 新的版本上線沒有成功造成使用者了離開 ，流量下降，營收自然更難看
不過這結局還不錯
Digg v 4 全面推出一週後，最後一位執行長將加入。 一個月後，進行第三輪裁員。 一年後賣掉了公司。
作者最後回憶總結這件事
Digg 4有時被作為災難性發佈的一個案例，暗示了我們不應該釋出它。 在某種程度上，我曾經同意這種說法，但是這幾天來我認為我們做出了正確的決定。 我們的流量明顯下降，我們每個月都會損失一大筆錢，我們最近籌集到了資金，我們知道我們不可能輕易籌集到更多的錢。 如果我們可以在發起偉大的事情和糟糕的事情之間做出選擇，我們會選擇發起偉大的事情，但是我們可以選擇最後一擊或者靜靜地轉動球棒。
最後一句話可以解讀成 – 你要一次做重大的版本更新還是要漸進式的更新( Continue Integration/Delivery ) ？ 瀑布式開發流程 vs 敏捷開發流程
另一方面，我仍然感到震驚的是，我們在上線本身是如此魯莽。…… 我希望自己能從這次經歷中成長，因為即使是現在，我也不確定這樣一個才華橫溢的團隊是如何展示他們的能力的。
感想
看這篇文章時讓我想到曾經讀過的一本書 – 創業維艱 – 如何完成比難更難的事，如何做選擇是一件藝術，創業一場不斷決策的賭局，每次的決策看似影響不大，但是它會慢慢地將你推向成功或是失敗的一邊，如果很不幸的每次的決策你剛好都挑上那最差的一個，時間一久，就會演變成 ‘黑天鵝效應‘ ，這篇文章最後的總結是雖然這次的版本更新上線取得了成功，但是中間的流程過於草率，團隊太過樂觀，這種關係到公司營運命脈的事情還是要小心為上，步步為營！
發表迴響