Spirit的異想世界

大家的桌上都擺些什麼呢？
沒課待在家裡的我正在趕軟體工程的文件(System Requirements Specification)，
小小的桌面上(120 cm * 60 cm)擺了
 檯燈 * 1
衛星喇叭 * 2

如果在以前有人要我推薦印表機，
我一定會推薦Epson，
原因很單純：它的顏色最鮮艷(用色彩學來說顏色範圍最廣)，
但Epson其實有某些缺點一直在我內心中掙扎，
1. 墨水太貴，在新機種出來前還沒有各色分離的墨水設計

感謝韋宏和湘雲合送我這本書當作生日禮物，
呵...真是充滿知性的生日禮物，
雖然說距離送給我至今也兩個多禮拜了，
今天我終於把它看完了...反而預定要作完的東西沒做完，
不是我看書的速度變慢了，

奪得總冠軍沒多久，
LaNew熊老闆就對著政府放話了，
這沒什麼好奇怪的，
中華職棒從元年以來都是處於賠錢的狀態，
雖然我很討厭中國時報某一篇專欄裡說的：職業運動是在比錢，砸的錢越多贏的越多！

看著灰暗的天空煩惱著：騎摩托車？坐捷運？還是騎腳踏車呢？(很可惜沒有開車的選項)
最後...還是騎著腳踏車出發了，
即使路面溼漉我的R1000仍飛馳在車陣中...大約五分鐘吧...呵
太久沒有運動了，
足足騎了四十幾分鐘才到學校，
結果跟學妹約好教Eclipse的時間都給遲到了...Orz
還好之後還是教完了，
想說把作業1解答釋出，
赫然發現...糟糕原先要釋出的解答含有作業2的加分題解答，
只好從學生交上來的作業裡挑出一份還不錯的，
用我的部分整合成一份新的解答，
試了三份都發現...他們的程式有蟲，
一看時間...不妙...下午的研討會快要來不及了，
趕緊跑去找孟哲學長一起去圓山飯店，
這次的研討會是微軟亞洲研究院(副院長是台灣人)首次在台灣辦的學術研討會，
主題是高品質軟體的挑戰...討厭微軟的人一定會大笑說：
先把Windows的臭蟲修完再開這種研討會吧！
我個人不討厭也不喜歡微軟，
如果真要比較...我比較討厭Linux...更何況Linux每月發出的漏洞修補程式也不少於微軟啊~
高品質軟體本來就不是一件簡單的事，
微軟為了這次研討會邀請了三位圖靈獎(資訊領域的諾貝爾獎)得主來台灣演講，
其中一個是Pascal語言的發明人Wirth, Niklaus，
另外一位是Yao, Andrew Chi-Chih姚期智博士...目前唯一一位獲得圖靈獎的華人(台灣人)，
最後一個是對資料庫有重大貢獻的Gray, James，
聽起來場面果然浩大，
而且還有口譯機可以借...呵~不過口譯人員被資訊產業的英文用詞弄的團團轉，
不過整場(五場演講)聽完大概只有最後面兩場聽懂，
第二場幾乎快睡著了，
太過學術性了...用數學證明程式沒有bug...我覺得未來10~20年都不可能，
第一場沒什麼重點，
算是廣告吧！微軟全球副總裁李克雷斯特說明微軟亞洲研究院在這九年內做了什麼研究，
其實就算不用他廣告從比爾蓋茲上次在北京說的話就可略知一二了：
我很高興跟各位介紹北京總部(亞洲研究院設在北京)，
這個地方全是天才，
每年幫微軟取得上千項專利及發表上千篇的Paper(而且都是高水準的期刊)...
唉~想當初微軟原本想把研究院設在台灣，
結果政府並沒有極力招募微軟到台灣，
最後把研究院設在北京了，
現在這些天才(很多是台灣人)全都到大陸去了，
還在大陸大學教書...其實會後我蠻想問那位圖靈獎得主一句話：為什麼不回台灣教書呢？
五場演講完是發問時間，
有個同學很有意思問了一個微軟討厭的問題：對於Open Source微軟的態度為何？
副總裁倒是挺直率的回答：
對於開放原始法微軟有自己的作法，
事實上我們已經跟很多國家的政府合作並公開Windows及Office的原始碼，
也和許多大學有合作關係並公開原始碼，
我要說的是公開原始碼(Open Source)與商業模式(Business Model)是兩碼子事，
即使是Red Hat也必需替公司尋找獲利的來源，
所以這些號稱Open Source的公司請不要把這兩件事混為一談並攻擊微軟，
而且我並不認為開放原始碼能替使用者(這裡指的是不會寫程式的廣泛end users)帶來任何好處，
反而帶來讓全球的人認為軟體應該是免費的缺點，
你會花錢買電腦，
為什麼不花錢買軟體呢？
好玩的是其中一個圖靈獎得主Niklaus Wirth有補充意見：
我一向反對開放原始碼，
試想如果某個模組已經被證明是沒有錯的，
你為何要去修改它呢？
我們要做的是逼使開發模組的人或公司開發沒有錯的模組，
而不是我們自己去修改模組，
面對開放的原始碼如果沒有註解，
你有自信修改的比原作者更好？
其實往往在修改後產生更多的bugs...
真是超有趣的想法，
他還有很多特別的想法，
例如他在演講中說到：
現在的軟體系統越來龐大但錯誤卻層出不窮，
原因在於電腦太快...震驚！
電腦太快了導致程式設計師太依賴工具而沒有認真地看待正在寫的程式，
總想著：錯了很快就會知道，那時候再改的想法。
這是錯誤的，
加上後來許多驗證程式是否正確的研究及測試的研究，
讓程式設計師想著：反正會有程式或測試會告訴我哪裡錯了？
而不去思考如何寫對一個程式？
這讓我想起來昨天早上在幫學弟看OOP作業時，
他很習慣的就把Eclipse切換到Debug環境，
其實我早就看出來哪行是錯的，
他卻在Debug環境中一行一行的跑(單步模式)，
結果還是沒找出問題在哪裡，
我後來指著螢幕某一行說：
你把這行程式用中文說給我聽，
才說完陪著他看程式的佑竹馬上就笑了...他也知道程式錯在哪裡了，
這就是Code Review，
每個程式設計師在寫完某段程式時，
應該找個人幫你做Code Review，
一行一行用自然語言(以我們來說是中文)把想法說給對方聽，
在你說的同時，
你往往就會知道：啊~原來這裡寫錯了或是啊~原來這裡少判斷了什麼？
比起在debug環境中跑來跑去弄個灰頭土臉要好用多了，
Debug環境是最後的手段，
除非必要否則人腦會更好用(因為人腦比較聰明)！
另外一個有趣的問題：
先前MIT與廠商合作，要做出100元美金的電腦給第三世界國家的窮人使用，微軟會跟進嗎？
副總裁官方式的回答沒什麼意思，
反而是另外一個圖靈獎得主說：
請擺脫電腦一定是IBM PC那種有主機、螢幕鍵盤的想法，
現在幾乎每個人(他指開發中國家及已開發國家，口譯似乎漏掉了)都有手機，
如果摩爾定律繼續維持下去，
在未來每個人的手機都是一台電腦，
而且還是一台超級電腦，
價錢也絕對低於100元美金，
所以我從不擔心這個問題！
除了微軟很小氣的沒提供午餐及點心外，
我覺得這場研討會收穫不少！
希望微軟能多辦幾場這樣的研討會(規模可以大一點...)
關於圖靈獎可以參考(Yahoo奇摩知識+)：
http://tw.knowledge.yahoo.com/question/?qid=1206032609940
至2005年為止的圖靈獎得主：
http://awards.acm.org/homepage.cfm?srt=all&awd=140

最近真的有點茫~忙到不知道在忙什麼？
今天又陸陸續續有幾個學生來找我"詢問"作業1的批改方式，
其中一個是在職生而且是隨班選讀，
老實說表明身分對我來說沒有任何意義，
選擇用在職的身分唸研究所，

昨天發布第一次批改的作業成績後，
今天果然一堆人拿著自己的程式跑來研究是找我，
大家都不希望自己的第一次作業是零分吧！
早上來找我的幾個都還好，
大概知道自己為什麼會被打零分？

雖然選課時故意讓禮拜二通通沒課，
但為了改學生的作業，
還是一早爬起來跑到學校，
66份程式作業要花多少時間才能改完呢？
5個小時...但為了在5個小時內改完作業，
我也花了兩三個小時寫了一個測試程式，
算算其實也沒有多划算，
只是不用像以前送哥當助教那樣為了改作業在螢幕前重複輸入一堆一樣的資料，
那種輸入資料很無趣而且有時候輸入錯誤又很麻煩，
不過整個改完後發現今年的素質有點下滑，
66份裡有四個人沒交，
通過的只有39份通過率不到六成！
難怪老師還是堅持OOP這門課需要硬一點，
至少要讓他們會寫程式...
不管寫的漂亮或不漂亮，
功能一定要有！

呵呵~其實這篇日記是補寫的，
不過生日祝福可是昨天就說囉~
抱歉啦~
今年太忙了，
沒有時間做Flash的電子賀卡。

奶奶出院也快要兩個月了，
傷口的恢復狀況越來越好，
因為老弟要入伍了，
加上奶奶沒吃過KFC，
所以老媽建議接奶奶過來請奶奶吃KFC的東西，