10:31:17・・・のようですね。広く利用されているソフトですので、このまま休眠してしまうと、いろいろと困る人や組織があろうかと思います。最低限、セキュリティーアップデートや、PHPのバージョンアップに合わせた修正を行うメンテナンスプロジェクトは必要かと。なんとかしたいところですが・・・。私も本職が忙しいので、引き継いだとしても、すぐに休眠してしまいそうです。それから、商業ベースでPukiWikiを利用していて(ホスティング事業をやっていて、PukiWiki自動インストールサービスをしているとか)、組織的にプロジェクトに参加してくれるところがあると、ありがたいかと(自由な発展という面ではマイナスかもしれませんが)。15:55:24大変ご無沙汰しております。henohenoさんはメールでの問い合わせ対応等、見えない所で活動はされています。21:12:572006年の1.4.7リリースから3年というのは、さすがに長いですよね。オフラインで集まって、今後の開発方針とか、議論できる場が持てると良いのではないかと思うのですが・・・。開発メンバーの皆さんの素性は存じておりませんが、発言を見ていると、皆さんお仕事持ちで、なおかつ中堅以上の方のような印象が・・・。オフラインでというのは、ちょっと難しいのでしょうね。移行を促す方が良いかもしれませんね。事実上、停止しているわけですから。10:54:26現状から考えると、henoheno氏が実質的にすべてを仕切っているので、何かしろの行動に出てくれないと、放置されたままの状態になってしまいます。henoheno氏自身のプロジェクトへの活動状況も踏まえて、今後の方針がどうするのか、コメントをいただきたい。18:32:59部外者がとやかく言うべきではないと思いますが、私の意見としては、「(1)v1.4の積極的な開発およびサポートは終了し、最低限のサポートのみにする。」、「(2)henoheno氏はv1.4の最低限のサポートとサイトの運営管理を担当する。」、「(3)新しいPukiWikiを希望する人に対しては、土台(議論・開発の場)を与える。」とし、今後の方針を議論する必用があると思います。いう名ではあるものの、新しい機能を提案・議論する場はあります。いう名前にこだわらないのであれば、別のプロジェクトとして派生するという形で、「土台(議論・開発の場)を与える」はとっくに実現していると思います。23:09:18かなり極端に言ってしまえば、「個人で改造して使う」というのも別プロジェクトみたいなものです。いった提案や実装案が、もう少し増えればいいのにとは思いますが。23:36:29問題は、henoheno氏自身の現状からプロジェクトへの影響があるかと言うことです。ロードマップには開発目標を明示していますが、果たしてこれが現在の状況のまま進めて、実現可能なのかというレビューが不十分だと感じたので投稿した次第です。15:55:24)のように、PHPのバージョンアップ等で抜本的な変更が必用になることもあるでしょうし、回りの変化に対応するだけでも手一杯になるようになり、結果として開発の遅れから、PukiWikiユーザーの減少及び利用者へのサポートの遅れなど問題が出ると思ったからです。その上で、(1)(2)(3)を提案しました。ちなみに、(1)が実現するならば(2)(3)という順で実現すると言うことで、(3)の提案がいきなり実現するという意味ではありません。14:09:46わたしも心配しています。動けていないなら、メンテナーを増やしたり交代するぐらいの決断も必要かと。03:30:29henoheno氏が行動できるかできないか判らない状況のまま、公式サイトを放置しておくことに危険性があるということから、権限がある古参のメンバーの方々にSourceForgeや公式サイトの運営を維持してもらうということで、開発自体には関係がありません。このまま放置された状況が続くのであれば、今後PukiWikiをどうしていくか議論したらいいと思います。00:30:50こんにちは。コメントありがとうございます。シリーズの開発終了宣言(と移行促進)」「意識合わせ」「維持負担の削減」が特に意識し続けている項目です。1.4シリーズを縮小方向にする事を明確にして、新しいモノの設計に力を入れる、という提案は、選択と集中という意味で、実態に即している部分もあり魅力的ですが、今はその前段階にあるという認識です。00:40:57ただ別途仰られている通り、意識合わせは不十分で、穴を埋める道のりはハードです。「このプロダクトは何なのか」「このプロジェクトに何ができるか」「未来をどのようにするのか、それはなぜか」といった話題について、落ち着いた状態にあるという認識はありません。WikiWayの後か、先に読むべき本であるとは思います。・・・今は全体がそのような雰囲気であり、そこに一石を投じる事が求められています。・・・開発プロジェクトの本家というのは、もっと慎重かつ大胆なアクションが可能です。当初は周辺から文句を言われるしれないけれども、長い目で見るとそれが当たり前にフィーチャーされているような一撃、それを折々に成し遂げる事が求められています。必要な事は「温故知新」ではないかと私は思います。00:42:50色々ずれている部分があると思いますが、本日はこれにて失礼します。00:47:45なお、SF.jpに登録されているコミッターの中で「生きている」メンバーは私とteananさんだけです。死んでいない」事を知る事ができるようにしてあります。00:47:55予想していなかった領域まで勉強しなくてはならなかったとしても、自分のペースで続けそうな方は、放っておいても内容が伴う行動力を身につけ、それぞれのプロジェクトで歓迎されると思います。00:45:09結局、何もやらないってことか。02:09:51回答ありがとうございます。ロードマップについてはロードマップのページで再度回答お願いします。現在`生きている`コミッタがhenoheno氏とteanan氏となりますが、teanan氏も身動きが取れない状態です。開発者の育成に関する面で、`コミッタ権限を得る・与える`一定の基準を設けてはいかがですか?BugTrack2/3においてもhenoheno氏からteanan氏へ提案という形でのコミッタ権限を与えるという形になっていますが、部外者から見ればhenoheno氏の基準であり独裁的とも言えないと思います。監督なので、この行為については当然の権利だと思いますが...。氏の発言から鑑みると`放っておいても内容が伴う行動力を身につけ`が基準になっていると思いますが、やはりこれだけでは不明瞭と感じます。具体的にどの程度成果を上げる必用があるとか、明確な基準を出し、`開発者がコミッタになる上で何が足りないのか`を明確にして、開発者の立ち位置を明確にする必用があると思います。teanan氏にコミッタ権を与えた事例があるので、それを基準にして、一定の基準のドキュメントページを監督であるhenoheno氏に作成していただきたい。必用なことは`温故知新`であるということですが、具体的にどのようなことですか?氏の発言のからすると、その内容をドキュメント化することで今後のプロジェクトに明確な指針が示されるであろうと思いますが、なぜそれをしないのですか?監督として一定の見解を示すことで議論が始まり、`意識合わせ`が出来ると思います。以上数は多いですが、回答お願いいたします。23:42:59切りの良さそうな所で分割してみました。00:19:30ロードマップについての回答ありがとうございます。時間が開いた投稿でしたので、まだ続きがあるのか迷いましたが、大分時間が経っていますので・・・。18:33:16]での提案ですが訂正します。今後のhenoheno氏の主な行動は、開発ではなく、維持負担軽減のために運営体制の立て直しを優先する。(プロジェクトとしてのv1.4の開発は続けるが、氏の関与が少なくなるため事実上は停止状態になります。)というのは、氏が積極的に動けない状況が続いている中で、今後全く活動できないような状況になる可能性が否定できないため、その前に、このプロジェクトに精通した氏が運営面の立て直しをすべきだと思ったからです。21:35:35]での事項も含め、いろいろ見直すべきだと思うのですが・・・。22:14:44Logueさんの書き込みは、Logueさんのページへ移行しました。移動させなくてもいいのにね。逆に庇っているようで痛い気がする。確かに、移動まですると、もはや、というような感じですね。さんはじめ、コミッター&開発担当者の皆さんが多忙な本業の合間に頑張って本プロジェクトを支えて下さっている訳ではありますが・・・、さすがに、ユーザーが望む状態と開発の現状とがかけ離れすぎているかと思います。本プロジェクトの現状改善が見込めないようであれば、新たなプロジェクトに分岐することも含め、なんらかの決断をしなければならない時期かなと思います。15:41:49現状改善について、安易な判断だとは思いますが、監督の交代という選択肢はアリではないでしょうか?「後任に誰に?」という問題になりますが。プロジェクトそのものを理解している人となると、新参者よりも経験者*4にお願いするのが良いと思うのですが、「開発に携わる者が開発に時間が取れない」などという”維持負担の削減”問題に対して、本質的な解になっていません。ロードマップのでも問題になっていますが、もっと流動的にプロジェクトを継続できる仕組みを作らないといけません。henoheno氏は当時からロードマップで提案しているほどプロジェクトに精通しているので、積極的にこの問題に取り組んでいただきたかったのですが...。11:13:20初めまして。個人的にskinを開発している副長と申します。プログラムはほぼ初心者なのですが、フロントエンドではある程度経験がございます。skin(html,js,css)周りではお手伝い出来るかもしれません。このまま消え去るに押しすぎるプロジェクトですので。23:21:35スキン開発ならofficial:自作スキンで開発を続ければ良いと思います。このプロジェクトは人手不足ですが、ロードマップやBugTrack等の案件を解決できる人が不足していて、副長さんのような受け身の人は足りていると思います。11:13:05名無しが、そもそもオンラインミーティングに参加する気もない輩が日程調整が無理とか書かれると、もう完璧に終わったな。15:22:21説明不足で誤解が生じていたらすみません。事実上、このページでの議論はリアルタイムな会議(オンラインミーティング)です。02:19:03も含め)を、私は一同が集まって会議を開くと言うことと認識していますが、ここのページも含め、各自日程が取れるような状況には見えません。会議を開くなら開くで議題を定め、それに対して解決策を出せる状況にしなくてはならない。なければ各自が時間の取れない状況で集まる意味がないと思います。各自が一同に集まることについては、良いことだと思います。それはPukiWikiプロジェクトについて関心がある人を知ることが出来るからです。なんらかの決断をするにはもってこいの機会になります。11:13:20]のような発言になりました。18:30:30副長さん、ありがとうございます。氏がバリバリと取り組んでおられましたが、氏がプロジェクトを去られ、それ以降、あまり進展していない感がありますからね。ご協力いただけると、心強いですね。新たなリリースが無く、当然、新機能の導入もありませんので、興味を持ってくれる人の数も減り、それが開発体制の弱体化を招いているように思われます。いうのが、私の考えです。クールなスキンの導入は、HTML、CSSをいじれないユーザー層には歓迎されると思います。17:50:08henoheno氏の発言「開発プロジェクトの本家というのは、もっと慎重かつ大胆なアクションが可能です。」と言うことも考えれば、開発の環境は常に開かれています。問題はその成果を反映できない(コミッタ等がいない)ところにあります。ここを解決しない限り、本プロジェクトではリリースと言う作業は出来ない。派生版が出てくる原因の一つではないでしょうか?運営体制の立て直しをすることが先決だと思います。18:35:10三浦様。お返事ありがとうございます。IAとしての業務経験がございますので、ユーザービリティー、アクセシビリティーからのアプローチで設計のご提案はできると思っております。13:01:33ユーザビリティ、アクセシビリティー、大事ですよね。書いていますが、実は、PukiWiki配布パッケージに含まれているデフォルトCSSは、アクセシビリティの面で致命的な欠陥を抱えています。提案を期待しています。プログラミングだけでなく、ドキュメント作成、スキンデザインなど、やるべき仕事はいろいろあるはず。・・・・、ただ、このサイト、最近あまり見られていないようなので・・・・。それから、たとえば、「PukiWikiサマースクール」などと称して、PukiWikiの勉強会、集中開発なんかを大阪大学・吹田キャンパスで行ったら、来てくれる人はいるでしょうか?・・・・陸の孤島と言われている阪大・吹田キャンパスでは、場所が悪いかな・・・・。サーバー、端末室の提供は可能です。06:09:49三浦さんはじめまして。呼びかけお疲れ様です。方向性によっては参加したいです。01:48:53前は「ゆう」で活動していたmasuidriveです。気にはなっていたのですが、何も手を付けていませんでした。ここ数年PHPは余り触っていないので、ちょっと不安な所もありますが、開発に再参戦させてください。11:42:27三浦克介さんの言うとおり、とりあえず分かりやすい変化を加えて、新規リリースして、PukiWikiを再認知してもらう所から始めるのが良いとおもいます。11:43:49とりあえずウケそうなのは、iPhone対応、見た目の刷新、スパム対策なんかがあると思います。スパムは急務だと思うのですが、これは難しいんですよね。リリースは、それよりも前なんですね・・・。12:41:14おひさしぶりです。今は、どこまで時間を作ることができるかわかりませんがいろいろできること/ものもあるかなとおもうので、微力ながら関わっていければと思います。22:56:05こんにちは、ご無沙汰しております。まとまった時間は取れるかわかりませんが、出来る限りのご協力をさせていただきます。17:44:41セキュリティ対応も放置した管理者か。さんがサーバを移したなんてこともありましたね。20:23:40三人・・・じゃなくて、四人寄れば文殊の知恵。21:46:37さすがに気が早すぎでは?早めに方向性が決まりプロジェクトが動き出せるようになればうれしいです。標準化の指針が明確になり、時間とやる気のある人が気軽に貢献できるような体制になるといいですね。01:30:28みこさんのiPhone版もあるので、デザイン面なら速くできるのではないでしょうか?他の機能や会議など本格的な集まりは、人を集めるためのリリースをしてからやった方が参加者も増えると思います。(今週は忙しくてオフラインとのことですが....)。何人かの方からも意見を頂いていますように、やはり、早めに新規リリースをしたいですね。リリースされる前後に、どこかで次のような文章を見ました。「リリースする為には十分なテストが必要だ。十分なテストを行う為にはリリースすることが必要だ。卵が先か、鶏が先か....。」リリースと人集めの関係も、同じでしょうね。何にせよ、今はリリース優先で行きたいと思います。さんの同意および各種権限をもらわないといけませんが....。12:51:49ちなみに提案なのですが、どういった方法ですればよろしいでしょうか。アイデアを自分のページに記載して行こうと思っております。さん、当面は、ご自身のページでアイデアを練っていただいた上で、BugTrack2で提案していただければ良いかと思います。19:55:45henohenoさんは多忙でしたか。参考ですが、全く連絡が取れないのであれば、SourceForge.JPのFAQの通りに行動すればいいと思います。15:49:41teananさんがコミッタなのである程度のことは出来るはずですが、実際のところどこまで権限があるのか本人に聞くしかないのですね。officialとdevをいじれるならWeb委員会とofficial:WebTrackの案件を少し解決していただきたいです。15:49:52取り急ぎ、雑談ページを更新しました。20:48:22teananさん早速の対応ありがとうございます。23:32:30official:質問箱5を設置しました。なにかお気づきの点がありましたら、ご指摘をお願いいたします。00:55:51まずはいまあるソースを元に1.4.8RC1をリリースしませんか?Spam対策なども入っていますし。12:27:56その後1.5と言うことで次のリリースに向けて、ページ作り仕様を決めるって言うのはどうでしょう?1.5で実現すべきコアの機能が何なのかを決めるべく。さんからOKをもらえることが前提ですね。さんのiPhone対応。19:25:34iPhoneサイトも開発経験ありますので、是非お手伝いしたいです。phpかけない分、skin系でパフォーマンスを発揮したいと思っております。(終了は今年末あたりかな)、1.4系列のstabel-branch化、開発ブランチの分岐を行いたいところです。私個人的には、これまでのPukiWikiのバージョン番号付けは、一桁ずれている感があるので、次期開発ブランチは2.0にすべきかと。19:26:39番号付けについては、開発談義/8での続きですか?BugTrack2/228も一緒ですね。方向性は、もう少し人が集まって、プロジェクトが本格再始動してからですね。23:32:53このコメントは三浦さんでしょうか?自分の意見をぃぉぃぉ#z8d9eff3に記載しました。自分が求めているのは「方向性」とは違う気がしてきた...。02:36:09いいえ、私のコメントではありません。現在はまだ議論を収束させるような段階にはありませんので、皆さん、批判はせずに、好きにアイデアを出して頂ければ良いと思います。12:32:50三浦さん、お返事どうもです。12:08:06お疲れ様です。中身に関する直接的なやりとりはいただいていませんね。権限など大した問題ではありません。その意味で「本プロジェクトの現状改善が見込めないようであれば、新たなプロジェクトに分岐することも含め、なんらかの決断をしなければならない時期かなと思います。」といある三浦さんのアイデアの後半部分は代替案になっていません。07:14:29ここでやっていくには権限が問題だと言う意味でした。他所でやるのなら確かに大した問題ではないです。今回のようなことを繰り返していると、派生版を作るための人材集めや宣伝に本家を利用するということが繰り返されることになりませんか?邪推になりますが、みこさんが発端のようですし今までPlus!へ移行された方もいるので、本家の状態を利用して・・・このような考え方も出来なくはないですよね。三浦克介さんの声かけで集まったことは評価すべきですし、teananさんの活動も再開されています。masuidriveさんも活動再開されるようですのでBugTrack2/61の部分等で進展があるように思います。今回集まったメンバーが目標としている新規リリースが出来る等の成果、将来的なものも含め見通しとしてグダグダになら無い様であるなら、henohenoさんは監督という職を交代された方が良いと思うのですが。発端となられているそうですが、グダグダにならないよう、当初の見込みとイメージ、可能なら期間も含めて明確にして下さい。相当するコンテンツの作成を通して、コードレビューをお願いできればと思っていますよ。いうかそれが必要です。別件についてメールで質問を送りました。02:33:40そんなことでありません。henohenoさんも指摘していますが、三浦さん、みこさんの意図をはっきりさせるために必用です。三浦さんの声掛けで集まり、みこさんが参加、首謀者がみこさんだった。コメントの順番を見ても疑いが残る部分です。20:52:18ここまでのモノを作り上げた偉業は認めます。新規ユーザ、開発者予備軍の人には、膨大な不要なプラグイン、ドキュメントに興味はありません。・・・ハウルの城に見えます・・・。20:52:38その後の進展が無いような気がしますが・・・。08:33:01せっかく集まったのですから、各自が投稿したBugTrackを見直すことから始めるべき。いろいろなところへツッコミを入れる。teananさんがWebTrackの案件を解決していただいたおかげで、かなり話が進みました。いった案件がBugTrackも含め沢山あります。みこさんとポツポツメール交換しています。発散に対する戦いに関して、またどのような未来を作るかについて、周りを気にせず中身の伴った行動で日々語るのが良いのではないでしょうか。00:22:321.みこさん~について。00:27:42あくまでも別件の話であって、こちらの話の質問に対する回答は無いですよ。さん、皆さん、すみません、少し間があいてしまいました。さんの関わりについて、一言。さんが、本業多忙でアクションを起こせずにいたのを、私が勝手にアクションを起こしました。上の方で、軽弾みに、「陰の首謀者」などと書いてしまいましたが、わざと隠れているような訳ではありません。さんとは、ポツポツ、メールをやりとりして意見交換しています。共通の意見として、(1)もう少し短かい間隔でのリリースが必要、(2)開発協力してくれる人を呼び込む努力が必要、と考えています。ここから先の部分は、意見の擦り合わせができていない、私個人の意見です。ビジョンに沿った開発により発散を抑えることや、レビュー&テストの徹底によるコード品質の向上などの重要性は分かるのですが、現状では、それらに固執するあまり、新たに開発メンバーに加わりたいと考える人がほとんど現れず、その結果、人手不足で公式サイトのメンテナンスや新規リリースもできず、そのことが更なる開発者離れを招いているように思います。パブリックソフトウェア開発を志す者にとって、自分が提案したり、コーディングした機能が、正式リリースに取り込まれ、多くのユーザーに利用されることは、刺激的なことであり、そういった経験を通じて、新しい開発者がプロジェクトに深く関って行くようになるのだと思います。発散防止の為のある程度の線引きは必要でしょうが、新規提案を取り込んでいく寛容さも合わせ持つ必要があると思います。コード品質の問題に関しても、多少の事は目をつぶってリリースし、コードがより多くのユーザーの目に触れ、より多くのフィードバックが得られることにって、結局は早く品質改善されることを期待した方が良いように思います。将来像についてのビジョンが無い訳ではありませんが、それを示さずに「まずはリリースを」と言っているのは、こういった理由からです。さんも同様ではないかと思っています。15:00:59三浦さんお疲れ様です。疑ってしまってすみません。今回はスキンデザイン刷新で、1.4.4_php5の時の様な特別版(1.4.7_newskin)を出す様にしていけば良いんじゃないでしょうか?副長さんもその為に頑張ってくれています。19:37:07お名前出して頂いて光栄です。お盆は動けなかったのですが、また今週あたりから動く予定です。14:39:00(途中で切れてしまいました)...フロントとバックでの切り分けをした後、ワイヤーフレームをつくってお伺いを立てようと考えてます。進み次第進捗をご報告させて頂きます。14:40:50henohenoさん、ロードマップにはありませんが、スキンデザインの刷新だけの特別版を出すことに問題はありませんよね?またそういう特別版を頻繁に出すことに問題はありませんか?それが三浦さんとみこさんの言う「短い間にリリース」に繋がると思うのですが。19:37:20表に出ていないものを(誰かの)評価なしでリリースする事を確約するなど、あるわけがないのです。Wikiのデザインがスキンだけで簡潔しないという事は自明かと思いますが、何をどう考えているかは後から解るのです。公開楽しみにしています。07:29:14三浦さん、お疲れ様です。前というのは何日で、その時のあて先に私は含まれていますか?どのような過程があるにせよ、「本家の動向について私を含めないという行動を行った」、という事が、「将来問題になると予想されていない事」が問題です。*6「私の代わりに目指そうとした将来」についても、今提示されているものは手を働かせないものでしかありませんが、「(どのように将来を捉えているかを含めた)実力を積み重ね、それを見せながら進める」というのがどのプロジェクトでも求められている基本です。いう意味で、今回のアクションの発端は将来を危うくする要素に富んでいます。07:24:52何もしない方が将来は危うい。アクションは途中経過をフィードバックさせ修正すればいい。移動)各位:発言者(自分)を簡単に識別できる名前をつけて下さい。私とteananさんは管理者でもあるので、全ての書き込みに関してメールが届きます。すごいまとめが出来ていますね。それに加えて、若干バックポートできるかどうかという所になると思います。00:49:00henohenoさん運営関連の話題整理お疲れ様です。22:02:33現状ありません。07:02:22あえて匿名で書きますが、開発日記/2010-09-15は、ここ(dev)で匿名発言はしないように。16:51:20あえて匿名で書きますが、[Wikiサイト]とかそう言うのが免罪符になっていませんか?henohenoさんの活動状況から考えれば酷かもしれませんが、開発日記で扱われてもBugTrack利用の手引きなど周知徹底されていない。プライバシーポリシーに当たるのもないですし。00:16:00悪しき例としてわざと、どこまでが誰でどこからが別人か判らないような書き込みをしましょうか。(レベルを変えて書き込んでいるので、この発言がなければ「あえて匿名で~」さんと同一視されるかもしれません)henoheno氏の「各位:発言者(自分)を簡単に識別できる名前をつけて下さい。07:25:40のコメントや開発日記/2010-09-15)だけでなく、過去にも何度かされています。12:22:12PukiWikiは議論に向かない。Devは個体識別が可能な場で運営すべきであり、各自の発言について責任を明確にすべきだ。21:22:37成りすましへの対処も出来ない。変更があったことは記録を見れば判りますが、複数の記録を追うことに対して莫大な負担が掛かります。言う意味で議論に向かないと思う。機能や設定を増やしたり高機能にしすぎると、実行負荷やレスポンスの面で不利になります。開発日記/2004-06-17でも書いてるけど、ゆうさんも1.3を任せると書いていたし。いえば私が参加したきっかけは、当時のコミッター全員にメールをした事でした。経緯は知りませんが、Logueさんは方向はともかく今すごく行動されている様ですね。人に言えたものではございませんが、他人がどういう意図で、どういう文字コードでどんなコミットログを、何個のパッチに分割してコミットしているのはなぜなのか、マージの必要性も加味しながらViewVCを読むのをお勧めしたいです。みこさんは、私が万一のために構築しているmixiのアカウントに2010/03/24付けで生存確認のアクセスをしているのですから、うっかり私を含めなかったという事はありません。