cerberus的部落格

寫程式的程度演化:

1. 湊出程式碼: 管他邏輯對不對，結果出的來就好了

 => 每個閏年的2月有29天，程式迴圈從1~31，如果取得日期發生錯誤就跳到下一個月的1號。這是什麼鬼?

2. 比程式行數: 管他看不看得懂，行數越少越驕傲的自以為是

 => 走火入魔亂合併，沒人看得懂就算了，隔一段時間後連自己都看不懂在寫什麼。

3. 比完成速度: 衝衝衝~ 註解一行都不寫，看誰倒楣接到這份code作維護。

 => 寫完都給別人測，把需求當聖經，不會想隱藏的問題。

4. 要求符合標準、規範: 完美正規化~ 效能、維護性等出事再說。

5. 盡可能完美: 什麼都考慮到架構、彈性、擴充性、user friendly

 => 做什麼都抱很高的man/day，客戶只要本田，硬要給法拉利，還是仿的。

6. 考慮成本: 客戶想用honda的價格跟你買法拉利，就給他法拉利皮honda骨。反正在台北怎開都是一樣的，沒人會知道。

我也不知道有哪幾種階段和順序

不過也有人是不會經過最一開始的那幾個階段的。

但是不幸的事實是，"非常"多人一輩子停留在一開始的那幾個階段...