ロードマップ
- PukiWikiのロードマップにmerlin案とhenoheno案が、それ以前にリリースとバージョンとありますが (BugTrack/579より移動)、現在どれが有効なのでしょうか? -- Cocoa
- 有意義な議論が為されていますが、これは議論であってロードマップ(公式のドキュメント)ではない気がします。 -- Cocoa
- 現在ロードマップのどの辺りを作業をしているのかもわかりません。 -- Cocoa
- 「お前が言うな」状態ですけど・・・ -- Cocoa
- 本当なら検討用のページで行うべき話題で個別に発散してしまっていて、それ(それぞれ)に対するツッコミで終わっており、現実的な結論がまとまって提示されていないので、「ロードマップでない」という指摘は全くその通りだと思います。 -- henoheno
- PukiWiki2についても同じような作業をすべきでは? -- Cocoa
- このページのロードマップのドキュメントを完成させるるべきでは? -- Cocoa
- merlin案にあったようなVersion の定義のような記述も必要だと思います。 -- Cocoa
- ところで「直近の計画」など現行のロードマップについてつっこむ場所はここでよろしい? -- Cocoa
- ロードマップとは言い難い。todoに落ちましたな。 --
- 以前の書き込みと比較されたとは思えないお言葉。want to doやwishやhopeを書いたままにしてしまって、現実との刷り合わせなしに話題が止まってしまったのが今までのこのページですから、大まかでもdoの項目を書く所から始め
るのが相当だろうと考えました。ないと、これまでの経験を乗り越えた事にはならないと思います。 -- henoheno
- じゃぁそれ*1は、ロードマップではなくtodo以下だったということですね。 -- 2007-07-12 (木) 00:44:00
- 上にある 2007-07-09 00:40:15 のコメントもご覧あれ。何でもいいからとにかく否定的な表現をされたい様に見えますが、「落ちた」とか「○○以下」といった表現は当てはまらないでしょう。-- henoheno
- 名無しさんは今後のPukiWiki妄想して語り合う場がほしいのでは? もしくはPukiWikiの使い勝手の面での発展を期待しているとか -- Cocoa
- でも現実とすり合わせたと言う割には現実味が無いというか最優先されるべき課題が曖昧な感じがします。一見して各課題の進行状況がわからないからね -- Cocoa
- PukiWikiはどこに向かっているのでしょう?ビジョンは無いのでしょうか? --
- ビジョンはないんじゃない?ビジョンを作れるような状態にする為に、現実味を持たせる作業をhenohenoさんがやっているんでしょ -- Cocoa
- それを多くの志願者が手伝ってくれないから開発が進まないだけ。 -- Cocoa
- でも過去に手伝ってくれていた志願者はどんどんPukiWiki Plus!へ流れていっているようです。多くの人は現実味を持たせるより、1.3.x系じゃなく1.4.x系を選んだように、PukiWikiじゃなくPukiWiki Plus!を選んだように、使い勝手や機能を要求しています。 -- Cocoa
- 現実味を持たせる為の作業を押し進めるた結果、開発・運営の柔軟性がなくなり派生版のPukiWikiが登場し、利用者が派生版PukiWikiへと流れている。 -- Cocoa
- これが現実で、これから先もこういった状態が続くのが嫌なら素直にPukiWiki Plus!とか派生版Wikiを使った方が良いと思います。 -- Cocoa
- ロードマップもだけど、PukiWikiに貢献してくれる志願者(開発者、Web委員、etc)がについてのドキュメントを作るのが最優先だと思うのだけれど・・・。 -- Cocoa
- 何か貢献したいとあれやって、これもやってみた。でもPukiWiki Developers Teamが今までやってきたことに反するから駄目と言われてしまう。 -- Cocoa
- じゃぁ今までやってきたことを学習しようとしても、それがまとまって(ドキュメントになって)いないから参考になる文献を探すのにも大きな負担が掛る。後追いするのがもの凄く大変。 -- Cocoa
- 結局言うだけ言って(何か作業を少しだけ実行して)去ってしまう。もちろんそれにより中途半端な作業が残ってどんどん増えていく。 -- Cocoa
- 開発・運営のノウハウを蓄積しているのが一部になり、そのノウハウが新人へ伝わらないから開発・運営側に入れる人がいなくなる。これが現実ですね。 -- Cocoa
- 運営者、監督の考えがこのまま変わらないのであれば、ずっと志願者は開発にも運営にも役に立つ存在にはならないと思います。 -- Cocoa
- 何か使い勝手や機能に不満を持ってPukiWikiの開発に参加する・したい人に「その不満はいいから、今ある問題が片付いていないから」と相手にしないような(それに近い行為)やり方にも問題が有ると思います。 -- Cocoa
- 少しでも開発に参加してくれる人に、PukiWiki Plus!など派生版を作るような状況にするのではなく、PukiWiki Developer Teamで、その人が思っている不満ごとについて開発してもらい、開発途上版として公開し、ユーザーにテストしてもらって結果が良好なら正式版に新機能を追加していく。そして開発してくれた人に少しずつ仕事を割り振るなどして、主要なPukiWiki Developer Teamメンバーになってもらう。というような組織・運営体制になっていても良かったと思います。 -- Cocoa
- 余談ですが、今のPukiWiki公式サイトはドキュメントと議論(掲示板)が一緒になっていて、正確なドキュメントが解り難い。 -- Cocoa
- だから、official:WebTrack/77で提案したように、掲示板システムを導入してドキュメントと議論(掲示板)の場を明確に別けて、ドキュメントの正確さや有効性を高めようと思っています。 -- Cocoa
- 現在のPukiWiki公式サイトでも議論をする場として、trackerやpccomment、commentを使えば掲示板として利用できますが、結局このページのようにドキュメント(ロードマップ)と議論の場(Comment/ロードマップ)が一緒になって、正確さや有効性が失われる。 -- Cocoa
- ドキュメントより議論(投稿されたコメント群)の方が情報が新しいので、後から来た人はドキュメントより議論された内容を確認するように求められる。しかし議論された内容が曖昧なら余計に後から来た人は混乱し何をしたらいいのかも解らなくなる。 -- Cocoa
- ドキュメントより議論の方が優先されて、ロードマップ/過去の話題のように議論が冗長化して、ロードマップとして何が有効なのか解らなくなってしまっていたのがいい例だと思う。 -- Cocoa
- 本当ならここで議論のまとめ作業をしてドキュメントにするべきだけど、またそこで議論して、その議論をまとめて、またそこで議論して、その議論をまとめて、・・・と悪循環が続いている。明確な道しるべがなくて、何もかも曖昧になってるんですよ。 -- Cocoa
- 掲示板システムを導入しただけでは、ドキュメントの正確さや有効性が100%はっきりするとは思わないけれど、今の状態よりかよほどましになると思いますよ。ドキュメントと議論の違いの明確なルールがあればもっと良くなるでしょう。 -- Cocoa
- 「まとまっていないから困ってる」という大意のコメントをまとまりなく書き込まれておりますが、突っ込むべき矛盾が多すぎます。ここは主題が結構定まっているサイトで、未来を現実にするための最前線の場です(もっか足場から再構成中)。思いのたけをアレコレ述べて一時的に気を軽くしたり、ツッコミを集めるためのBBSではありません。Cocoaさんにも、現随分前から現実と刷り合わせる・・・つまり振る舞いを調節したり、可能な範囲で過去を調べる事を求めているはずです。結論を堀り当てながら前に進んで行っているという状況をもし求めているのなら、まさにそれをやって下さい。何をすべきか解らないならそう言って欲しいし、辛抱強く積み上げて山を越えるのが苦しいのなら、せめて慎重に振舞って下さい。安易な方向に流れるのが好きなら、それを受け入れてくれる所に移るか、自分でそれを(他所に)作って下さい。どこかに修行に行くのでもいいでしょう。devにおけるこれらの気楽なアクションは、まだとてもではありませんが行動で語っている様には見えません。 -- henoheno
- Wikiとコンテンツコントロールに対する認識は単純に誤りです。上の記述(ロードマップ)は昨日からずっと凍結してあります。 -- henoheno
- Wikiとしてユーザに使われ続けるための施策、ユーザを繋ぎ留める魅力(PukiWikiの強み)の維持・向上、PukiWikiに貢献してくれる志願者(開発者、Web委員、etc)を集める魅力が感じられるロードマップになることを期待します。 --
- その他として書かれていることは Pukiwiki のロードマップに書くべきことですか?pukiwiki とは関係なく henoheno さん個人で行おうとされていることは ここに書くべきではないと思います. そうでないなら、この部分の
コメント文 脚注*2は不適切でしょう. ( このページが pukiwiki のロードマップのページじゃなく、 henoheno さんの Todo を列挙したように誤解しそうです) -- jjyun
- ロードマップとは別に監督@henoheno氏のかゆい所リストを作られてはいかがでしょうか?タスクを細分化できれば支援者が集まりやすい気がしますが・・・ --
- ツッコミばかりで申し訳ありませんが: 私は今までのコメントに、ロードマップ言う前に土台が整って無いでしょうとか、TODO言う前にDOが無いでしょうといった、各自が実際に希望されている方向に進む様なツッコミを入れているだけです。「その他」に挙げた事、つまり運営体制などに関する視点は必要だと思います。今まではプロダクトの事だけ考えられていたため、環境に関する認識や検討がおざなりになっていたと思うからです(文体が整っていない点については、後で直すかも)。 -- henoheno
- 私が指摘した箇所が不明瞭だったようですいませんが、私がお聞きしたかったことは 1.4.x セクション内 の "その他" の記述についてです. お聞きしたかったポイントが伝わっていないですよね? -- jjyun
- ロードマップについて興味のある方向け: 他プロジェクトのロードマップなどを挙げて言ってもいいかもしれませんね。 -- henoheno
- BugTrack2/255、BugTrack2/264、BugTrack2/262のように土台を見直す動きはいつでも募集しています。特に、人任せにせずに進めて行ける方の支援が非常に助かっています。こちらも可能な範囲で背景の説明や、考慮すべき点についてはお話します。かゆい所は数が多すぎて、規模もまちまちなので、事前の細分化などは困難でしょう。各自の興味のある所から初めていただいて、例えば BugTrack2/255 のように、展開によっては作業の爆発を防ぐためのフォローを入れたりするのが良いのかもしれないと(最近)思っています。 -- henoheno
- 「spam関係のコードを切りのいいタイミング(機能とか品質とか)でBSDライセンスで公開」という部分について。これは「spamに悩まされない将来が欲しい」というニーズに対するこちらからの応答です。最優先ではないけれども、必須と考えています。PukiWikiの様な配布型の道具は、所有者周辺の身近なニーズを(ボトムアップの視点から)ある程度満足させる可能性があります。この場合、ホットスポットは各自の所にあります。しかし、spamという現象のホットスポットは皆さんのどこからも遠い場所にあります。BSDライセンスで(も)別途リリースするというアクションは、可能なら様々なアプリケーションと協力して、彼らにより直接的なブレーキをかけたいと思っている、という意思表示をするための手段です。皆の目につかない場所で作業を進めているのは、(1)再構成を容赦なく実施する可能性があるため (2)作業に専念するため (3)著作やライセンスに関する話題に煩わされるのを避けるため 、といった事情が挙げられます。teananさんをはじめとする数人は、たまにリアルタイムで覗いてるかもしれません。 -- henoheno
- そろそろ、1.3系の方だけでもどうにかしませんか?あちこちのサーバが順次PHP 5に移行しているせいなのか、機能不全に陥っているのをちらほら見かけます。(例えば、osdev-j は編集や単語検索ができない)
まあ、1.4系の人にもPHP 5が扱えるバージョンに乗り換えてもらうように、案内を改めてする必要はありそうですが・・・(設置した後、そのままな人向けに) --
- もはや死んだプロジェクトですな --
- 開発談義において、「現状の懸案事項ですが、ロードマップ で挙げた中でも 「1.4.7_1」「1.3.x シリーズの開発終了宣言(と移行促進)」「意識合わせ」「維持負担の削減」が特に意識し続けている項目です。1.4シリーズを縮小方向にする事を明確にして、新しいモノの設計に力を入れる、という提案は、選択と集中という意味で、実態に即している部分もあり魅力的ですが、今はその前段階にあるという認識です。 -- henoheno 」というコメントをいただきましたので、こちらのページで、改めてお尋ねします。 --
- 「PukiWiki 1.4.7」をリリースしてから4年、「今向かっている方向 -- henoheno (2007/07)」としてロードマップを再定義してから3年が経とうとしています。しかし最終リリースから次期リリースへの具体的な進捗状況が見えてきません。`特に意識している項目について`の内容について、具体的な進捗状況をお示し下さい。リリース・宣言等の予定日もお願いします。また、次期リリースが遅れている原因とそれについての評価もお答えお願いします。 --
- いくら質問しても無駄じゃない?やる気ないんだもん。 --
- 1.4.7_1:
- (今すぐ出てくる) 実装上の引っかかっている点としては、cvs:spam.ini.php?view=log の構文がまだ十分に細やかでなく、「blogサービスのURIを丸ごと」阻止する事はできるが「特定のblogのURI」だけを簡単に阻止する機構が備わっていないことが該当します。その程度の粒度がないと、今後の半自動制御もおぼつかないだけでなく、エンドユーザーである管理者の方が面倒な思いをするでしょう。この点のゴールは、"scheme://host/path/to/file" で言うところの "path/to/file" の部分を実装することです。
- cvs:spam.ini.php?view=log の書き方が効率的とは思えない(もう少しましな方法はないものか)点も気にしていますが、前者に比較するほどではありません。
- その他の困難な所としては cvs:doc の中に書き溜めているドキュメントがあるのですが、確かこれは trackback や autolink 周辺の所で意識が今の実装を直す方面に向いてしまっています。量的にも書き切れていないはずです。どのような事を目指しているのかは、ご覧いただければ伝わるのではないかと思います。
- 非互換の話題: デフォルトの「ヘルプ」のリンク先が、各エンコードでの「ヘルプ」というファイルへのリンクになっていたのを「Help」に直したように、pcommentプラグインがデフォルトで付加する「コメント/」という部分は、どうしてもアルファベットに直す考えでいます。骨格にあたる部分がエンコード依存になっている物件については、他にもあれば動揺です。
うーん、あと三回くらいかかるのかな・・・ *3 -- henoheno
- 1.3.x シリーズの開発終了宣言(と移行促進):
- この件のゴールは、1.4.xシリーズの移行方法を再確認して整理して提示する事です。タイミングとしては1.4.xのリリースと同時に宣言するのが望ましく、宣言する前に準備が必要で、今であればPHP-cliで起動できる形態になっているのが望ましいです。「維持負担の削減」と関連しています。現状はこのような構想のみで着手していません。
- 意識合わせ:
- この件は複数ジャンルの話題を抱えていますが、キーワードは「発散しない*4」だと思います。オープンソース開発プロジェクト*5、Wiki(読者、参加者、管理者、開発者としての)、誰かのためのデザイン、過去の先人の経験、製品ごとの性格や立ち位置、それらをふまえた次のアクション、未来を作るという事、等々。この件のゴールは、各自が様々な実地の経験をしたり、本を読んだり、それらをしなかったり*6する事です。 -- henoheno
- 誰かhenoheno語通訳とかしてくれませんか・・・もう何言ってるんだか理解できない。無駄な注釈多いし。 --
- PukiWiki Developers Teamが考える「Wikiならではの特性」って何ですか? --
- ↑×2 もうボロボロだからこんな宇宙人がメインコミッタやってるんじゃない。捨てちゃえ捨てちゃえ。 --
- 維持負担の削減:
- ここで言う負担というのは開発プロジェクトの維持負担です。身近な所ではteananさんにかかっている維持負担、コンテンツ整理に対する維持負担、最近ではspamに対する維持負担。他にはリリース作業、ソースコードのコミット、競争*7に関連するところの負担があります。サイトのコンテンツの作りを互いに直しながら進められる、という意味を共有する、というのもゼロではない負担があります。これらの件のゴールは他案件の進行を通じて、「説明しやすい、簡潔な状態(ソース、コンセプト、サイト運営)」となるように持って行く事でしょう。必要以上に横展開(発散)してしまっている、というのが大変なところです*8。 -- henoheno
- この開発プロジェクトの運営コストを下げる、という部分について、例えばWebスペースのグループ権の整理、リリースパッケージを自動作成するためのツール等の作成は終わっています。ChangeLogとコミットメールもそうですね。official:PukiWiki/Download/1.4.7 のようなリリース毎の説明は、詳しくしすぎたと思っています。作るのに毎回かなり手間がかかっています。うまく簡略化したい部分です。 -- henoheno
- 関連:
- BugTrack2/331で提案しました。結果として維持負担軽減になればよろしいのですが。 --
- 「今向かっている方向 -- henoheno (2007/07)」で各doがありますが、具体的な内容(BugTrack等)・背景はどれに当たるのでしょうか?ロードマップは開発者だけでなく、管理者(予備軍も含め)がPukiWiki利用するかorし続けるかどうかの判断材料になるので、一見して関連が判りやすい状態にしてください。ロードマップを作成されたhenohenoさん自身が一番理解しているところなので、是非ロードマップへの追記をお願いします。 --
- branch_r1_4_7(1.4.7_1)に関しては、開発日記/2007-08-13かな?状況しだいでは、r1_3_3_branchのように1.4系のメンテ用な位置づけになるかもしれませんが。 --
- 関連:BugTrack2/338(分散型バージョン管理システム(Git、Mercurial、Bazaar等)を利用する) --
- サイトに寄付金かアフィリエイトはったら? 毎月 年間サーバー代くらいは入るよ。 -- 通りすがりの開発者
以前の書き込み
07-08-06 jjyun 修正
基本、活動が00:00までであるのは従来通りです
エントロピーとかリテラシーとか
著作の管理、ソース管理、リリース管理、インシデント管理といった実務面も含む。基礎的な部分に欠陥があると、そのプロダクトは永続しない。サーバー管理はSourceForgeに感謝する事ができる
両方、あるいはどちらか
他の製品との
本来はそれぞれ逐次、運用・設計を見直しながら進むべきところです
Last-modified: 2011-03-30 (水) 15:38:35