如果你專長的是.NET，就讓系統用.NET。如果你專長的是php，就讓系統用php。這點可能很多人不能認同，但我相信你最好這樣做，除非你想去學另一種新的東西。所有工程師都可能離職，但你不會離職。所以你要要求大家寫出你可以看得懂的code。也就是如果有一天，他們走了，你把code接過來，是有辦法維護的。如果他們想用一個很酷的framework，但你不會，即使那個東西多好，都最好不要用，除非你可以學得很深入，或確信團隊有足夠的人可以當backup。

我不相信在新創團隊有人可以預知未來，即使很多東西看起來未來往那個方向擴充很合理，它們絕大多數都不會發生。會發生的只是你會花更公多時間才滿足當下這個功能。

雖然這個應該也很多人不認同，但除非你花了非常大的力氣去維護comment，否則日後極大多數也是錯的。如果有1分鐘可以寫comment，我深深相信應該拿那一分鐘去寫code。

很多網站喜歡把它設計漂漂亮亮，所以像按鈕、欄位的標頭，各種東西都喜歡做成圖檔。我也看過「使用者條款」是圖檔的例子。我認為要快的話，最好全部的東西，儘可能是全部都「文字」，工程師就可以直接改不需要再打開圖檔修圖。在網站初期，我不太相信有那個網站本來該成功的，因為這些細節不夠漂亮而失敗。

在很多情形下，PM也許規劃出來的方案A，需要10小時。但你知道可以把它改變成方案B，只需要3小時。而且方案A和方案B雷同度80%。那請選擇方案B吧! 因為它們兩個差不多，即使方案B爛了一點也沒關係。

如果沒有流量的時候，在網頁的performance上做optimization並沒有任何意義，除非它真的慢的太誇張了。只要5秒內打得開的網頁，管它是0.1秒、1秒、3秒大概都差不多。

像AJAX這樣，有很多好東西可以讓東西更酷。但我們寧可用一些最簡單的東西，如果這樣可以讓上線的速度提早，等到它找到那個點後，再來考慮要不要把它改的fancy。Fancy的東西的確可能增加流量，但我相信那是10%、20%的增加，不會是10倍的增加。