トップページ⇒php
1001コメント448KB

PukiWikiスレ Part2

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん05/02/06 00:57:49ID:gotC1R3r
PukiwikiはPHPで書かれたwikiです。

公式 http://pukiwiki.org/
開発 http://pukiwiki.sourceforge.jp/dev/
ML  http://sourceforge.jp/mail/?group_id=166

PukiWikiスレ Part1
http://pc5.2ch.net/test/read.cgi/php/1084907353/
0478nobodyさん05/02/24 17:48:21ID:???
揚げ足取りに必死になるスレ住民
0479nobodyさん05/02/24 17:51:02ID:???
…に揚げ足取りすらできなくて悔しがる>>478
048047605/02/24 21:05:59ID:???
>>477
レスありがとうです

えっとですね…

たとえば***0001.txt〜***0999.txtというテキストファイルが手元にあったとして、
それを一回ずつweb上でコピペしてページにするのではなくて、
ファイル名をPukiwikiで読めるように変換してそのまま/wikiフォルダにつっこめば
ページとして認識してくれる?のかなと思いまして…
0481nobodyさん05/02/24 22:21:34ID:???
>480
***0001.txt〜***0999.txtの
***の部分が同じ?
ならPage→50616765、みたいに実際に作ってファイル名見て、、、
後の0〜1の数字部分はそれぞれ 0→30 1→31 ... 9→39だから
0001→30303031 〜 0999→30393939 ってリネーム。
エンコードされたファイル名なら/wikiフォルダにぶっこめば読むみたいで。(当然

要は、0→30みたいな置換ができるリネームツールがあればできそう。

プログラムとかはできない人間なのでこんな原始的な方法しか思いつかないorz
0482nobodyさん05/02/24 22:27:28ID:???
Perl なら、こんな関数すね。(Yuki/YukiWikiDB.pm より)

sub make_filename {
my $key = shift;
my $enkey = '';
foreach my $ch (split(//, $key)) {
$enkey .= sprintf("%02X", ord($ch));
}
return $self->{dir} . "/$enkey.txt";
}
0483nobodyさん05/02/25 00:01:52ID:???
>>476のやりたいことって、文字コードとかスクリプトとかわからなくても
ツール使ってできたらうれしいね
俺秀丸マクロで似たようなの作ろうと思ったけどできなかった
(文字コードを文字になおす関数が秀丸になかった)
0484nobodyさん05/02/25 00:19:13ID:???
henohenoの代わりに誰かpukiwikiのプロジェクトリーダやってくれる人いないかな。
もうhenohenoにはついていけない…
0485nobodyさん05/02/25 02:06:15ID:???
>>484
fork すればよいのでは?
0486nobodyさん05/02/25 07:10:30ID:???
>>484
気に入らない部分を具体的に説明したらどうか。
あまり長文だと誰も読まないけど
0487nobodyさん05/02/25 08:46:48ID:MlDT1rYU
いまさらPukiWikiの名前を継がないWikiをforkしたところで、
誰の注目も浴びない->やる意味がないという悲しい現実。

次の皇帝を選ぶのも皇帝の重要な仕事だとか。
0488nobodyさん05/02/25 10:42:42ID:???
>>487
はいはい、よかったね。
0489nobodyさん05/02/25 14:56:17ID:???
>>487
> 次の皇帝を選ぶのも皇帝の重要な仕事だとか。

結局政治形態として帝政は滅びたわけだが
0490nobodyさん05/02/25 14:59:05ID:???
>>486
話し合うのって意味ないんじゃないの?
与党と野党が話し合ったところで大した意味ないよね。
選挙で勝利した方がすべてを取るわけで、「支持しない」という事実が重要なのであって、
支持しない理由というのは「支持しないという意見に支持を集める」ためぐらいにしか役に立たない。
0491nobodyさん05/02/25 15:00:32ID:???
>>484
まあ、普通はそう思うだろうね。
実力さえあれば俺は自分勝手を許すタイプだが、実力もないし他人の意見も聞かないんじゃ、支持しようがない。
0492nobodyさん05/02/25 15:07:15ID:???
それにしてもhenohenoに引き継いだ人ってよっぽど困ってたんだろうね。
まあある意味henohenoの責任ではなくて、henohenoに任せた人の責任なんだろうが。
0493nobodyさん05/02/25 16:17:10ID:???
そんなに駄目なの?
1.4.4→1.4.5のバージョンアップはかなりいい仕事だと思ってたんだけど。
デフォのスキンでlintのエラーが殆どないこととかも気に入った。
ウェブログツールと違って、ページを追加していってもそれが保持されるし。
0494nobodyさん05/02/25 16:37:36ID:???
1.4.3→1.4.4はまあ良い仕事していたと思うけど、1.4.4→1.4.5はそんなに良かったかなぁ?
2月リリースに固執して、1.4.5_rc1のあと1週間しか待たずにリリースした結果が、ポカミス修正中心の1.4.5_1リリースだし。
1.4.5はBugTrackの集まるのをもう少し待ってからリリースしてれば、こんなことにはならなかった可能性もあるかと。

あとcssのphp化も、cssのカスタマイズをしてる人間にとっては嫌がらせとしか思えなかった。
結局、また弄るの面倒なんでpukiwiki.skin.phpの<link rel="stylesheet"〜の部分を今まで通りのに戻したし。
0495nobodyさん05/02/25 16:53:45ID:???
無理して、追従しなけりゃいいのに。
0496486だけど05/02/25 18:35:02ID:???
>>490
いや、開発日記の更新がまめなのとか、リリースにαとrcかませてるのとか
見ると周りにかなり気を使ってる印象をうけたので、それと逆の見方をしてる人は
どういう所でそういう印象をもったのかな、と興味があるのだ。
できればどんなやりとりを見てそう思ったのかURLを示せれば最高なのだが。
0497nobodyさん05/02/25 18:55:03ID:???
個人的に1.4.5でよかったのはcssのphp化。たぶんtDiaryのスキンを使いたい
っていう要望に答えるためのものだろう。あとは表示用と印刷用でcssを
まとめるためか。ブラウザごとの場合分けやピクセル計算もできるので歓迎。
今後ピュアなcssに戻る可能性も否定できないけど・・・戻らないで欲しいな

英語化の流れは、webからcvsリポジトリみるときにいろいろ文字化けするのを
嫌ったのか?英語化のし残しが残念だがこれもメインの流れとしてはいいと思う
でもやっぱり読むのつらいしちょっと英語がヘンなところあるし、
あと、PukiWikiの新規ユーザーが入ってこなくなってしまうので
日本語版は絶対必要。cvsに入れて欲しい(henohenoがここまでやらなくてもいいけど)
0498nobodyさん05/02/25 19:25:15ID:???
>>493
まるで本人のごとくhenohenoと価値観が同じだね。
確かにあなたが示したことはhenohenoが大事だと思って力を入れたことそのもの。
問題は、それがプロジェクトの運営でもっとも大事なことではないってことだんだけどね。
0499nobodyさん05/02/25 19:29:43ID:???
>>495
無理して新バージョンをリリースしなけりゃもっといい。
まあこの調子だと心配しなくてもそのうち一般のユーザーからは見捨てられるだろうけどね。
結局henohenoは「節操のない頻繁なリリース」というプロジェクト運営上の初歩的なミスを犯してるんだよね。
しかも本人は自分はプロジェクト管理が上手いと思っているから始末に終えない。
0500nobodyさん05/02/25 19:35:16ID:???
>>496
> いや、開発日記の更新がまめなのとか、

そんなことはどうでもいいが

>リリースにαとrcかませてるのとか

全然だめだね。あんな上で誰かが同じことを書いてるが、あんな短期間のα版やrc版のリリースは意味がない。
単に表面的に体裁を整えているだけに見える。思うんだけどhenohenoって実際にプロジェクトを運営した
経験がないんじゃないかと。未経験な人が聞きかじりの知識で真似事をしているように見える。
初めてプロジェクトリーダーを任された人が、まさに行う行動パターンにあまりにもそっくりだ。

誰でも最初は初心者なんだから、経験が乏しいことを今責めはしないが、初心者なら謙虚に
周囲の声に耳を傾けるべきだと思うけどね。

0501nobodyさん05/02/25 19:54:23ID:???
>>497
> 個人的に1.4.5でよかったのはcssのphp化。たぶんtDiaryのスキンを使いたい
> っていう要望に答えるためのものだろう。

何にでもメリットとデメリットがあるわけで、そういう見極めが大事なんだけどね。
例えばcssをphp化するデメリットについて、どれだけ念入りな議論がされたというのだろう。

>あとは表示用と印刷用でcssをまとめるためか。

だからそれはcssを切り替えられる機能があればいいこと。それをデメリットも考えずに
節操なく自由度は大きいほうがいいだろうと考えるセンスが、henohenoの経験を疑わせる。

>ブラウザごとの場合分けやピクセル計算もできるので歓迎。

これも同上。そもそもそこまでやっているシステムがどこにあるんだか。
Pukiwikiは「各ブラウザ毎に最適な表示を行うためのツール」ではないのだから、
あくまでWiki本来の部分に注力し、それ以外の部分については保守的なくらいがちょうどいい。

0502nobodyさん05/02/25 19:54:33ID:???
> 英語化の流れは、webからcvsリポジトリみるときにいろいろ文字化けするのを

これもいろいろ混同している。英語環境でPukiwikiが機能すること、Pukiwiki本体の
表示が英語にできること、ドキュメントの英語化。これらは別のことだし、そもそも
本当にpukiwikiが優れたソフトなら、英語圏の人々は日本語を取り除くような変換ツールを使ってでも
動かしてくれるはず。我々が日本語非対応の海外のツールを無理に使うようにね。

いずれにしても、これについても英語化することで生じるデメリットについて
どれだけ議論が行われたというんだか。

> 日本語版は絶対必要。cvsに入れて欲しい(henohenoがここまでやらなくてもいいけど)

だから逆なんだってば。英語版の方が無用の長物なの。結局英語版を作れば日本語版と
英語版の2つが欲しくなるわけで、両方をサポートするなどばかばかしい。さらにいえば
両方をcvsに入れるなど正気の沙汰とは思えない。キャッシュをcvsに入れるのと同じように
おろかな行為。

バージョン管理においては管理しなければならないものを最小にするのが基本。
だから自動的に生成される中間ファイル(objとか)はcvsに入れないし、実行ファイルも
普通入れない。管理するものが増えれば、ソースと中間ファイルが同じバージョンになっているか、
チェクインンのし忘れがないか、などねずみ算的に管理の手間が増えていくからだ。

そうしたことを考えずに、なんでもかんでもcvsに放り込むという神経を疑うね。
0503nobodyさん05/02/25 21:22:00ID:???
俺も日本語版はcvsに入れて欲しいな。英語版は今後どうなるか知らないけど別にあっていいと思うよ
0504nobodyさん05/02/25 21:29:17ID:???
メタ議論についていくにはロードマップのページあたりから見ていけばいいんですかね
http://pukiwiki.org/dev/index.php?%A5%ED%A1%BC%A5%C9%A5%DE%A5%C3%A5%D7
開発日記とか開発談義とかもあるけど量が多いのであとまわし・・・
0505nobodyさん05/02/26 00:10:14ID:???
声だけ大きくて、生きてる価値のないおじさんが集うスレはここでつか?
0506nobodyさん05/02/26 00:33:44ID:???
>>505
生きてる価値のない人間なんていない。ガンバレ!
0507henoheno ◆g2j80BX5do 05/02/26 13:58:42ID:???
お疲れ様です。訂正からです。

>>252
> リリース間隔については以前 [[ロードマップ#n869dd20]]
> (変な書き方ですが、伝わりますよね? (^^; ) で話して
> いまして、半年は短いと考えています。

既に該当のページをチェックしておわかりかと思いますが、
「半年は短い」は「半年は長い」の誤りです。


>>257
英語版・一部英語版(メニューだけ等)・一部英語のUTF-8版
の需要はかなり以前からあります。

なお、英語化を薦めているタイミングで、韓国のユーザーから
パッチが届きました :) (BugTrack2/13)
こちらから韓国語版のマージを働きかけることができなくも
なかったのですが、あちらから働きかけがあったのは有り難い
ことだと思っています。
0508henoheno ◆g2j80BX5do 05/02/26 13:59:20ID:???
>>258
stableブランチを作ってはどうか、というご提案をありがとう
ございます。その辺は以前から既に検討されていまして、
「今はすべきでない」と考えています。

「改修が足りていない」と言う表現も同じ意味ですが、みんな
片付いていると思っているか、中身を気にされていないけれど、
実態がそうでない所が沢山積み重なっていて、鋭意修正中なのに
ここでブランチを切っても仕方がないということです。

具体的にはフォローが行き届いていない既存のBugTrackを
ご覧下さい。BugTrack2/17 など。


[[ロードマップ#n869dd20]] でmerlinさんが言われていま
すが、現状「linux-kernel の pre に当たるのは、daily-CVS
が受け持」っています。ブランチが一本なので当たり前ですね (^^;
0509henoheno ◆g2j80BX5do 05/02/26 14:00:07ID:???
>>259
「半年は短い」というのは誤記です。申し訳ありません。

初期状態のキャッシュは、ユーザーに生成させるのではなく
パッケージ(*.tar.gzや*.zip)に最初から同梱しておくのが
良いと考えています。

#この手間は、PukiWikiのホスティングサービスを構築したり、
#PukiWikiをいくつも立てたり・立て直したりする時に
#特に大きく影響します。

また、これがあるか無いかは、インストール直後の使用感
にも影響します。

すなわち各ユーザーに負担を強いるくらいであれば、
パッケージ製作時にパッケージ製作者が生成するのが
良いと思います。

そこで運用の問題になるのですが、パッケージ製作時に
初期状態のキャッシュを自動生成させるルーチンは現状
ないために、今回 cache/recent.dat と同じ対応を
行いました。

ちょっと難ですが (^^; これで「release.sh でパッケージ
生成を自動化できる」状態が今も維持されています。
詳しくは BugTrack2/8 をご覧下さい。
0510nobodyさん05/02/26 14:02:00ID:p95mJyNK
プキウィキ

でよろしかったですか
0511henoheno ◆g2j80BX5do 05/02/26 14:16:18ID:???
>>510
だと思います。

名称の発端は PHP + YukiWiki ですが、ピューキウィキとは
言わない気がします。

海外の方(at 本家WikiWikiWeb)には
> A little unfortunate that Puki is similar to 'puke',
> a word meaning 'vomit'.
という印象を与えることがあるようですので、
言わない方が良い気がします (^^;

逆に日本語ローカルなネタですが、GeboGeboという
Wikiがあるようです・・・

http://www.gebogebo.org/
> The name GeboGebo derives from the Germanic rune gebo,
> which means as much as "Giving and taking".

ネーミングは難しい問題ですね・・・
0512henoheno ◆g2j80BX5do 05/02/26 14:21:13ID:???
>>510
発見。ぷきうぃき が正解です。
FAQ/2 や
http://pukiwiki.sourceforge.jp/PHPconference2003/
をご覧下さい。
0513nobodyさん05/02/26 14:44:11ID:???
>>503
> 俺も日本語版はcvsに入れて欲しいな。英語版は今後どうなるか知らないけど別にあっていいと思うよ

だからcvsに日本語版を入れればいいこと。英語版はcvsに不要だし、そもそもcvs以外にも不要。
英語版ができれば英語圏の人も使ってくれるともくろんだのかもしれないが、そういうものではない。
その証拠に中国語版とかは有志が勝手に進めている。必要とする人が必要とすることを行う。これこそ
オープンソースなわけ。

必要な物を追い出し不要なものを残したからhenohenoは批判されているわけ。
0514nobodyさん05/02/26 14:46:13ID:???
>>504
> メタ議論についていくにはロードマップのページあたりから見ていけばいいんですかね

henohenoってメタ議論好きだよな〜。俺も嫌いじゃないがw、henohenoはTPOをわきまえるべきだと思うよ。
やるなら本来の議論のじゃまにならない方法でやるべき。
0515nobodyさん05/02/26 14:46:45ID:???
>>505
声も小さいし、生きてる価値のない人間はどうなんだね?w
051651005/02/26 15:17:44ID:???
>>511-512
アリガトン
お昼休みはプキウィキウォッチン
0517nobodyさん05/02/26 15:21:37ID:???
>>516
('A`)オッサンダ・・・
0518nobodyさん05/02/26 15:28:30ID:???
>>507
> 既に該当のページをチェックしておわかりかと思いますが、
> 「半年は短い」は「半年は長い」の誤りです。

おや、当該のページの方が誤りだと思ったよ。思わずお節介にも書き換えようと思ったぐらいだ。

それはそうとして、問題なのはあなたがそう(「半年は長い」)考えていることではなくて、
あなたのその考えが支持されていないのが問題なわけ。しかも経験豊かな人にあなたを
支持しない人が多い気がするんだけどね。支持している側はあまり考えて物を書いていない印象を受ける。

そしてあなたはそういった意見に対して何ら説得力のある説明をしないし、理解も求めていない。
単に「自分はこれが正しいと思う!」と繰り返しているだけ。結局自分勝手なんだよ。

自分が作った最新版を多くの人に使ってみてもらいたいと思うのは誰もが同じこと。
ユーザーからの反応は励みになるし、意見はさらなる改良のヒントになるからね。
しかしその一方で頻繁に多くのバージョンをリリースすればエンドユーザーは
混乱するし、それに対するサポートの負担も増える。また改造やプラグインの作成を行っている人々や
それらを利用している人たちの負担もね。

この二律背反を回避するために多くのオープンソース開発は開発版と安定版を分けている。
誰だって一つのバージョンに集中した方が楽だし、おもしろいに決まっているわけで、
にも関わらず開発版/安定版という手法が広く使われている意味をあなたは軽視している。

0519nobodyさん05/02/26 15:28:46ID:???
あなたは手が足りないからできないというが、どんな開発プロジェクトでも常に「手が足りない」のだよ。
数人のプロジェクトも数100人のプロジェクトも、ね。つまりしっかりとした開発体制をとるか、
いろいろ言い訳して自分が楽しいことだけをやるか、というのはリソースの過不足の問題ではなく、
どれだけ深くプロジェクト運営を理解しているかという問題。

さらにいえば、あなたの言動からあなたは開発版/安定版という形態でのプロジェクトを運営したことがないように感じる。
あなたは欠点ばかり机上の空論的に並べいるが、そうした点は運用方法の工夫でいくらでも避けることができるものだ。
重要なのは形態ではなく実質的なものなのだからね。経験がないなら周囲から吸収すればいいものを、
あなたは「うまくいくとは思えない」と門前払いしてしまっているから、あなた自身の知識や経験もいつまでたっても
成長しない。リーダーは優柔不断では困るが、それは最終的な決定を行う時点のこと。あなたはそうした
さじ加減がわからないから、はるか以前の段階であなたやPukiwikiにとって有益となるような意見の芽を摘んでいる。

> の需要はかなり以前からあります。

需要があるか否かではなく、あなたが率いているプロジェクトで行う意義があるかという話をしている。
意義があるか否かは需要があるか否かだけでは決まらない。そんなこともわからないのかわからないふりをして
目をそらしているのか…いずれにしろまともなプロジェクト運営者のとるべき態度ではないね。
あなたは他人の意見は一応聞く(ふりw?)が、他人に対して理解を求める努力は一切しない。
あなたのこの文章を読んでもわかる通りね。あなた程度の実力(はっきりいえば素人に毛が生えた程度の経験)で、
そんな独断専行で周囲の人がついてくると思っているところが、未熟だといっている。

0520nobodyさん05/02/26 15:41:15ID:???
> こちらから韓国語版のマージを働きかけることができなくも
> なかったのですが、あちらから働きかけがあったのは有り難い
> ことだと思っています。

これは各国語を本体のプロジェクトがサポートしなくてもうまくいっている実例だろうね。
つまりあなたのやったことは無駄でしかない。ちょっと残酷な言い方をすれば、ね。

Pukiwikiの各国語対応をあなたは勘違いしている。各国語対応とはコメントや表示文字を変えることではないし、
それらを本体が包含することでもない(もちろん包含する方法もあるだろうが、モジラプロジェクトのような
大規模なものならともかく、Pukiwikiプロジェクトのような少人数プロジェクトには向かない)。

各言語を母国語とする人々が修正や改良をしやすいようにコードや開発体制を整えていくこと。
コードについていえば、ソースに日本語が入っていることは致命的なものではない。その対処方法は
彼らが考えてくれる。必要なのは彼ら独自の修正やPukiwiki本体の今後の修正においても彼らの
負担が少なくなるようなコードに変えていくこと。言語間で共通化できる物はまとめ、できないものは
できないものでまとめる、といったね(まあ、さすがにこんなことは書く必要ないだろうが)。

0521nobodyさん05/02/26 15:42:48ID:???
またこの点からも本体の頻繁なリリースはマイナスにしかならない。どのバージョンを彼らがベースに
開発を行い、彼らにとってのエンドユーザーにどのバージョンを提供するか悩みを増やす。
本体が開発版/安定版と分ければ、彼らもそれに歩調を合わせて安定版により重厚な改良を加えると同時に、
目新しもの好きの人間は開発版を追いかけていくだろう。あなたのやり方は彼らから選択肢を奪っていることにもなる。

あなたは「自分が開発しやすい」ことばかりを考え、「他人が開発しやすい」かどうかという観点が
欠如しているように見える。それゆえ「勝手だ」といわれるわけ。俺のようにストレートにいう人間は
少ないかもしれないが、心の中で思っている人間はもっと多いと思うよ。

もちろん、心の中ではあなたを応援している人間も多いだろう。しかし応援してくれる人間が多いのだから、
批判の声を無視していいと考えているなら、それは困ったことだ。最終的に意見が割れれば多数決という方法も
否定しないが、そこに至るかなり手前であなたは「俺はこれが正しいと思うから、こうする。決定だ」と
いっている。そんなつもりはないというかもしれないが、他人からはそう見えるし、いま重要なのは
あなたの「つもり」ではなくて「他人からあなたの言動がどう見えるか」なのだ。

プロジェクトの運営とは、あなたが考えているよりもこうした部分の比率が大きい。あなたはそうした部分が
あまり得意ではないように見える。しかしだからといって悲観したり意固地になる必要はない。
扉さえ開けておけば、いずれあなたが不得意な面をサポートしてくれる人材が現れるものだ。もちろん
扉を開けておくと、うさんくさい人間(俺のように?w)に対しても無防備になるから、この点は注意しなければ
ならない。なれないことをやる場合警戒は必要。警戒を怠らずなおかつ扉を開くさじ加減を学ぶ段階にあなたはいると思うよ。
今のあなたは締め切った扉を前にして、どうやったらその扉をぶち破られないですむかばかり考えているように「見える」。

0522nobodyさん05/02/26 15:53:01ID:???
>>508
> ございます。その辺は以前から既に検討されていまして、
> 「今はすべきでない」と考えています。

「既に検討されている」部分を読んだ上での話。

> 実態がそうでない所が沢山積み重なっていて、鋭意修正中なのに
> ここでブランチを切っても仕方がないということです。

この考え方が根本的に間違っている。修正を行い、よい状態にするのが
開発であり、そのための開発体制であり、そのためのブランチなんだけどね。

あなたは開発が終了しメンテナンスモードに入った段階が「ブランチを切る」段階だと考えているようだ。
そういうブランチの切り方ももちろんあるが、それ以外の目的にもブランチは有効。
あなたはブランチを切る目的が一種類しかないと思いこんでいるように見える。

ブランチを分けるべきだと主張している人々は少なからずいるのだから、もしかしたら
自分が知らない利点ややり方があり、彼らがそれを知っているかもしれない、という可能性を考えるべき。
誰でも知らない/未経験のことはあるものだ(もちろん俺もね)。
知らないことそのものではなく、知らないことに出会った時の姿勢が、
その人の資質(これはソフト開発に限らないが)を決める。

0523nobodyさん05/02/26 16:15:35ID:???
>>509
> パッケージ(*.tar.gzや*.zip)に最初から同梱しておくのが
> 良いと考えています。

その方法は、あまり積極的に賛成しないが、猛反対もしない。しかしcvsにキャッシュを入れるのはばかげている。

> #この手間は、PukiWikiのホスティングサービスを構築したり、
> #PukiWikiをいくつも立てたり・立て直したりする時に
> #特に大きく影響します。

しない。正確には、そういったレベルのことを問題にするならPukiwikiにはもっと多くの
(キャッシュの問題が取るに足らない問題に見えるぐらい)たくさんの問題がある。
そうした段階でキャッシュについてわずかな改善をしたところで意義は小さい。
その一方でそのためにcvsの管理など開発側の負担はかなり大きい。
何が大切かのバランス感覚があまりよいとはいえない。

> パッケージ製作時にパッケージ製作者が生成するのが
> 良いと思います。

まあそれは一つの解法ではあるが、

0524nobodyさん05/02/26 16:17:04ID:???
> 生成を自動化できる」状態が今も維持されています。

自動化にこだわるならrelease.shから?plugin=linksを実行できるようにしたらいいんじゃないの?
もうアホかと。単に初期コンテンツを変更した時にキャッシュを忘れずに生成して、同時にcvsに
コミットするように神経を使う手間が増えただけにしかみえない。あなたは「なぜ自分が考えていることが
合理的なはずなのに、そう考えない人もいるか」をもっと考えた方がいいと思うよ。

自分と違う考えになるのは、相手が未熟だからではなく、相手の方がいろいろな経験をし、どんな
方法にはどんな利点と欠点があるかよく承知しているからかもしれないだろうに。そういったことが
できる人間が長い目で見れば、結果的に多くの経験も積めるわけ。

ちょと話はずれるけど、あなたはこれまでに「この人は優れたプロジェクトリーダーだ」と感じる
人間が身近にいたのだろうか?なんとなく「なんて頭が悪いんだ」と感じるリーダーにしか出会えなかった
のではないかと感じるんだよね。その不幸には同情するけれど、そのためにあなたは将来も
優れたプロジェクトリーダーに出会える機会を自分から放棄してしまっているようで、不憫でならない。

あなたが耳を傾ける姿勢さえ示せば、より多くの人があなたにアドバイスをしてくれると思うよ。
耳を塞いでいる状態の人には、その耳をこじ開けてでもアドバイスする人はあまり多くないからね。
0525nobodyさん05/02/27 00:45:20ID:???
どこの新興宗教の勧誘でつか?
0526nobodyさん05/02/27 02:53:18ID:???
>>518〜524
少し落ち着け。お前さんは経験豊富で書きたいことがたくさん
あるのかもしれんが、そんなにいっぺんに書いても伝わらんぞ。
0527nobodyさん05/02/27 14:49:37ID:???
>518-524
なかなか興味のあることかも知んないけど2ちゃんじゃ読む気にならん。
pukiwikiつかってまとめページ作ってくれw
0528nobodyさん05/02/27 23:25:52ID:???
おもうんですけど、せっかく2chでpukiwikiユーザが集うスレなんですから、
もっと、実際的で有益な、
>>446
さんみたいに、〜したいけどできないっていうのを解決していくような
そいうスレにしませんか?
あるいは、そいういうの専用の別のスレ作るとか。
0529nobodyさん05/02/28 00:08:42ID:u3KqR1d4
なんかpukiwikiはイマイチ「読み」を登録する
メリットが少ないような気がするのですが…

読みを登録しても
・「一覧」ページを生成するときは一文字目しか読んでない。
・検索しても読みまでは検索してくれない。

きちんと辞書っぽい並びで一覧ページが生成されたり、
検索が読みまでカバーするように出来るのなら
全部読みを登録しなおしたいのですが…
0530nobodyさん05/02/28 00:22:44ID:???
Firefoxとかでライブブックマークできるようにするには、
最新版(1.4.5)使うだけでできますか?
(現在1.4.2使ってます)
0531nobodyさん05/02/28 00:54:54ID:???
最近、本家で質問しまくってるななしいちごってヤツの態度が気にくわない。
なんか鼻につくというか慇懃無礼というか。
とりあえず、全部わかっててもスルーしてるけど。
なんど例のAAを貼り付けたい気分になったことか。
0532nobodyさん05/02/28 00:57:28ID:???
>>530
http://pukiwiki.org/dev/index.php?cmd=read&page=BugTrack%2F741&word=%A5%E9%A5%A4%A5%D6%A5%D6%A5%C3%A5%AF%A5%DE%A1%BC%A5%AF
0533nobodyさん05/02/28 01:55:30ID:???
1.4.5にアップデートした人、予定の人はどのくらい居るの?
0534nobodyさん05/02/28 02:01:22ID:???
>>533
ぐぐってみ。
PukiWiki-1.4.5_1とかで
0535nobodyさん05/02/28 02:24:44ID:???
ぐぐっと。
pukiwiki 1.4.2 の検索結果 約 140,000
pukiwiki 1.4.3 の検索結果 約 169,000
pukiwiki 1.4.4 の検索結果 約 96,700
pukiwiki 1.4.5 の検索結果 約 16,500
0536nobodyさん05/02/28 02:47:34ID:???
1.4.4 以降にアップデートする魅力ないもんね。たいしたことないバグたくさん潰しても、改悪されてる部分ももも多いし。
0537nobodyさん05/02/28 08:12:18ID:???
>>526
> あるのかもしれんが、そんなにいっぺんに書いても伝わらんぞ。

いっぺんに書くと頭がオーバーフローしちゃう人は、自分の能力に合わせて
少しずつ読めばいいこと。それすら自分で自分をコントロールできないなら、
そういう人間はどのみちたいしたことを考えられないから、考えなくていいんじゃない?w
0538nobodyさん05/02/28 08:13:29ID:???
>>527
読みたい人が読めばいいこと。人間、読みたくないことはいくらでも理由を考えつくものだよ。
そんな「理由」に意味はない。
0539nobodyさん05/02/28 08:14:10ID:???
>>528
> あるいは、そいういうの専用の別のスレ作るとか。

言い出しっぺの法則って何だっけ?w
0540nobodyさん05/02/28 08:19:40ID:???
>>531
態度が気に入るとか気に入らないとか、AAを貼り付けたいとか貼り付けたくないとか、
あんたがそいつに抱いている感情とほぼ同じものを他人はあんたに抱くだろうね。

あのさ、「ネットの匿名性を利用して感情の赴くままに行動するな」なんて言い古されたことを
書く気はない。それを承知の上でやるなら、それも一つのやり方だと思うからね。
しかし少なくとも自分が何をやっているかを自覚すべきだろうね。
0541nobodyさん05/02/28 08:30:10ID:???
ところでさ、henohenoのやり方を支持する側の人間っていないわけ?
「henohenoもがんばってるんだから多少の誤りは悪くいうな!」とかの「有罪だが情状を酌量せよ」って意見じゃなくて、
正面から「henohenoのやり方は正しい!」「無罪である」って方向の、ね。
もちろん「まともな」意見としてね。この場合の「まとも」とはその結論が正しいという
理由を筋道だって説明しようと努力が見える「意見」ね。努力しているなら、
それが達成できてなくても情状酌量しようw

0542nobodyさん05/02/28 15:26:22ID:???
>>541
その話題はもういいかげんいいよ。
>>528 がいうようなスレにしようぜ。
0543nobodyさん05/02/28 15:27:07ID:???
>>536
あと、1.4.4 でディレクトリ構造が変わったりしたのもでかいと思う。
0544nobodyさん05/02/28 16:20:46ID:???
ネットウォッチに立てたよ。
以降、マンウォッチはこちらでどうぞ。

pukiwikiな人たち
http://ex9.2ch.net/test/read.cgi/net/1109575206/
0545nobodyさん05/02/28 16:51:06ID:???
>>544
ぐっじょぶ!
0546nobodyさん05/02/28 17:19:28ID:???
pukiwikiってアップデートめんどいもんね。
lib周りを弄ってると特に…
0547nobodyさん05/02/28 18:04:20ID:???
そうか、質問する奴や答える奴がドラマチック・ダイナミックにカキコすればいいんだ。
>>530
1.4.5で動くかたしかめたかったらなーー!!
1.4.5で運営してるサイト訪ねて
ガッチンゴッチンごるもれああああ
ブラウザの右下確認さらせやーーー
0548nobodyさん05/02/28 18:17:14ID:???
>541
okkezだっけ? あの人は言動がhenohenoシンパっぽく見えるかな。
0549nobodyさん05/02/28 18:47:24ID:???
>>546
たしかに。
でも1.4.5から1.4.5_1へは差分が公開されてたからまだ良かったけど、
ユーザが確実に変更してるpukiwiki.ini.phpについては、
設定をいちいち見比べて書いていくのは面倒なので、
ファイルの中の何を弄ったのか具体的に書いてあると、
移行が楽になるんだけどなぁ。
0550nobodyさん05/02/28 18:48:49ID:???
1.4.3→1.4.4がきつかった。1.4.5はスキンで泣いた。
0551nobodyさん05/02/28 18:59:42ID:???
pukiwiki.ini.phpもスキンも嫌がらせに思えちゃう。
ディレクトリ変えるんならファームまでいって欲しいよ。
リードオンリーだっけ?
あんなめんどくさいことしたくない。
とにかく無駄に敷居高くなったよなぁ。
0552nobodyさん05/02/28 19:19:18ID:???
>>530
1.4.2のままでも自作プラグインのrss10ppあたりを使えばできる気がする。

>550
1.4.3→1.4.4移行作業は今思えば楽な方だったよ……。
デメリットのある仕様変更もほとんどなかったし。

そういえば素朴な疑問として、何故orgやdevは1.4.5にアップデートしないんだろね。
開発者自身が安定版だと内心では思ってないんだろうか。
0553nobodyさん05/02/28 20:28:15ID:???
>>543
変わったこと事態ではなくて、それが必要だったかが問題だろうね。
一般論でいればこうした変更は小数点第2桁のバージョン変更ではやるべきではないだろうね。
で、このケースが一般論に当てはまらない特殊なケースたり得るか?といえば、そう考えなければならない
理由は今のところ見あたらないから、結論としては「やるべきではなかった」となる。

ぶっちゃけていえば、henohenoってのは本人が言うほど、考えて修正を行っていない。
単に「いいと思った」ことを「何も考えずに」「どんどん入れ込んでいく」だけ。
自分以外の人達に迷惑がかかろうとね。

「よい」ソフト開発の場合は、ソースの変更に関してはこれよりも遙かに不自由なのが普通。
まあオープンソースの中にもいろんな形態があって、実質的に一人の人間が大半のコードを書いている
ケースもあるから、そういう場合は結構その人一人が好き勝手やってるプロジェクトもあるけどね。
それはその人がそれだけのことをしているから、それでも周囲がついて行くわけで、henohenoの場合は
それに当てはまるかはちょっと微妙だね(w

ま、henohenoが多人数で進めるプロジェクトに不慣れなのは疑いようがない。
経験があれば、もう少し周囲に自分の方針の正しさについて深みのある説明ができるはず(自分の
方針を曲げるか曲げないかはともかく、ね)。

0554nobodyさん05/02/28 20:28:24ID:???
プロジェクトの運営の仕方には「正解」というものがないのだから、「試行錯誤」こそがプロジェクト運営の
本質といえる。さまざまなファクターを鑑みて柔軟に対応していくことが「正しさ」であり、自分や目的を
見失わずに柔軟性を発揮できることが「能力」。別な見方をすれば裏目に出て多少望ましくない
事態になってもそこから回復できる能力と自信があればこそ、「試行錯誤」ができるわけで、henohenoは
まだまだいろんな苦労をすべきだろうね。プロジェクトの運営者に求められるのは「間違えないこと」ではなく、
「間違ったときにどこまでなら回復可能か」という力量だから。それにはたくさんの引き出しをもっている
必要がある。状況に応じて使い分けられるような、ね。henohenoの場合自分が最適だと思っている一つの
引き出ししか持っていないから、それに固執するしかないようだ。

まあ、一言でいれば「青いな」ってこかなw
0555nobodyさん05/02/28 20:30:18ID:???
>>544
立てただけじゃだめだめ。ちゃんと盛り上げてくれなきゃね。
プロジェクトだって「○○を作りましょう」といっただけじゃだめなのと同じ。
盛り上がったらそっちに移行するのはやぶさかではないけどね。

さあ、がんばってくれたまえw
0556nobodyさん05/02/28 20:34:07ID:???
>>546
> lib周りを弄ってると特に…

結局、自分で改造している人達のことをhenohenoは考えてないんだよね。

自分の開発がしやすいことだけに興味があって、他人が開発しやすいことには無頓着。
他人の意見に対しても、自分が納得するか否かだけが重要で、他人を納得させることには無頓着。

これで「自分はプロジェクト運営が上手いから、その知識を周囲に伝えることが自分の役割」とか
いうものだから、少々「こまちゃう」(w
0557nobodyさん05/02/28 20:36:21ID:???
>>547

あのさ、オートディスカバリーとライブアップデートは、別なものなんだけど分かってて答えてる?
ライブアップデート自体はオートディスカバリーに対応していなくても使える。
0558nobodyさん05/02/28 20:39:44ID:???
>>552
> そういえば素朴な疑問として、何故orgやdevは1.4.5にアップデートしないんだろね。
> 開発者自身が安定版だと内心では思ってないんだろうか。

一つの指標として、orgやdevを「最新版登場から○○日以内(たとえば1ヶ月とか)にアップデートする」という
ルールを自分たちに課せばいいかもね。それであれば「俺は常に最新版を正式版として
リリースするんだ。ついてこれないやつはおいてくぜ!」的な方向に暴走するのが
防げるだろう。自分たちにできないようなことを他人に求めている身勝手さが少しは自覚できるというものだ。
0559nobodyさん05/02/28 20:58:28ID:???
しかしこうして不満を言っても、満足してる人はわざわざ声上げないからなあ
不満のある人は利用歴と不満度に応じて使うのをやめたり文句いったりするけども
0560nobodyさん05/02/28 22:21:48ID:???
>>559
> しかしこうして不満を言っても、満足してる人はわざわざ声上げないからなあ

それの何が問題なわけ?
よいところはそのままにするし、批判されるところは直せばいいだけのこと。

だいたい「不満をいっても」がどこにつながるのか意味不明。

> 不満のある人は利用歴と不満度に応じて使うのをやめたり文句いったりするけども

そもそもね、不満や批判を言うことは非常によいことなのだよ?満足を示すことよりもずっとね。
まあ「不満をいってもしかたない」と思うなら、そもそも>>559のような書き込みをするのも意味ないはずだから、
ずっと黙っていればいいこと。それも一つの生き方だろうから否定しない。しかし他人が不満をいうのは意味が
ないと不満をいうのでは自己矛盾だろうね。


0561nobodyさん05/02/28 22:27:06ID:???
おしなべて、不満や批判を受け入れられない人間や体制というのは不健全であり、
不満に対して否定な人間はPukiwikiプロジェクトのことを真剣に考えていない人間だろうね。

「このままそっとしておけば、henohenoが孤軍奮闘して作ってくれるから、それでいいじゃないか。
へそをまげて放り出されたら、Pukiwikiを使ってる自分はどうなる」と自分の利益だけを考えているような人間なのだろう。
またhenohenoの責任感に対する冒涜でもあると思うよ。「批判したら嫌気がさしてhenohenoは放り出すかもしれない」といっているような
ものだからね。
0562nobodyさん05/02/28 22:31:33ID:???
あと前にも書いたが、「満足している人が多い」から「不満は無視していい」と考えているなら、
それは大きな間違い。たいていのことは二律背反ではないことが多いのだからね。利点をそのままにして、
欠点を補う方法を考えるべき。

一番の問題はhenoheno自身がそうした議論を封殺していることだろうね。henohenoは「検討済み」と
何かというが、あんなのは検討ではない。もし本気で言っているなら、ソフト開発とかのではなくて、
もっと社会的なことを学ぶべき。
0563nobodyさん05/02/28 22:34:14ID:???
もう一ついっておこう。このスレにhenohenoはコテハンで出るか名無しででるか、どっちかに決めるべき。
別にコテハンで出ろとはいわない。名無しで結構。しかし2つを使い分けるような阿漕なことはすべきではない。
0564nobodyさん05/02/28 22:56:33ID:???
そうかといってhenohenoの責任感に甘えるのもどうかと思うね。
俺はこんなに自分の時間を削って寝る間も惜しんでPukiWikiのことを
考えてるんだぞって言いたいのかもしれないけどね。
相手に甘ったれた態度が子供じみているって自分で気づかないんだろうね。

批判がしたいなら対案を出すべきだし、その対案の採用が迫られるのは
今までhenohenoが行ったことをくつがえす必要があるほど優れている、
といえる場合に限る。もっともらしい2つの意見があって、片方はリーダーの意見、
もう片方はサブリーダー以下の意見でならば、リーダーの意見で進めるのは
プロジェクトの必然だからね。

それに、意見があるならなぜPukiWikiのサイトに投稿しないんだろうね。
その方が2ちゃんねるを見ない人にもPukiWikiについての話題を提供できて、
余程PukiWikiの利益を考えているといえるのにね。
0565nobodyさん05/02/28 23:25:25ID:???
>>564
> そうかといってhenohenoの責任感に甘えるのもどうかと思うね。

甘える?その考え方は奇妙だね。リーダーがプロジェクトの運営に責任を持つのは当たり前のこと。
そして責任を持てなければリーダーを降りるのも当然のこと。責任が持てないリーダーに
すがってリーダーを続けてもらう態度こそ甘えだろうね。

> 俺はこんなに自分の時間を削って寝る間も惜しんでPukiWikiのことを
> 考えてるんだぞって言いたいのかもしれないけどね。
> 相手に甘ったれた態度が子供じみているって自分で気づかないんだろうね。

まあ、そういうものの見方をするあなたの方が子供じみているとしかいいようがないね(w

> 批判がしたいなら対案を出すべきだし、その対案の採用が迫られるのは

批判をするのに対案を出す必要などない。批判されるべきことは無条件に批判されてしかるべき。
まあ上のような子供っぽい考えの人には理解しがたいことかもしれないけどね。
あなたの頭は小学生並みですな。小学校の先生なら「りっぱな意見です」とほめてもらえるだろう。

> 今までhenohenoが行ったことをくつがえす必要があるほど優れている、
> といえる場合に限る。

あなたがそう考えるのは自由だが、世の中はそういう考えに基づいて動いてはいない。

0566nobodyさん05/02/28 23:25:44ID:???
>              もっともらしい2つの意見があって、片方はリーダーの意見、
> もう片方はサブリーダー以下の意見でならば、リーダーの意見で進めるのは
> プロジェクトの必然だからね。

まったく話がわかっていないね。批判を行うことや、それについて議論することと、
最終的な方針を決定しそれに基づいてプロジェクトを運営することをすべてごっちゃにしている。
誰にも文句をつけられないような完璧な対案が用意できなければ、現状の問題点さえ
指摘してはならないというなら、それは「反henoheno連盟」をこっそりと地下で組織して、
その中であれこれよい方法を議論し、完璧な案ができあがるまで一切極秘にせよ、というわけかね。

あなたはどれだけ自分がいっていることが不健全なものか自覚すべきだと思うよ。
henohenoのやっていることは完璧ではない。henohenoに疑問をもっている人の考えている
ことも完璧ではない。それぞれの知恵を寄せ合って、よりよい方法を考えるのが、あるべき形。

それを「完璧でない意見はそもそも発言さえ許さん」というのは、事実上独裁だろうね。

> それに、意見があるならなぜPukiWikiのサイトに投稿しないんだろうね。

なぜPukiwikiサイトで行わなければならないのだね?

> その方が2ちゃんねるを見ない人にもPukiWikiについての話題を提供できて、
> 余程PukiWikiの利益を考えているといえるのにね。

2chには2chの良さがあるというものだよ。そもそもあなたはなぜ2chを見てそこにカキコしているのだね。
あなたの理屈ならこのスレは不要だ。

全体的にみてあなたのカキコは「先ずhenoheno養護ありき」という目的のために、見境なく何か絡める箇所に
絡んでいるだけだだね。何か一貫した考えがあるとかではない。まあ「henohenoの肩を持ちたい」という一貫性はあるけどねw
そういう短絡的で内容のないカキコをすることは恥と思った方がいい。それとも「恥」と思うことを気兼ねなく書けるのが、
あなたにとっての2chの長所というわけかね。もうすこし人間的に成長しておいでw

0567nobodyさん05/03/01 00:10:51ID:???
長文はスルーシマツ。ていうかカエレ。要点だけ述べろ。池沼。
0568nobodyさん05/03/01 00:14:26ID:???
>>564
> その方が2ちゃんねるを見ない人にもPukiWikiについての話題を提供できて、

その欠点は回避できる。orgやdevにこのスレへのリンクを書き込めばいい。
あなたがそれが正しいと思うならね。俺は別に2chを見ない人がこのスレを見なくても
かまわないと思うけどね。

なんつーか「望ましいことが何か」ではなくて「henoheno擁護」が目的の人間ってのは、
すごく考え方が偏狭になるんだよね。そういう人の意見に傾聴に値するものは少ないね。
俺は何もhenoheno批判一辺倒ではないよ。よいところは評価するし、俺が「悪い」と
思っている部分が反論により俺の誤りであれば、それは大歓迎。

henohenoをひたすら擁護する人間は、批判する人間を攻撃したところで何も問題は
解決しないことを知るべき。地動説を唱える人間をすべて抹殺すれば、太陽が地球を回り出す
わけでもなかろうに。ついでにいえば当時天動説と地動説はどちらが圧倒的に優れていたという
ものではない。地動説でも説明できるし天動説でも説明できた(まあ地動説の方がエレガントだったんだけどね)。
この時点で「天動説が明らかに間違いだという根拠を地動説を支持する人間は示していない」という理由で
「地動説は人心を惑わす不届きな言説」と決めつけられたらどうなっていただろう(それに近いことが行われたわけだが)。

henohenoを擁護している人は、自分の思考の健全性にもっと注意を払った方がいいだろうね。
0569nobodyさん05/03/01 00:16:02ID:???
>>567
スルーでいいよ。長文を理解できる頭がない人間には、この話についてくるのは無理だから、
結局同じこと。むしろそういう人には読む時間が無駄。時間は有効に使うべき。その人のレベルにふさわしい、ね。

0570nobodyさん05/03/01 00:17:48ID:???
>自分の思考の健全性
カエレと言っているのが分からんくらいの健全な池沼だな。おまえ。
地動説とか例え出してる時点で、知識レベルの低さ露呈してるぞ。
0571nobodyさん05/03/01 00:22:35ID:???
>>566
もうちょっと話題を絞り込め。
議論の方法とか、相手の人格とか、気に入らない部分はスルーすることを覚えろ。
いろいろ無駄だし、不毛だし。

あとhenohenoに関する議論も、PukiWikiに直接関係ないものは>>544のスレにしてくれ。
このスレで評価されるのはPukiWikiだけでいいはずだろ。
henohenoはPukiWikiについて注目される立場にある人物だが、PukiWikiの一部ではない。
0572nobodyさん05/03/01 00:24:21ID:???
>>569
長文はうざいといってるだけで、理解はできるさ。池沼だな。
むしろ、スマートな文章で、相手に要点だけ手短に述べることの方が難しい。
てめーのオナニーがうざいんだよ。カス。
0573nobodyさん05/03/01 00:32:43ID:???
>>572
スマートで手短にROMってるひとたちの意見を代弁してくれてますね。
0574nobodyさん05/03/01 01:17:19ID:???
俺も572に同意
0575nobodyさん05/03/01 01:49:23ID:???
あの、つまらない質問ですけど、
大量のデータをtableを使って表示するよりも、
まとめてpreの整形テキストにしてしまったほうが、
吐き出すタグは激減するわけですが、
pukiwikiの負荷も減っているというふうに理解してもいいのでしょうか?
0576nobodyさん05/03/01 01:51:51ID:???
>>570-574
夜中に自作自演ご苦労だねw

>>571
> もうちょっと話題を絞り込め。

残念ながら別にあなたに気に入るように書こうとは思ってないから。

> 議論の方法とか、相手の人格とか、気に入らない部分はスルーすることを覚えろ。
> いろいろ無駄だし、不毛だし。

自分にいった方がいいんじゃないの?俺のレスをなんでスルーしないわけ?

> あとhenohenoに関する議論も、PukiWikiに直接関係ないものは>>544のスレにしてくれ。

これも同上ですな。俺は俺が適切だと思ったスレに書くだけだ。
あなたはあなたの考えで行動すればいいが、同じ考えで他人を縛るのは無理。
少なくともあなたがよほどの説得力を見せないと、俺の言動を変えることは無理だろうね。

>>572
まあ「理由なんてどうでもいい。自分はこう思うんだ」という結論だけ書いて自己満足する
人間には長文を書く理由は永久に理解できないと思うよ。人類が全員あなたのような
人だったら、これほど文明が複雑になってうっとうしくはならなかったろう。この時代に生まれたことを
公開すべきだろうね。1万年ぐらい前なら、あなたの住みやすい世界だったかもしれない。
0577nobodyさん05/03/01 01:54:43ID:???
>>575
PukiWikiはキャッシュが効くから、ほとんど変わらんと思う。
■ このスレッドは過去ログ倉庫に格納されています