在前文《自動化部署》中，我們討論了自動化部署。通過對部署操作腳本化、部署驗證自動化、部署環境版本控制、生產部署全自動化等諸多實踐，可以讓部署完全處于受控狀態。然而，作為運維人員，是否曾經有人走過來問你這樣的問題：“當前生產環境上部署的是哪個軟件版本？”你是否遇到過這樣的情形，即使手里拿著一個jar文件或dll文件，也無法知道它到底是哪個版本。也許你可能認為，這算不了什么，到某個管理平臺上查一查部署記錄就行了。可是，如果發現在生產環境的集群服務器上，不同機器上部署的同一個程序文件（比如.war文件）的大小卻不相同，哪一個的大小是正確的呢？作為運維人員，你當時的心情會是什么樣呢？

　　語言只是工具

　　有很多理由都能說明為什么我們應該寫出清晰、可讀性好的程序。最重要的一點，程序你只寫一次，但以后會無數次的閱讀。當你第二天回頭來看你的代碼時，你就要開始閱讀它了。當你把代碼拿給其他人看時，他必須閱讀你的代碼。因此，在編寫時多花一點時間，你會在閱讀它時節省大量的時間。

　　在前文中，咱們談到生命周期長短不同的兩種分支策略。對于不超過二十人的小團隊來說，推薦使用短生命周期的分支策略。Joe的團隊在首次發布之前，也一直使用這種方式。然而，首次發布之后，因市場反響非常好，公司決定加大開發投入，希望更快地推出升級平臺，以及更多基于平臺的游戲。

　　英文原文：Scalability Principles

　　有雞湯就有反雞湯，有模式就有反模式。

　　喬梁，十多年軟件開發及項目管理經驗，專注于提高軟件企業提高交付能力，推廣最佳實踐。曾為多個大型電信企業、互聯網企業提供專業的軟件交付咨詢服務。現任百度項目管理部高級架構師，負責百度敏捷過程改進與持續交付推廣實施。譯有《持續交付》。曾任Thoughtworks資深咨詢師，對敏捷項目管理及持續集成有深入的理解與豐富的實踐經驗。

　　一轉眼工作已有8年，前兩天公司一位初入職場的同事希望我給一些建議與經驗。我覺得這個話題很有價值，這里以個人的想法與經歷寫成此文，希望給年輕的開發者們一些啟發。

　　人生是一條漫長的路，我們每個人都是行路者，沒有地圖也沒有路標，只能在黑暗中摸索著前進。“大學應該學什么”、“出國、讀研還是工作”、“如何找到自己的人生理想”、“如何應對命運的挫折”、“人生真的可以走直線么”……青春有太多的岔路口，而那些失敗的經歷曾一次又一次澆熄前進的熱情。

　　上篇：HTML5筆記(1) - HTML5的定義

　　前言

　　上學時導師教導過我們，學習新技術、新標準規范時，要經常針對細節問自己：這部分為什么會這么定義；堅持思考，某一天你才有可能成為規則制定者中的一員。所以我“為賦新詞強說愁”，為思考而思考：為什么會有HTML5。

不管你學習什么專業，我提供的以下建議對你來說均可以適用，而最終實現的目標是至少在你畢業的時候很容易找到一份自己還比較喜歡和基本勝任的職業，請你記住，雖然你在大學校園，你時刻要為四年以后要投入的那個社會做準備。

　　大家好：

　　作為 ThoughtWorks 的一名咨詢師，我曾不止一次的被問到 ThoughtWorks 的交付項目和一般意義上的外包到底有何區別。要區分差別，首先要對外包加以定義，外包從最傳統的 IT 外包到業務流程的外包，以及最近幾年新興的知識流程外包，其本身的定義也在不斷的演化。每種外包有其不同的訴求，傳統的IT外包和業務流程外包追求成本的降低，而知識流程的外包則更著眼于客戶 知識能力的提升以及團隊的成長。

　　如何入門并設定軟件成功的目標 

　　英文原文：Aspects of Domain Model Management

　　英文原文：Technical Debt a Perspective for Managers