習慣

程式設計師的格言(

程式設計師的格言(盜作不少)
http://www2.biglobe.ne.jp/~oni_page/other/etc/pr03.html

(翻譯beta r2 by but=HO)

http://buttaiwan.wordpress.com/2008/10/12/programmers_rule/

譯註:
PG = Programmer (剛進去只負責聽命寫程式的)
SE = System Engineer (日本說的 SE 算是 team leader ? 還是工程師不過自己不寫 code)

=======================================

1
每天有24小時。
所謂的「今天之內」，是指到明天早上為止。

2
程式不會照自己所想的跑。只會照所寫的跑。

3
需求規格在程式寫完後才會敲定。
基本規格要客戶看到成品後才會決定。
詳細規格要使用者用過後才會確定。

4
我對軟體設計的方式導出的結論，有兩種方式。
一是把軟體設計得單純到很明顯不會有缺陷，
不然就是把軟體設計得複雜到沒有明顯的缺陷。
- C.A.R.Hoare

5
程式碼不要在開發現場寫！ 去客戶那寫！
除錯不要在期限前做！ 上線後再做！

6
畫面藍了。

7
先說「沒辦法」的人贏。

8
有意見的話你寫

9
要殺一個程式設計師不需要刀，改三次規格就好

10
首先要先懷疑別人，被懷疑的人或許會把問題解決掉。
（註：通常會「先懷疑自己」）

11
開發沒有終點。只有釋出(release)。

12
無論規格多晚才能確定，結案期限永遠不會變。
這是所謂的「期限守恆定理」。

13
客戶總是覺得水跟追加需求是不用錢的。

14
付錢愈計較的客人愈囉唆。

15
在排定開發行程時，總是視而不見一些連小學生都會的算數。
業務部門總是一堆不知道1+1=2的人。

16
一個人掛了大家都掛了。

17
bug過了一晚可能就變成規格了。

18
好的規格找一個天才不如找三個凡人。
爛的規格找一百個凡人不如找一個天才。

19
客製軟體中30%的價格用在確認規格上。
30%用在修改規格上。
30%用在找

(繼續閱讀)

失望啊~~~

期待已久的Linkin Park因為chaz的背傷無法來亞洲演出，超無奈的啊。

(繼續閱讀)

想過的生活..

最近的日子過的很雜...

(繼續閱讀)

放心的離開吧....

時候還是到了，家裡的狗終究抵不過衰老

(繼續閱讀)

玩瘋掉的週末

現在終於有空好好打篇文章了，從週五的Avril演唱會就開始，想說既然去搖滾A，就要有搖滾A的位置，所以三點就帶著小說跟NDSL去那邊排隊了，光是聽到最前面是前一週來排的，我就覺得還好我算正常的，到七點前的四個小時就跟朋友打屁聊天，或是看看小說這樣過去，其實還蠻快的，7點開始入場後，大家就一堆往前衝，進場以後才發現，"真他媽的有夠近"，加上高度的優勢，真的是一覽無遺，然後等全部人入場玩，已經是8點了，又東擠西擠了半小時才開始。一開場後，氣份整個不一樣了，雖然說Avril真的是有點胖了= =...，所以不敢穿傳說中性感的衣服吧，但據有爆發力的聲音還是讓全場一整個high，尤其是搖滾A，真的是唯一能跟主角互動的區域，所有看台區都在地上畫圈圈了....，還好我有複習專輯，這種演唱會怎麼可能安靜的聽哩，當然也是跟著台下high啦。雖然整場只有大概70分鐘(中間的舞者也浪費不少時間)，但感覺還不錯，雖然是第一次跑去買票的演唱會，但經驗是值得的。散場後，匆匆忙忙去接個朋友，繼續明天一早的衝浪(我已經喊的沒力，腳也痠了)，到宜蘭時11點了，就趕快洗澡睡覺去，隔天5點要起床....。

(繼續閱讀)