昨天下午我去參加了Gulu.com 的產品發表派對，結果被我的好朋友，Gulu 的創辦人兼 CEO Jimmy Chen 直接在臺上點名，說：有一次 Jamie 跟我說技術一點都不重要，讓我好難過。可是我覺得 Jamie 錯了，技術根本就很重要！
啊！我們又回到這個敏感的問題了。
我常覺得技術就有點像是身高一樣，身高重不重要？問這個問題，高個兒都會說：「應該重要吧！」但是如果你退一步想，當然是先看你要打什麼球啊！
A) 功能的技術 — 這型別的技術讓一個網站可以做到你想要它做到的功能，所以像是 PHP, JSP, HTML5, CSS3, SQL 等等，大略可以被歸入這一類。
B) 規模的技術 — 這型別的技術讓一個網站可以從 100 個人同時使用，長大成 100 萬人同時使用，所以像是 Load-Balancing, Clustering, Fail-Over, High Availability, CDN 等等，大略歸入這一類。
也就是說，A) 就是我們常說的「程式開發」(development)，而 B) 則比較像是「軟體工程」(engineering)。
硬底子技術
再來，近年由於「開發」工具日趨成熟，所以 A) 型別的技術也越來越平民化，最好的例子就是 Ruby on Rails 的入門課，就是寫一個 Twitter，於是乎 A) 也越來越少被人稱作「技術」。相對的，雖然一樣有越來越多的工具，但是 B) 其實仍舊是一門非常高深的學問，即便是 Google、Facebook 這麼成功的公司，花了那麼多錢去請最頂級的工程師，還是常常會碰到網站掛掉的情況。所以，到後來，當我們說到「技術」，越來越是在討論這些最難的規模化理論和實施細節，越來越少是在討論做出一個可用產品的過程。
成本/時間
從另外一個角度去看，A) 相對於 B)，是非常便宜的。你可以請一個稍微有一點功力的開發人員，只要懂得運用市面上的工具，多多少少都可以把你想要的網站雛形做出來給你。但是要做到 B)，沒有花大把鈔票，僱用經驗豐富的一流工程師，使用第一流的裝置，是很難達到那個水平的。另一方面，A) 相對於 B)，也是比較快的一個實作過程。
風險
瞭解了這些，我們就可以回到「B) 規模技術」重不重要這個問題。答案是當然重要，當你確定有 100 萬人同時要用你的網站時。問題是你要怎麼確定？當然是先用 A) 功能技術做出一個雛形 (或稱 MVP)，去確認市場的需求。為什麼？因為 A) 比較快，也比較便宜。沒有必要在還不確定市場的需求前，就投資珍貴的時間和成本在 B) 規模技術上。
而這，就是Lean Startup 的最核心精神。所以，當我說「技術不重要」的時候，其實真正的意思是「規模技術一開始不重要」。這樣，清楚了嗎？
來源：mrjamie.cc