想支援的環境與其限制

Server 端要支援 FreeBSD / Linux / Windows 可安裝?

要支援 MySQL / PostgreSQL / Oracle … ?

沒開 JavaScirpt 可運作?

沒開 cookie 可運作?

哪些 browser 的哪些版本可運作?

資料/程式的文件

最基本要說明 到底系統運作時 用到哪些程式/程式庫,

讀哪些資料, 寫哪些資料, 暫存在哪裡, 有哪些 state.

不要再發生砍檔砍不完的悲劇.

功能模組

此處指如 Revision Control System / Issue Tracker / Wiki / Forum 等等.

希望能夠容易整合新的模組進來,

並讓 site admin 容易安裝與管理.  模組間的溝通管道要明確定義, 減少之間的耦合性.

不見得要我們自己的 空間/程式 才可以整合進來,

希望也可以把其他如 相本/討論區/Video下載/social bookmark 等外面的服務整合進來.

統一用語 (glossary)

對內對外應該都要有統一的 glossary, 讓大家有疑問時可以參考.

搜尋

所有使用者給的資料, 除了不想公開的部份, 都應該要可以方便的搜尋到.

也考慮依照特定 專案 / 使用者 / 功能模組 / 時間 來縮小範圍.
支援 search engine optimization?

i18n / l10n

系統介面訊息支援 i18n / l10n.

是否要可透過 web 介面直接修改訊息, 並不用重新啟動系統?

使用者資料是否也要支援多語言呢? 如 專案標題 / 專案描述 等.

是否要支援讓專案管理者或個人可 customize 自己所看到的訊息?

是否要讓使用者可以合作對翻譯貢獻力量? 並將此機制開放給使用者的專案使用?

是否要支援由右往左的語言..?

時區 / 日期數字格式 / 排序方法…

多站台/多份程式碼

考慮支援在同一台機器, 同一份程式碼下, 可同時執行多個站台.

除正式上線之外, 也可幫助測試.

也考慮同一台機器可同時存在多份程式碼, 且不會互相干擾.

說難不難, 說簡單也不簡單

對覺得這件事情簡單的人, 我會想和他說: 沒那麼簡單吧?

對覺得這件事情難的人, 我會想和他說: 沒那麼難吧?

這是什麼心態?

使用者給的資料

使用者給的資料不能遺失.
應給與下載/匯出的功能.
使用者不願公開的資料不可外流.

程式要好維護

什麼是維護? 為什麼要維護?

1. 加新 code (如新功能)

2. 修改舊 code (如改 bug / refactoring)

怎樣算好維護?

有技能的人很容易維護?

沒有技能的人也很容易維護或得到技能?

容易找到有技能的人?

使用 1. 好學 2. 已經許多人會 3. 相關資源多 的技術來實作, 對維護性有幫助.

有文件/註解/教學也有助於維護.