撰寫軟體開發文件在團隊裡往往都是一個讓人愛恨交織的課題，開發人員的身體裡大多都帶著討厭寫文件的基因。所以在時程不充裕的案子中，文件撰寫一定是背負著拖累時程的原罪、頭一個被捨棄的工作項目。但是在接手既有系統時，又期昐原本系統的開發相關人員能留下文件，哪怕是文字殘缺不全、沒有隨著最新的程式碼同步修正，就算只有隻字片語也多少能做為一窺系統設計全貌的契機。
文件本來的目的就是用來溝通(不過制度僵化的公司也許會拿文件來做神主牌)，而用什麼工具來撰寫文件會是個影響這項工作成效的關鍵因素。用 iWork 的 Pages 來撰寫軟體開發文件？用慣微軟產品組合的人第一個想法可能會是：為什麼這麼想不開？既然是要溝通，撰寫出來的文件內容就要具備可交換性。如果只是要文件內容可以被閱讀，那麼能輸出成類似...