Spirit的異想世界

　　今天睡到九點多才肯從床上離開(中途被自己設的7:30鬧鐘吵醒過一次)，看看時鐘，算了，下午再去學校吧！反正老師早上有事情，也沒辦法meeting，不過下午出門的壞處就是太熱了，早上七八點出門騎腳踏車還好，下午一點多出門完全熱到爆，根本就不敢騎車，怕中暑，於是就坐捷運去學校，下午兩點，剛口試完的三位學弟先上去找老師，討論論文修改的事宜，本來以為會很快，沒想到也討論了一個小時左右，看到他們回研究室，趕緊拿著journal paper找老師，因為口試中斷了2次meeting，總算可以review了，這次老師看得倒是挺快的，一口氣看到第三章完，不知道這是好事還是壞事？希望是好的那一面(沒甚麼大問題要改了)，目標是七月底把paper丟出去。
　　今天的課程回憶錄是PSP，這門課想修可不見得修得到，因為不是年年都開，這門課的老師還有另外一門軟體測試與驗證課，通常就是開了A就沒開B，所以這門課我唸博班後才修到，而且這門課如果是在校外修，可是很貴的呢！聽說要二萬多元，這門課會讓人印象深刻，肯定有它獨到之處。首先，這門課一共會有10次作業及2次報告，幾乎是每2個禮拜就一次作業，程式作業嘛，沒甚麼大不了的，是的，就程式的難度來說，確實沒甚麼大不了的，都在幾百行之譜的小程式，但在寫程式的過程中，要不斷地記錄時間，而且紀錄的項目越來越多，從一開始的coding、compile和debug花多少時間，到design、design review、code review花多少時間通通都要記錄，時間都記錄了當然不會放過程式碼行數跟bug的數量，記錄這些東西比寫程式還痛苦，寫到第三次作業時，還在想記錄這些東西有什麼用啊？
　　但等到最後一次作業時，很多神奇的事情就發生了，但說明什麼事發生前，還是先講一下什麼是PSP好了，PSP是Personal Software Process的縮寫，主要是讓programmer能了解自己的產能、良率和軟體開發的流程，就拿產能來說，10次作業下來，我每小時寫的程式碼行數就蠻平穩地維持在45行，看起來好像不多，但穩定是很重要的一個因素，因為穩定可以提供預測的基準，假設有個程式預估是450行的規模(預估程式碼規模是另外一門學問)，那我來寫大概需要10小時，如果一個programmer不瞭解自己的產能，或是產能極度不穩定，那就很難預估時程了。那良率呢？每千行程式的bug數大約是25個，哇~看起來很多，但這很多是現代IDE在寫程式的過程中就會立刻偵測到的語法錯誤，實際上要到執行期或是測試期的bug，每千行大約5個。那這些bug都是怎麼被發現的呢？就跟軟體開發流程有關了，這門課我用TDD的方式開發，所以除了design review和code review外，測試也找到許多bug，這些資訊都讓自己更清楚自己的能力。對一個PM來說，如果帶領的programmer都能提供相關的數據，那時程的預估會輕鬆很多，而且誤差也不至於太離譜了。

　　如政文所說的：『今天又送三位學弟畢業了』，沒想到我已經送三屆的學弟妹畢業了，2008年夏的佑竹和柏霖，2009年春的冠銘，2009年夏的曉晏跟今年的琮聖。為了找回過去我口試的回憶，把之前口試當天的部落格挖出來，挖掘時赫然發現今天也是一個很特別的日子，沒那麼巧，我不是在2006年的7/8口試！而是六年前(2004年)的7/8，我開始寫下第一篇部落格文章，持續了四、五年了，一直到這一、兩年更新頻率實在太低了，幾乎接近中斷，會發現這件事，是口試後沒多久，寫了一篇『兩周年』記，沒想到...又過了四年，但兩周年記中寫的情況依舊沒什麼改變，ㄟ...有改變，一部未完成的小說裡面一位女主角，也是讓我開始寫部落格的她，已經成為人妻了，但新郎不是我XD，其他的倒沒什麼改變Orz，就連四年前幫我錄下口試實況的DV，今天依舊上場幫學弟錄下口試實況。

　　昨天DVB-H的meeting一結束，就接連三場學弟的rehearsal轟炸，然後還要指導他們改投影片，這讓我想起念研究所後花最多時間的，就是讀paper跟報告paper，碩0的暑假雖然在打工，但只要學校有重要的活動，像是Group meeting，我都可以提早離開公司趕回學校(懷念的D Day)，Group meeting是由2間研究室的學生，每週安排2個學生報告最近讀過的paper，印象中七月底我就被安排到了，之前學長給了4x篇paper給我，有些已經有人報告過了，有些則是蠻老舊的，加上沒什麼時間(都待在公司很少進研究室)可以跟學長討論，我自己挑了一篇只有4頁的conference paper，想說4頁看得比較快，可以看多次一點及多點時間準備投影片，但我錯了，4頁的paper卡住我整整一個禮拜，看懂的很少，加上J國的作者，英文似乎沒比我好到哪裡去，結果，我從第一頁投影片開始就被鄭老師猛烈的砲火釘在台上...至今仍印象深刻，之後大概每5週就會輪到一次要報告paper，每次報告都是戰戰兢兢的。
　　好像是第3次還是第4次報告吧！我首次挑選超過2x頁的journal paper，看得非常非常痛苦，足足花上2天才看完一遍，之後又前前後後翻了2遍才開始準備投影片，後來準備投影片又花上了2天，那次group meeting結束，老師當著全部人的面說：『這次報告得不錯，廣度跟深度都有，而且講得很清楚』，大概就從這次開始，我抓到一點訣竅：首先，絕對、絕對、絕對要挑好的paper報告，例如知名的journal或是conference proceeding中的paper，雖然也可能碰到爛paper，但比例較低，要從很爛的journal或是conference proceeding中找好paper反而浪費時間；再來，journal paper比confernce paper好報告，即使journal paper頁數多要花比較多的時間看，但內容也相對較詳盡，不會像conference paper那樣，想知道某個東西的細節時，沒了！意猶未盡又讀不太懂；最後，看不懂的內容絕對、絕對、絕對別放到投影片裡面，那肯定是未爆彈的引信，同樣地，動輒20~35頁的journal paper此時好處就出現了，假設有七成看懂了，三成沒看懂，而且那三成不是很重要，光是七成的內容就能報告得很好，4~8頁的conference paper東刪西刪，幾乎沒剩什麼東西可以報告。

　　今天碩二學弟請碩0的學弟妹幫忙買後天口試的點心，這讓我想起來一篇很久以前看過的漫畫《研究所完全求生手冊 - 口試時的點心選擇原則》，已經經歷過一場口試的我來說，我對點心的選擇倒是蠻隨便的，當年申請上研究所後，暑假在老師的推薦下到奚博士服務的某科技公司工讀，本來要參加學長的口試，但陰錯陽差下(事情煩忙走不開)，抵達學校時口試已經結束了，只看到振輝學長在走廊上等待握手，所以一直到碩一升碩二的暑假才知道原來口試當天要準備點心啊！不過口試的點心並不是我們碩一的準備，而是學長已經事先訂好了，然後當天我幫學長去店家拿到口試會場，那是學校附近一家西點麵包店，每位老師都準備一盒下午茶點心，如果沒記錯一場3位口試委員，2盒是給參加的學生，共2場，一共準備了10盒吧！但實際上老師根本就沒什麼吃，最後還剩下2盒根本就沒動過，還被我們帶回研究室當消夜。
　　我自己口試的那一年，很可惜沒跟鄭老師的學生安排在同一天口試，加上同期的政文已經決定直升博士班，所以實驗室只有我一個人要口試，我索性就開出預算，其他就讓學弟們去幫我張羅，我則是專心地準備投影片跟rehearsal，我早就忘記那年準備什麼點心了。不知道從哪一期開始，口試的點心開始精緻起來，內容也開始多起來，可能是學生變多了，不含老師，每次一場口試都超過15個學生在聽，以前根本沒那麼多人。點心準備歸準備，某種程度是買給自己跟同學吃的，我們系上老師不像漫畫裡的委員，很少會去碰點心，不知道是我們系上才這樣？還是點心太差勁了？飲料老師會喝，畢竟不斷地提問還是會渴的，特別是咖啡更是許多老師們的最愛，而且還不能是太爛的咖啡，像系上有位劉老師喝到8x度C的咖啡時說：『這是水嗎？』聽說那名學生差點以為自己口試完了XD

　　在研究所(碩班)32學分的8門課(扣除演講跟論文)中，除了OOP之外，作業會讓我寫到想X!@#$的課，就是電腦通訊網路(Computer Communication Network)了，雖然大學部也上過類似的課程，但深度跟廣度根本完全沒得比，加上超用心的柯老師，製作精美(OS：可惜不是我喜歡的style)的投影片，每頁印四張投影片，雙面列印還可以厚厚一疊，而且那還是一個章節的厚度，一個學期上完，投影片的厚度幾乎跟那本原文書一樣厚。而且絕對不缺課，老師身體不舒服或是有事無法上課，絕對會補課，還曾因此連續六個禮拜中午餓著肚子上一小時的課，加上那時候上課的教室根本聽不到鐘聲，如果沒人提醒老師，肯定會多上十幾分鐘，這麼說來還是學生賺到的(網友：馬屁)，可見這門課能學到多少東西啊(損友爆料：你明明就常常打瞌睡)！
　　可以慶幸的是，這門課沒有跟OOP同個學期修，如果一起修那應該會非常恐怖，如果說投影片厚厚一疊，那繳交出去的作業也是厚厚一疊，而且為了寫CCN的作業，可是用了大量的繪圖軟體(Visio或小畫家)，特別是為了畫TCP的運作機制就花了不少時間，而且常常都有好幾題要畫複雜的圖，除了要常畫圖外，就是要用封包監控軟體去看網路卡實際傳送跟接收的封包，一個一個盯，都快鬥雞眼了。作業六次、期中考期末考各一次，然後還有一個期末project，即便上課打瞌睡，如果有用心寫作業念書還是會非常有收穫(損友又出現了：別替自己找藉口)。
 

　　在進研究所之前，寫程式是興趣，但電子系的課程以硬體為主，軟體方面的課程少又淺，只能靠自己自修，寫過最大的程式，也不過就是專題二、三千行的規模，對寫程式這件事有大幅度的進步，就不能不提到研究所的OOP了，OOP這門課可是迎新餐會中，大家抱怨(幹譙)的話題呢！開學第一週第一次上課就出作業，一直寫到學期的最後一週，最後一次作業交出去的程式碼行數大約七千行，但以整個學期統計，新增+刪除+修改的程式碼行數應該接近一萬大關，也因此成為印象深刻的一門課。所以Become a Summer Legend!系列接下來的幾篇文章，就來寫一下這幾年研究所中讓我印象深刻的課程吧！
　　系上物件導向程式設計(OOP)這門課在去年分家了，由於系上還是有不同的研究領域，不見得所有的研究領域都是以物件導向的方式開發程式，所以在去年拆成樣式導向軟體設計(Pattern-Oriented Software Design)和通訊軟體設計(Communication Software Design)，大體上，POSD比較繼承到OOP的精神，從連結的課程概述裡可以看到一段文字：『...學生須於課後投入約150~200小時完成一個樣式導向軟體設計專題...』，150小時還不含看書的時間，想當年OOP一整個學期下來七次作業，只有第一次作業以輕鬆的13個小時完成外，剩下的六次作業都超過20小時，20小時是多長呢？正好是周末整整2天都坐在電腦前寫程式，第一個學期只修三門課，老師們也配合得很好，可以說以ABC、ABC、ABC的循環，用作業滿整個學期的18週。

　　今天是朋友主辦的Become a Summer Legend!活動第一天，接下來的一個月每天都要寫一篇文章，我想了很久，要以什麼主題寫一個月，但還是沒想到甚麼好主題，所以最後就決定以『我的研究所生活』為主題寫寫看吧！那第一天的第一篇要寫什麼呢？就來寫誌謝吧！之前碩士論文上的誌謝寫得很正經八百，之後要放到博士論文的版本也不能亂寫，所以今天就來個搞笑誌謝吧！
誌謝(搞笑版)