Web Startup 適合使用的服務與工具
剛剛在 DK 的 blog 看到這篇,分析 Y Combinator 的 Startup 所使用的服務…。
因為自己的工作都是在沾 Startup(不是在 Startup 工作,就是被 hire 去 startup 一個部門),手癢來寫一下自己做 Startup 會用到哪些東西拼裝….
語言:
* Rails
- 這是我擅長而且穩定的技術。Rails 相關的周邊技術五花八門,日新月異。寫網站最後你很多事情都不需要自己硬幹了…
- 自己的一整套 Starter Guide, Code Convention, Commit Policy, Best Practice …
主機:
* Slicehost
- 便宜穩定的起步主機(玩具用)* Linode
- 便宜穩定的起步主機(提供的方案比較大碗一點,也提供多個機房可以選)* AWS EC2
- 成長太快你來不及弄機房的選擇。如果你機器太多想省一些錢時,也可以寫點 script 玩動態調節。花錢就能 Scale…* Heroku
– Rails 的 Cloud Service。用來做 event site / 免洗站台超適合 。花錢就能 Scale…
團隊工具:
* Redmine (專案管理工具)
– Redmine 到 1.0 已經非常穩定成熟。做專案甚至可以用一張母票,拉一群巢狀票。開專案把票切完,當票通通關完時其實就是可以上線了。用這種方式,做專案會讓你超乎想像的快…* Flipchart
國內可以買的到,不過有點難找就是了。brainstorming 很好用。傳統的紙筆比甚麼精美的 mockup 工具好用太多了…
* Git (版本控制)
- 開 branch 像不用錢,即使是非常 active 的專案也不用怕…* Github(版本控制)
- 買 Github,不須自己管 Git Repo,同時也不用自己辛苦的寫 post-commit hook。內建 commit notifier 打到多數你想通知的溝通管道上,同時界面方便團隊 review code,fork 專案。* Capistrano (Deploy 工具)
- 能對每個 deploy 做 version control(code 炸爛只要 cap deploy:rollback 就好了),還可指定不同 env 如: stagging / production ..etc. deploy。
* IRC
- 古老的溝通訊息管道,適合把各種 server log,commit log,ticket change 訊息通通丟上來。每天可一目了然部門內變化。* Skype
- 跨平台的 chat 工具,非常方便,大家幾乎都有灌一套。而且多方通話,拉聊天室相當方便。品質有時候比自己公司的 conf call bridge 品質更好。* Dropbox
- 便宜的公槽啊!* Subethaedit
- 這是 Mac 平台才有的工具,方便大家同編一份文件。如果你沒有 Mac,當然也可以試看看 EtherPad,或者是 Google Doc 。但是效果就差了點。* Google Apps
- 這年頭還有人叫自己 RD 下來當 MIS 管 mail 和 CMS 嗎?又不是錢太多 XD
Server Side:
* FreeDNS
– 付費請別人管。品質還算不錯* Madmimi
– 做網站總會用到 edm,自己養一臺機器加一條線加一個 RD,專門 dev / tune 實在太貴了。Google Apps 發信除了有限制外,也太貴了。* IndexTank
– scalable 的 search engine,自己不是 search 專業,就不要勉強自己搞了…。把 RD 省下去做其他事吧* ScoutApp
– 使用 server plugin 幫你 monitor 主機,並留下歷史紀錄。方便 monitor 和 debug。當倒站或抓 performance bottleneck,非常好用…。至於 Rails Application,當然是上 New Relic RPM 監測。* Pingdom
- 監測主機,倒站的話寄信和發簡訊通知你。
團隊做事觀念:
===
總結:
其實這篇服務 list,重點很單純,只有一個:降低 RD 成本,增加 RD 產出。
不要浪費你的 RD 去重造輪子。一個 Startup 最吃緊的往往是資金與人力,但資金燒最兇的項目還是養人。說來說去「人」還是最昂貴的,也是最珍貴的資源(難找難練難養)。這些工具租下來一個月才燒萬把塊台幣(是的,這是真實數據)。但是如果通通自己造,要花多少?
除了 RD 單位成本昂貴之外。還該問的一點是,單位 RD 單位的「有效產出」是多少?為甚麼要有 Guide, Convention, Policy, 做事觀念,無非就是在降低 RD 時間被「浪費」的機率….
多把時間和金錢花在「本業」上面,無直接相關的就算心癢(技術狂會手癢)也只是淺嘗。
專注簡單才是王道。用甚麼工具往往都不是重點…