上禮拜四劉老師因為要陪我們老師去國科會報告進度,有一節課沒上,所以特地交代第八次作業,老實說,第八次作業很簡單(排序應該很多人都會寫吧?只是多加上允許多欄資料排序),理論上不需要花什麼時間,但從九點開始寫,寫到凌晨兩點才結束,會花這麼多時間,全都是在文件上,PSP要求的是能夠預估程式碼行數、根據過去經驗推估寫程式所需要的時間等等,這些預估和推測都建立在一個基礎上:文件,首先,不管做甚麼事情都得time log,幾點幾分開始做甚麼,幾點幾分完成什麼,接著conceptal design,用conceptal design預估程式碼行數,然後用PROBE(一套公式)算出寫這些程式碼所需要的時間,接著開始寫程式、測試和分析,這是之前的流程,這次還得加上設計文件,而且是非常detail的設計文件,只差這些文件不能編譯成可執行碼罷了,根據time log,然後還得作design review,根據time log,進入寫程式之前的前置作業花相當多時間,寫程式的時間頗短,照老師的說法,那是因為設計的時間拉長,導致在寫程式的時候不需再思考,自然就會縮短,我不太確定這說法的準確性有多高,但文件上的紀錄差不多可以驗證這說法,因為我在design review時找到三個bug,這是在開始coding前就找到的,所以再測試時,只有一個bug除掉後程式就完成了,PSP雖然執行起來頗討人厭,但或許真的有它的功效...

  下午在Java Sun的官網晃了半天,本來想用Java SE 6始內建的SplashScreen,但試了半天後,我決定還是自己用JWindows去兜,因為會比較漂亮,而且變化性更大,唯一的缺點,啟動時間較長,如果程式本身啟動就不太需要花什麼時間,用JWindows兜成的SplashScreen可能一閃即逝,但之所會讓我想寫SplashScreen,就是因為現在程式要讀取的東西變多了,載入的時間越來越長,總不能讓使用者看console上顯示的文字吧!還是弄個漂亮的Splash Screen顯示程式現在在做什麼?完成百分之多少的資訊。不過弄了半天,一些多執行緒的問題還是沒解決,而且很難debug,礙於要趕PSP作業,暫時延到明天再解決吧...

  下午上圖學時,謝老師突然講起LaTex,這套軟體我早已久仰大名,不少Conference指名paper必須用LaTex撰寫,LaTex寫學術論文算是頗方便,因為他可以管理引用的論文,自動依據要投稿的conference排版,唯一的缺點是...它寫起來像是在寫程式,不像在寫文件,我不知道當初發明這軟體的人再想什麼,唯一可以確定的是,這個人一定是工程師,總是用工程師的觀點看軟體,所以設計出來的軟體...很難用...Word有它討厭的地方,但對印刷業的人來說,即使它不是最好的軟體,也都比LaTex好...下一篇paper也許會考慮用LaTex,原因是這樣要改投別的conference,自動排版會方便一點點...
創作者介紹

Spirit的異想世界

dbi1463 發表在 痞客邦 PIXNET 留言(0) 人氣()