開發平臺戰爭
此文是 TC 的 Jon Evans 撰寫的文章。他認為現在的軟件開發環境有點像文藝復興
現在寫軟件很簡單。如果你是微軟的開發者，可以有一整套 Visual Studio CD 協助；如果你是 Java 開發者，你可以有 LAMP 可用，IBM、SAP 等也有自己的專利軟件棧和工具。
但是現在的問題是做軟件的選擇令人眼花繚亂。假設你要做 web 服務，開發該選什么？Ruby On Rails？Node.js？Python 加 Django？還是 PHP+Drupal？.NET？……然后還得考慮代碼放在哪里托管？Amazon？Heroku？App Engine？Joynet？EngineYard？Force.com？然后還有 app，app 做哪個平臺的呢？寫原生代碼？還是混合 HTML5？用 Xamarin 交叉編譯？數據庫呢？
這種戰國時代令人懷念起微軟統治的日子。雖然只是中規中矩，但是有一項統一規范是不是要好過群雄并起？有個獨裁的政府是不是要好過四分五裂的城邦紛爭不斷？難道好的軟件不應該是令生活變得更加簡單的嗎？
當下的問題是大家都想做平臺，但卻沒有人能夠鶴立雞群。
就拿云計算平臺服務商 Heroku 而言，其支撐的項目已成千上萬。Heroku 開始是一項 Ruby ON Rails 的服務，但是現在它們已經支持 Node.js、PHP、Python 等。Heroku 提供有免費服務。部署到服務器上可以簡單到只敲“git push heroku master”一句話。類似數據庫連接、電子郵件等等之類的附件幾乎是自動實現的。Heroku 帶給我們是基本上是愉快的體驗。
但是 Heroku 也有問題。支撐的規模不大是個問題。時不時會出現一些晦澀棘手的配置錯誤，需要數天調試是個問題。最近 Rap Genius 披露 Heroku 私改路由機制來圈錢更是將這家公司推向風口浪尖。
然后是工具豐富的 Google App Engine（GAE）。它的全副武裝令測試、部署、版本控制輕而易舉。令 Heroku 頭痛不已的異步任務在 GAE 這里就是小菜一碟。更不用說 GAE 還有全文搜索以及 MapReduce 工具。之前 Google 只提供強大但古怪的 BigTable 數據存儲，但現在你很容易就可以接入 Cloud SQL。GAE 的免費服務也已經很能干了，且還支持 Java、Python 或者 Go。
不過 GAE 也會很費錢，但這不是問題。問題在于其他人沒有這些工具。因此，一旦你開始用上 GAE，你就會因為其強大易用而被鎖定。可是卻正是因為這一點，令許多主管望而卻步。
當然，還有許多其他選擇。微軟對其 Azure 平臺寄予厚望。對于 Android 和 iOS 應用來說，它的 Parse 是一個簡單又強大的內置后臺。用了 Parse 之后，你根本就不需要去寫（一般功能的）后端服務器了。
但出于這樣或那樣的原因（有的是因為成本），許多項目都退而求助于像 Amazon Web Service 這樣的基礎設施，這些解決方案不能讓你簡單部署到云端就了事，你還得提供運行 Linux 或 Windows 的獨立服務器并進行配置。
而像這樣的基礎設施也是層出不窮，Google 已經引入了類似 AWS 的 Google Cloud Platform，還有比 AWS 差一點的 Rackspace 和 Savvis 等。
AWS 本身沒什么問題。有問題的是 Amazon 想成為平臺的嘗試—在 JON EVANS 看來，Elastic Beanstalk 實在是太糟糕了。不過 Amazon 的 Elastic Compute Cloud 則非常出色—便宜、強大、可擴展至企業級，還提供了許多有用高效的工具。實際上，Heroku 和 Parse 都是基于 AWS 的。
問題是，在使用了 GAE 和 Heroku 等平臺服務之后，配置服務器給人的感覺實在太慢、太復雜、太痛苦了。
更好—但盡管如此，也許這就是生活吧，他借用了電影《第三人（The Third Man）》里面的臺詞說，也許這樣的亂是好的、是必要的：
你知道那家伙怎么說—在意大利波吉亞家族統治的三十年時間里，雖然充斥著戰爭、恐怖、謀殺和流血，但也產生了米開朗基羅、達芬奇這樣的巨匠，帶來了文藝復興。而在瑞士，人人情同手足，有著長達 500 年的民主和平時期—但那里又誕生了什么呢？布谷鳥鐘。
VIA: techcrunch.com