英文原文：7 long-ago decisions that still haunt developers today

　　前言

　　由于工作需要，最近重新開始拾掇shell腳本。雖然絕大部分命令自己平時也經常使用，但是在寫成腳本的時候總覺得寫的很難看。而且當我在看其他人寫的腳本的時候，總覺得難以閱讀。畢竟shell腳本這個東西不算是正經的編程語言，他更像是一個工具，用來雜糅不同的程序供我們調用。因此很多人在寫的時候也是想到哪里寫到哪里，基本上都像是一段超長的main函數，不忍直視。同時，由于歷史原因，shell有很多不同的版本，而且也有很多有相同功能的命令需要我們進行取舍，以至于代碼的規范很難統一。

　　通常，當一個新版本操作系統發布的時候，很多人（包括我自己在內）都會開始進行全新的安裝。這樣做有3個原因：

說明：

　　先說一下背景，這是我工作10來年遇到的一個很特殊的案例。我和組員在入職的第一天就接到了任務，在完全不熟悉公司內部流程、研發資源、測試資源和項目背景以及需求的情況下，就按照項目方的意愿給出了一個DeadLine, 雖然當時會議上沒有要求表態，但是要求第二天需要給出具體的研發完成時間。

　　一段時間以來，開發者的圈子里面，有很多對蘋果公司，以及iPhone OS平臺（包括iPhone、iPod touch、iPad）批評的聲音，主要是批評這個平臺不開放。有些批評是很誠懇的，直擊要害的，而有些完全是空穴來風，以訛傳訛。

　　這是關于一個項目的故事，與其它項目相比，既不非常復雜，也不是很簡單： 一個應用程序與數據庫以及其它兩個系統通信。這在技術和架構角度都是主流，而在管理角度則是標準情況： 所有工作都應該在昨天完成，但還有很多沒有完成的。簡而言之，“這很難！” （這是開發者經常表達的一種情緒，但是誰都不會太大聲地把它喊出來。）

　　英文原文：Tour De Babel