論文進度報告(2010/9/26)：進度延後至10/29
9月中meeting時，我跟老師報告了一下系統狀況與現在的進度。當然就如你所知的，系統開發並不是很順利。前端的JavaScript程式完成了估計數量的1/3不到而已，之前說想要在9/21完成的希望，當然也是只能摸摸鼻子地再來重新估算日期。
系統現況與進度報告投影片
這是9/15論文進度報告的投影片(SkyDrive下載)。
前端的View部分，系統目前可以分成六大區塊：Toolkit工具箱、Core核心元件、Window視窗元件、Toolbar工具列、Text標註、Search搜尋。而目前我正在做到Toolbar這一塊，比報告之後又多推了一些進度，但跟上次報告時比起來也不過是多作了7隻程式而已，中間相隔約2個禮拜。
以下是進度的詳細內容：
| 元件 | 預估程式數量 | 已完成 | UML類別圖 |
| Toolkit | 15 | 15 | 1 |
| Core | 15 | 13 | 1 |
| Window | 4 | 4 | 1 |
| Toolbar | 36 | 3 | 2 |
| Text | 38+? | 0 | 3 |
| Search | 6+? | 0 | 1 |
| 統計 | 114+? | 35 (30.7%) | 9 |
專案進度延後，設定10/29作為查核點
系統延後的狀況實在是太嚴重，嚴重到我都快對不起KALS Wiki左上角的倒數計時器。但是正視自己的弱點才能夠前進，所以還是要忍辱地再次調整專案規劃。
如果以兩個禮拜可以增加7隻程式來計算，大概還需要5個月的時間……當然不可能會到這麼久。而且這兩個禮拜中，又是寫書校稿、又是假期回家，所以進度才比慢到這麼誇張。不過都已經9月底的現在，說什麼理由也沒啥意義了。
總之，接下來兩個禮拜應該可以專心在系統上，因此要用這兩個禮拜來預估系統進度，然後設定10/29(五)作為查核點，再給自己一個月，看看情況如何吧。
由於整個進度都往後順延，影響到最後畢業的時程，延遲至3月初。由於我仍欠國中圖一篇論文，所以千萬得在3/24之前完成口試才行。
寫書一校完畢
之前提到的寫書工作，終於完成一校的作業了。
一校作業是由我跟老師分擔負責，我主要是檢查技術部分是否有問題。而不出所料地，我又作了很多修改。讓人有種「校稿怎麼校都校不完」的感覺。後來編輯又來告知說我圖檔dpi不足300，印刷時會讓圖片花掉，讓我又花了好多時間再來重新截圖。儘管現在都做完了，但二校時可能也會再來一次這種大混亂吧。
雖然老師希望該書在9月底能夠出版，但看現在的情況，能在10月底之前出版也許就該偷笑了？
與外國作者討論程式的感想
我在撰寫論文程式時，使用了Max Wheeler的PlaceHeld的外掛，並改進了裡面的一些小bug。這次心血來潮，上github將我的建議寫給作者Max，而他也在數天之後回了我。但他並不知道這樣改的意義，所以我又寫了一些範例回給他，現在在等他的回應。
以往我改了很多人寫的程式(特別是DSpace)，有不少會在這個Blogger中寫出我改過的地方，但卻很少跟原作者交流、互動。我想，如果要成長的話，就一定要積極地與人交流知識才行。光是閉門造車，是很難有所成就的。
嗯，加油！
以往我總是將許多主題混在論文進度報告裡面一起寫，讓閒聊的事情與可能比較有教學價值的文章內容混淆。現在我打算把一些具有獨立探討價值的議題從論文進度報告中拆開來，進度報告歸進度報告(還有很多閒聊)、其他議題歸其他議題。也許這樣會對想要一次看完的讀者來說比較辛苦，但我相信將議題獨立探討，應該是更方便讀者找尋資料。
也因此，最近我發了很多篇文章，而談論議題都比較獨立。事實上，也還有好幾篇想寫議題列在待辦事項中，等待我一篇一篇地將他們完成。
