Scale 重不重要？

Jimmy Chen

http://jimmychen17.tumblr.com/po ... ers-for-web-startup
Scale很重要！最大的好處是你一但架構好你的app to scale，你未來可以花更多時間開發新功能！

Steve Tsai

小子認為Scale面的問題，一般是來自於真正遇到效能瓶頸時才會出現，
大部分還沒這麼成功的服務，基本上不會遇到效能問題。
但取得流量的服務的效能問題可能會出現在「應用層」或「系統層」，
小子之前遇到過的服務效能瓶頸，主要發生在應用層的架構不佳，
可能的原因有：

- 疊床架屋的拼裝車服務
- 未依照MVC架構
- 動態頁面SQL Long Query類的瓶頸
- 過多的Joint Table

以上的問題，小子認為都是經營初期輕忽技術涵養所致，
而應用層不佳情境下，在高流量的使用者會造成系統效能指數性的浪費，
你買再多的頻寬跟機器根本都是於事無補。

理論上來說，學院派的開發者可能對於實戰上會有陌生與不熟悉，
但有些該堅持的開發方法或Code Review方式是非常重要的，
如果是以開發者成長這件事情看待，應該認真了解程式設計的理論與方法。
所以半途出家的開發者，需要投入並且瞭解這些方法與理論，
我想這是基本工與馬步，開發與程式設計都是工具與技能而非技術涵養。

身為經營者專注在事業經營上，可以選擇初期不投入去正視這些問題或是方法，
但經營者需要知道有天你必須要為這個問題投入成本與代價。
（該還的還是得還！）
延伸閱讀：
資料結構
軟體工程

Kevingo Tsai

如果以初期的startup來說，太注意在how to scale up的架構上我認為會影響到實現idea的時間，導致耐心被磨光或是上市時程一再被拖延最後胎死腹中。

之前在xdite的部落格上看過這樣的一段話，我認為蠻不錯的，分享一下：

「沒有人喜歡失敗。但花太多時間才做出決策才會導致大失敗。經歷越多案子才有一個體悟，你無法用 plan 的 plan 到 100 分，因為這世界無時無刻都在變動，今天這樣決定當時也許是 100 分，三天後只剩 80 分，一周後剩 60 分。規劃出一個完美 plan 死死的執行，只會撞上冰山沈船。比較好的做法就是有七成把握就做，然後一邊做一邊修，就可以永遠 70+。70 分高不高，非常高。因為很多人作一作就自動 0分了….光用 70 分就可以幹掉一堆人了」

Fu Li-Dien

我的想法是：
Scaling很重要，但不會發生在initial phase。
如果在initial phase就發生了一些會導致未來難以scale up的重大錯誤，那可能是團隊建立時就少了一些元素。

Yi-Ting Cheng

Hi, 我將我的想法回在我的部落格了。

Startup 需不需要一開始就注意 Scale 的問題？
http://blog.xdite.net/?p=2775

歡迎各位指教。

陶韻智

Xdite部落格的quote排版設計的真漂亮。
路過插花讚美一下！

Hi, 我將我的想法回在我的部落格了。

Startup 需不需要一開始就注意 Scale 的問題？


歡迎各位指教。 ...
Yi-Ting Cheng 發表於 2011-7-26 23:34

Yi-Ting Cheng

從官方 Ruby on Rails Guide 偷來的樣式 XD

陶韻智

板主大聲疾呼scale重要的原因基本上是因為在lean startup的概念下，產品概念的快速推出被放在第一位。lean startup成為主流startup概念之一後，不可避免的總是會造成一些矯枉過正的狀況。也導致人們對scale也會產生一種stereo type的看法，以至於scale在產品設計初期有可能被放到很低的地位。

我的看法是：

• 快速推出產品很重要。
  
• 滿足（部份）客戶需求很重要。
  
• 服務反應快速很重要。
  
• 服務不會被駭客入侵很重要。
  
• 花費要少，收入要大，成長要快，這很重要。
  
• 服務能量能隨用戶增長on demand任意增加，額外支出最好能控制在線性，或低於線性成長，這樣最好。
  

其實，這些都很重要～
有些lean startup case暴起暴落，因為沒考慮好scale。
有些lean startup 爆衝後撐過了，可能也算他命大，反應夠快。
綜合起來，我覺得最重要的是 能快速反應市場需求的團隊跟產品最重要，遇到問題不管是早解決，還是晚解決，能及時解決最重要。
若有能力提早優化，一開始就考量scale，成本又能良好控制，而產品又能如期推出，這很好！

scale很重要！
跟其他重要因素一樣，都很重要。

Scale很重要！最大的好處是你一但架構好你的app to scale，你未來可以花更多時間開發新功能！ ...
Jimmy Chen 發表於 2011-7-22 14:47

Steve Tsai

確實是這樣的，曾經聽過幾位Lean Startup的創業者/開發者不斷說技術不重要，
Scale技術確實不重要，但技術觀念／架構不好的服務會提早遇到Scale的問題。

板主大聲疾呼scale重要的原因基本上是因為在lean startup的概念下，產品概念的快速推出被放在第一位。lean  ...
陶韻智 發表於 2011-7-27 00:01

Yi-Ting Cheng

這些提倡 「Lean Startup」的創業者 / 開發者，之所以會說「技術不重要」的原因是因為，這些人通常技術底子都非常厚，所以「技術」通常在他們心目中已經不是「排名第一」的問題。

「趕快推出」才是「第一優先」的問題。

如果使用 Ruby on Rails 這種在初期就幫你養成好習慣的 framework（架構預設 scalable），這種人就會跟你講「趕快做出來比較重要啦」。（因為完全不需考慮到太多架構規劃問題）

但如果你是使用 python 或者是 PHP 自幹（不是普世適用的）架構、 framework，自然就會在開發頭三個月大聲疾呼 Scale 架構很重要....
===

所以總歸一句，趕快來寫 Rails 吧（？）