在實驗室會議，談系統整合

實驗室在星期三，舉行了一場從早到晚的會議。

原本項老師是希望讓所有的實驗室成員，各自報告其進度與展望。可是老師一開口談 THDL，就花了一個半小時。接下來學妹和我說明彼此對 THDL 的一些想法，又花了差不多兩小時。

我的投影片內容應該不算多。比較起爭議的是在於，我覺得「系統整合」是一項吃力又不討好的工作（學術價值低、必須遷就現實環境的限制、還必須顧及上下游的支援），因此需要採用「軟體工程」的觀念與做法。

然而，項老師還是從「理論」的角度去看系統 -- 他似乎以為，只要有好的理論，系統就有好的基礎，於是「自然」就能夠有好的實作。殊不知，對於一個頗具複雜性的系統而言，這個「自然」一點也不自然。若希望 THDL 在長久的研究發展後有一套不錯的實用系統，就應該特別的關注系統開發的一些問題；否則弄出來的東西，必然無法應付實際面的各類複雜問題、必然是會出狀況（尤其是在系統維護 -- 包含系統升級與擴充 -- 方面）。

雖然自己對於軟體工程，懂的也實在不多，但最近已能 appreciate 其認知的觀點與許多對應的做法（我還是會對其中許多「假科學」的作法持保留的態度，但這些並不妨礙軟體工程的重要性）。軟體工程並不能給你一個「最好的標準答案」，但是它會告訴你一些軟體的特質、以及開發軟體所不能忽略的事情，而我們也必須從中選擇、嘗試、尋找最符合自己（團對）的開發方式。

我猜想，一個人能夠開發出一套好軟體，或許也是因為他自己就已經「有自己的一套軟體工程思維」，有自己對待寫程式、模組化、除錯、乃至於後續維護的看法與做法。但是，當研究的時程拉長、開發的人數增加，在流動的人員之間，就應該有較為一致的軟體工程角度，才能順利地進行系統開發與維護。

沒有能夠說服項老師，是預料中事。然而，沒有能夠讓他更加認同「系統整合」的重要性，則多少表示自己的報告「還是沒有能夠切入要害」。不過，我還是覺得，只要有努力嘗試，就會有希望。