Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Building SaaS using Rails

Yi-Ting Cheng
December 19, 2013
2.1k

Building SaaS using Rails

Yi-Ting Cheng

December 19, 2013
Tweet

Transcript

  1. Rails Developer since 2007 Speaker of RubyTaiwan Conf 2010,2011
 Speaker

    of RubyChina Conf 2012, 2013
 Speaker of Reddot RubyConf Singapore 2013 Grand Prize of Facebook World Hack (12 countries) 2012
  2. Logdown • User : ~ 6000 • Post : >

    100000 • HackerNews ⾸首⾴頁兩次 • ⾸首⽉月即 break even
  3. 時間線 • 2013/06/15-16 完⼯工上線 • 2013/06/20 Subdomain • 2013/06/30 Custom

    Domain • 2013/07 HackerNews & Inside 報導 • 201/08/25 Custom Theme • 2013/09 收費 • 2013/11 Lean SaaS ( 我寫的書)
  4. RD 的四步頓悟(2) • 公司想做⼀一個產品 • 找來⼀一群⼈人開會 • PM 寫 Spec

    -> 美術設計 -> RD 寫 code • (⾮非常有秩序) • 但:Spec 根本就功能太多寫不完....orz • 且:Spec 根本是真空討論出來的,做出 來通常也沒⼈人⽤用 剛出社會發現的
  5. RD 的四步頓悟(3) • 太⻑⾧長的 Spec 根本是垃圾。 • Lean Startup!! Minimal

    Viable Product!! • 簡潔的 User Story • 敏捷開發 / TDD • (⾮非常有秩序) • 不⼀一定會賺錢。看運氣。 成為開發專家之後 ✔ 神⼀一般的 Best Practices
  6. RD 的四步頓悟(3) • 太⻑⾧長的 Spec 根本是垃圾。 • Lean Startup!! Minimal

    Viable Product!! • 簡潔的 User Story • 敏捷開發 / TDD • (⾮非常有秩序) • 不⼀一定會賺錢。看運氣。 ✔
  7. 重點 • 敏捷開發 (功能要快速推出市場) • 最⼩小可⾏行性產品 (作太多結果沒⼈人⽤用是浪費) • 只做⽤用⼾戶會付錢的功能 (有可能與之前

    spec 衝突) • 不知道明天會作什麼功能(無法預先規劃架構) • 每天都混亂的跟地獄⼀一樣(廢話。這很正常)
  8. 出征未捷⾝身先死 • 做了前五個功能開始賣錢很開⼼心(任何語⾔言都 做得到) • 第六個功能加不上去 • 有錢請了第⼆二個 RD 以後發現速度沒變快

    • 繼續賺錢請到第五個 RD 以後發現速度變更慢 • 原先架構讓網站變得很慢。⽣生意受到影響 • 市場⾵風向轉變。但是網站無法配合調整
  9. Engineering Problem • 先天架構不好。很難再新加功能/刪除。 • RD 有⽂文化與開發習慣。造成加⼈人可能不會變 快。 • 資深與資淺程度差異。架構越⼤大新⼈人學習時間

    越⻑⾧長。(即使是即戰⼒力) • 多⼈人合作需要 Framework, Pattern, Deployment tool…etc. • 摩登開發⽂文化與架構才能協助成⻑⾧長。但是⽤用錢 不⼀一定買的到
  10. Rails offer • a community BEST practices (框架本⾝身) • 社群指南。

    • Google 得到的開發慣例與指南(內部 Framwork 很難達到的⽔水平) • 良好的軟體⽣生態圈(各種彈性及⽅方便的相關開 發⼯工具) • 讓你瞬間就把功能做好的 RubyGems ( 不需重造 輪⼦子,在 1000 萬 PV/day 以前)