Software Cinema

之前在趕 TSE special issue on SESS 的 paper, 跟兩位學長合作寫, 感覺寫的好累.
一方面是時間很趕, 一方面是不久前才完成 ESEM 2007 的 conference paper, 緊接著就是 TSE, 感覺有點疲累, 加上 Lab. 內部的其他小計畫, 還有我的 group meeting presentation 題目未定, 事情好多阿.

寫 Paper 真的需要這麼累嗎 ? 怎樣可以較容易達成 paper writing 的分工 ?

照 現在的運作, 大概是在 paper 的架構訂出來之後就分下去寫了, 對比到 software development 中大概是 architecture 大致確立的階段就分了, 換句話說在 design phase 事實上還有相當大的 variation 存在, 每個人的想法跟理解未必相同, 寫出來的東西在做 integration testing 時需要花的功夫相當大.

寫 paper 究竟能不能像寫 software 一樣, 可以有一個較為嚴謹的 process ?

針對這個問題, 有幾個其實較為明顯可以去思考的點 :

1. Clear responsibility. 在 規劃 software architecture 時, 利用 CRC card 之類的去確認每個 object (under OO paradigm) 的 responsibility 是常見的作法, 對於 architecture 中的各部份之 responsibility 都必須確定, 才知道後續的 design 需要滿足什麼需求, 也不需要多做不必要的事情. 因此是否 paper 的各段落也可以用類似的方法, 確定各段落的 responsibility, 甚至是 non-functional 的條件
2. Regular review. 有 點像 iterative 的開發方式, 在分工撰寫時, 利用 regular 的 meeting, 彼此 reivew 寫好的部份, 確認彼此所寫的仍然忠於原先的 responsibility 規劃, 同時 writing style 可以適度做修改. 關於 writing style, 畢竟 natural language 不像 programming language, 可以制定非常準確的 writing style, 但是以 academic writing 的 context 來說, 應該還是可以訂出一些 style, 這可能要參考一些 academic writing 的書
3. Version control. 如果把 paper 視為 software, 用 version control system 去管理 changes 應該是沒有問題的事情, 只是過去習慣用一個 latex file 紀錄全部文字的作法就要改, 但是基本上這不是什麼大問題. 借由 version control system, 所有的 changes 都更容易進行, 也未必必須要負責該部分的人才能修改. 老師也比較容易看到所有的修改紀錄. 唯一的缺點可能是 security 的問題, 最好該 version control system 架設在實驗室內部網域應該就可以了.

未來半年我自己應該也會有一些 paper 要寫, 有些可能要跟別人合作, 在此之前, 寒假嘗試擬一些 process 出來跟老師討論看看, 然後拿自己做實驗驗證看看好了.