:CategoryDev
ロードマップ†
今向かっている方向 -- henoheno (2007/07)†
1.4.x シリーズ -- 現実味を持たせる†
管理者にとって WIKI WIKI であること。また、本来とっくに完了しているはずであるのに、実質未設計ないし不徹底の部分をどうにかすること。*1その辺をこなし/かわしながら、社会的な問題に取り組むこと。
- 1.4.7_1 -- 認証関係とspam関係等に関するマイナーアップデート(1.4.8からの移植)。特にspam関係のフィードバックをユーザーに早く返したいけれど、今の1.4.8はまだ不安が多いから。
- 1.4.8 -- 今のCVS版
- 超小型半自動spamフィルタ
- 認証関係の穴埋め
- 他の心配な部分の安定化
- recent.dat 周りの修正残 -- rename時の話題やRecentDeleted
- AutoLinkとAutoAlias -- 何か共通のツボを持っている気がする
- tracker, tracker_list
- etc
- 間に合わなければ1.4.9 or later
- 監査/共同管理方面の支援 -- 他の共同管理者のアクションを通知する
- 1.4.9 or later
- 小型やや自動spamフィルタ
- ファイルやディレクトリに一切書き込み権限が無い状態でも動作すること
- ユーザーへのエラー通知機構 (安全なやつ)
- unit test 書こうよ *2
- その他
- spam関係のコードを切りのいいタイミング(機能とか品質とか)でBSDライセンスで公開 *3
- 多分取り組まないこと
- OS や Webサーバー (や .htaccess ) や PHP extension や PEAR などで実現されていること。そちらで実現すべきこと。
- 何らかの安直なコピーや再実装であって、その人ならでは、という工夫や検討が加えられていないもの。特に、Wikiならではの特性を考慮していないものや、PukiWiki向けという意味で最適な(スマートな)設計でないもの。
1.3.x シリーズ -- 開発終了 (を明示)†
- 開発停止予定 (次の1.4.xリリースとともに) -- 1.3.x を 1.4.x へ乗り換えるための支援活動を行う
その他†
- 意識合わせ関係 -- 何度も同じツッコミをしているかもしれない
- かつてのプレゼンみたいな、何らかのメタ的な資料がある程度定期的に必要なのかもしれない
- 「話題のまとめ方に関するまとめ」がそろそろ必要なのかもしれない
- 開発環境周りの資料・整備がいるのかもしれない
- 矛盾のある設計とか、すり合わせの足りない計画とか、分割できるのに大きすぎて手がつけられない話題などは、各自で十分に練っていただく必要が
あるかもしれないあります
- 維持負担の削減 -- 誰がどんな時にやっても品質が維持される様に
- コードのクリンナップ・単純化
- 個々のファイルのライセンスと更新時期を確認し、(最小限の)ファイルヘッダをつける
- 不徹底な水平展開部分の穴埋め・再検討
- 構造の再構成・・・理解しやすくテストしやすく維持しやすい状態に
- ドキュメンテーション
- 作業環境の自動化
個別の話題†
コメント†