我是一個軟體工程師，過去7年都在Web相關領域。在新創公司裡，速度節省時間、時間就是金錢、金錢就可以再去請更多工程師讓整個開發速度更快。學校教了很多「軟體工程」的方法，或是怎樣才算是一個好的Programmer。這些都很好，但在新創團隊裡我必須先捨棄這樣做，用我自己覺得快，且快得有道理的方式。底下是幾點可以和大家分享的。
讓全團隊都用你(創辦人)的開發語言和環境:
如果你專長的是.NET，就讓系統用.NET。如果你專長的是php，就讓系統用php。這點可能很多人不能認同，但我相信你最好這樣做，除非你想去學另一種新的東西。所有工程師都可能離職，但你不會離職。所以你要要求大家寫出你可以看得懂的code。也就是如果有一天，他們走了，你把code接過來，是有辦法維護的。如果他們想用一個很酷的framework，但你不會，即使那個東西多好，都最好不要用，除非你可以學得很深入，或確信團隊有足夠的人可以當backup。只設計給當下使用，不考慮未來任何擴充性:
我不相信在新創團隊有人可以預知未來，即使很多東西看起來未來往那個方向擴充很合理，它們絕大多數都不會發生。會發生的只是你會花更公多時間才滿足當下這個功能。
3.不寫任何comment(程式的註解):
雖然這個應該也很多人不認同，但除非你花了非常大的力氣去維護comment，否則日後極大多數也是錯的。如果有1分鐘可以寫comment，我深深相信應該拿那一分鐘去寫code。
4.不寫任何documentation:
這個講的是不打開任何word檔、powerpoint檔，去把整個系統的細節描述清楚，因為通常你今天寫了，明天就改了。絕大多數的狀況我認為這樣並不實際。
5.不要把可以用文字表示的東西變成圖檔:
很多網站喜歡把它設計漂漂亮亮，所以像按鈕、欄位的標頭，各種東西都喜歡做成圖檔。我也看過「使用者條款」是圖檔的例子。我認為要快的話，最好全部的東西，儘可能是全部都「文字」，工程師就可以直接改不需要再打開圖檔修圖。在網站初期，我不太相信有那個網站本來該成功的，因為這些細節不夠漂亮而失敗。
6.不要有一大堆測試環境和policy:
我覺得新創網站都不用這些，也不用一大堆testing server。你的production server = testing server。
7.PM的話聽聽當參考就好:
在很多情形下，PM也許規劃出來的方案A，需要10小時。但你知道可以把它改變成方案B，只需要3小時。而且方案A和方案B雷同度80%。那請選擇方案B吧! 因為它們兩個差不多，即使方案B爛了一點也沒關係。
8.不一定要寫很好的程式:
教科書教我們很多東西，像網頁layout最好不要用table。Database不用了之後最好disconnect… 很多很多。那都不是新創團隊要煩惱的。
9.不要追求網頁效能:
如果沒有流量的時候，在網頁的performance上做optimization並沒有任何意義，除非它真的慢的太誇張了。只要5秒內打得開的網頁，管它是0.1秒、1秒、3秒大概都差不多。
10.少用Fancy的東西:
像AJAX這樣，有很多好東西可以讓東西更酷。但我們寧可用一些最簡單的東西，如果這樣可以讓上線的速度提早，等到它找到那個點後，再來考慮要不要把它改的fancy。Fancy的東西的確可能增加流量，但我相信那是10%、20%的增加，不會是10倍的增加。
綜合以上，我想說的是，在開發初期，完全沒半個人在用的時候，一切差不多就好了。很多東西，等到流量真的大了，再來修正並不遲。當然，當開發團隊超過一定人數、流量到一定規模，上面這些就不適用。但我不會選擇在團隊還很小的時候就耽心一大堆！
