連假第三天繼續來耍廢一下，來繼續講講版本控制遇到的事情。
在經歷了前面一篇講的一大串，雖然只是輕描淡寫，但實際上也是思考了很多事情，就是一些規範和原本工程師認定的一些事情到底哪個地方能妥協，其實部門接手的專案一直都是挺賺錢的，因此我們只要持續的維持系統的穩定性就能好好的有收益，但是上面的人一定有他們自己的壓力（他們自己的kpi等等）那麼在合作上一定會遇到這種衝突。天馬行空想了很多的方案和提案希望能加入，但是往往這些沒有經過一個全盤的考量最終就有可能是災難性的，尤其當這些提案常常在初期沒有人反應有問題但又進入上級的眼中時，你也很難去撤銷這些提案，好幾次都是這樣硬著頭皮做下去，用很折衷的方案去解決然後報上去，系統就是這樣漸漸的腐化....。
所以事前的評估就變得很重要，但這就很仰賴大量的經驗，也是這些資深工程師存在的必要，因此也常常很積極去學習這些相關的判斷，反而有可能在後續的職涯發揮很大的作用（基本功還是要顧就是了）。
iThome鐵人賽
看影片追技術