PukiWikiスレ Part1
やあ、ちょっと多忙でコメントが送れちゃったね。悪いけど蒸し返させてもらおう（笑
>>778
ま、勝手に自分に都合のいいルールを作って、ルール違反だという人間の典型ですな。
>>779
>いいだしっぺの法則を知っていてそれを言っているのか？
これも同上。このルールが適用できるのは開発者同士の世界だけだろうね（笑
>>781
>でもドキュメンテーションをしっかりしろと言っている奴は「じゃぁ自分やりますよ」と言い出しそうにない、口先だけの奴に見える。
大衆とはそういうものなんだよ。問題はそういう「大衆」に文句を言い否定するだけの態度が
正しいのかってこと。家電メーカーが、クレームをつけてきた客に「じゃあおまえが作ってみろ」というのが現代では通らないだろうね。
大昔の職人ならそれで通ったかもしれないが。
>>783
>なんか急に流れが止まったな･･･
悪かったね。ピンポイントで多忙だったんで（ｗ
>>778
ま、勝手に自分に都合のいいルールを作って、ルール違反だという人間の典型ですな。
>>779
>いいだしっぺの法則を知っていてそれを言っているのか？
これも同上。このルールが適用できるのは開発者同士の世界だけだろうね（笑
>>781
>でもドキュメンテーションをしっかりしろと言っている奴は「じゃぁ自分やりますよ」と言い出しそうにない、口先だけの奴に見える。
大衆とはそういうものなんだよ。問題はそういう「大衆」に文句を言い否定するだけの態度が
正しいのかってこと。家電メーカーが、クレームをつけてきた客に「じゃあおまえが作ってみろ」というのが現代では通らないだろうね。
大昔の職人ならそれで通ったかもしれないが。
>>783
>なんか急に流れが止まったな･･･
悪かったね。ピンポイントで多忙だったんで（ｗ
デフォのテーブルレイアウトは勘弁してほしい。
ところで1.4.5がでたようで、まずは開発者の人たちに「ご苦労様」といおう。
これは心からの言葉だ。彼らの労力を賞賛する俺の気持ちは本物だ。
しかし、1.4.5って「出して意味あるの？」という感想があるのも事実。
結局内部構造の整理に終始してて、エンドユーザーにとってのうまみがないんだよね。
まあこれは1.4の他のバージョンにもいえることだけど、なんあ1.4になってから開発者の自己満足的な
バージョンアップが多いね。「前回のリリースから4ヶ月たち」とあるけど、「だからなんなの？」と
思ってしまったよ。期間が問題なのではなくて重要なのは内容だろう、と。ま、リリース間隔が
開くと開発者のモチベーションが保てないのかもしれないが、いずれにせよ開発者本位の
考えと言わねばならない。
あ、別に「開発者本位で何が悪い！」という人は、どうぞ気にせずに我が道を突き進んでください。
それだけ自身のある人なら、俺が何をいおうと気にすることはないだろうから（ｗ
これは心からの言葉だ。彼らの労力を賞賛する俺の気持ちは本物だ。
しかし、1.4.5って「出して意味あるの？」という感想があるのも事実。
結局内部構造の整理に終始してて、エンドユーザーにとってのうまみがないんだよね。
まあこれは1.4の他のバージョンにもいえることだけど、なんあ1.4になってから開発者の自己満足的な
バージョンアップが多いね。「前回のリリースから4ヶ月たち」とあるけど、「だからなんなの？」と
思ってしまったよ。期間が問題なのではなくて重要なのは内容だろう、と。ま、リリース間隔が
開くと開発者のモチベーションが保てないのかもしれないが、いずれにせよ開発者本位の
考えと言わねばならない。
あ、別に「開発者本位で何が悪い！」という人は、どうぞ気にせずに我が道を突き進んでください。
それだけ自身のある人なら、俺が何をいおうと気にすることはないだろうから（ｗ
ところでさ、pukiwikiのbackupってなんでdiff取らずにそのまま過去の内容が全部連結されてるだけなの？
gz圧縮されてるからって手抜きじゃん。こんなんで掲示板なんか動かしたらHDDの無駄の極地じゃん？
バージョンアップするならこういうところを改良しろよ。プログラムをチマチマ美化して悦に入ってるんじゃねーよ（笑
あとParaEditを本体に組み込め。というっか組み込んだあとにリリースしろ。なんか開発陣の力不足を痛感するね。
既存のプログラムを手直しをするしか能がない人間しか（ｒｙ
gz圧縮されてるからって手抜きじゃん。こんなんで掲示板なんか動かしたらHDDの無駄の極地じゃん？
バージョンアップするならこういうところを改良しろよ。プログラムをチマチマ美化して悦に入ってるんじゃねーよ（笑
あとParaEditを本体に組み込め。というっか組み込んだあとにリリースしろ。なんか開発陣の力不足を痛感するね。
既存のプログラムを手直しをするしか能がない人間しか（ｒｙ
要約すると、開発者の人たちは開発者本位でOKということですね。同意同意
pukiwiki org と devをもっと分けた方がいいかもね
>>956
あなたの処理系は少々要約の精度に難があるねｗ
あなたの処理系は少々要約の精度に難があるねｗ
>>942
ある意味同意だね。1.4.5は「無視」ですな。こりゃ（大笑
ってかhenohenoの方針に根本的な疑問を感じるね。
質を重視するならもっとユーザー側の方を見なければならないし、
いけいけどんどんでラディカルに開発を推し進めるなら、もっと機能面を重視すべき。
多少の不満など押し流してしまうほど魅力的なリリースなら誰も不満は言わないだろう。
現状は一番不味い「中途半端」ですな。
ある意味同意だね。1.4.5は「無視」ですな。こりゃ（大笑
ってかhenohenoの方針に根本的な疑問を感じるね。
質を重視するならもっとユーザー側の方を見なければならないし、
いけいけどんどんでラディカルに開発を推し進めるなら、もっと機能面を重視すべき。
多少の不満など押し流してしまうほど魅力的なリリースなら誰も不満は言わないだろう。
現状は一番不味い「中途半端」ですな。
>>822
怒りたくなるのは「答えなきゃならない」と思うからだよ（笑
怒るのも無視するのも相手が受け取る情報量は同じなんだから、自分が答えたくなけりゃ無視すればいいこと。
それをやれ「こんなことも分からないのか」とか「この場でこんなことを聞くな」とか考えるから無駄なエネルギーを費やす。
怒りたくなるのは「答えなきゃならない」と思うからだよ（笑
怒るのも無視するのも相手が受け取る情報量は同じなんだから、自分が答えたくなけりゃ無視すればいいこと。
それをやれ「こんなことも分からないのか」とか「この場でこんなことを聞くな」とか考えるから無駄なエネルギーを費やす。
ぼくちんも疑問を感じるけど、
pukiwiki 開発にかける時間がないので henoheno ちんには感謝。
henoheno ちんがいまいなくなったら pukiwiki とまっちゃうんじゃない？
ちなみに ParaEdit って例のアンカー付けもしないといけないところが気に食わないんじゃない？
panda ちんもなんとかしたいって言って、そのまま今まできちゃっているし。
なんかうまい方法ないのかな。
pukiwiki 開発にかける時間がないので henoheno ちんには感謝。
henoheno ちんがいまいなくなったら pukiwiki とまっちゃうんじゃない？
ちなみに ParaEdit って例のアンカー付けもしないといけないところが気に食わないんじゃない？
panda ちんもなんとかしたいって言って、そのまま今まできちゃっているし。
なんかうまい方法ないのかな。
>>962
俺もhenohenoのpukiwikiへの貢献は評価しているし感謝もしているよ。
その点は誤解のないように。
しかし評価は評価。批判は批判。
ParaEditについては、何も「一刻も早く組み込め」といってるわけじゃない（>>955の文章は
そう解釈されても仕方ないかもしれないがねｗ）。気の済むまで詰めてもらって構わないんだが、
だったらリリースを先延ばししろということ。1.4.5は何もウリがないんだから。
まあ、henohenoの考えも全く分からないではないけどね。逆に分かるだけにあえて異なる方向を
提示したいね。「そういう批判もある」という事実は、いろんな意味でhenoheno以外の開発陣にも
考えるきっかけとなるだろう。何もhenoheno一人をいじめているわけではない。
俺もhenohenoのpukiwikiへの貢献は評価しているし感謝もしているよ。
その点は誤解のないように。
しかし評価は評価。批判は批判。
ParaEditについては、何も「一刻も早く組み込め」といってるわけじゃない（>>955の文章は
そう解釈されても仕方ないかもしれないがねｗ）。気の済むまで詰めてもらって構わないんだが、
だったらリリースを先延ばししろということ。1.4.5は何もウリがないんだから。
まあ、henohenoの考えも全く分からないではないけどね。逆に分かるだけにあえて異なる方向を
提示したいね。「そういう批判もある」という事実は、いろんな意味でhenoheno以外の開発陣にも
考えるきっかけとなるだろう。何もhenoheno一人をいじめているわけではない。
定期的なリリースが開発者本位とは思えない。
実際、リリースにまつわる作業の大半は、開発者が進んで時間を割くような
楽しい仕事ではない。の割に、ミスは許されない。
エンドユーザにとってうまみが無いと思う方は、きっと単なるエンドユーザでは
ないのだろう。それが為に新版を出すほどでもない小さな修正でも、時間の
経過とともに蓄積するのは避けられない。いわゆるエンドユーザにパッチ当て
やCVSへの追従を要求する事こそ無理と言うもの。
定期的なリリースはエンドユーザの利益になる。
実際、リリースにまつわる作業の大半は、開発者が進んで時間を割くような
楽しい仕事ではない。の割に、ミスは許されない。
エンドユーザにとってうまみが無いと思う方は、きっと単なるエンドユーザでは
ないのだろう。それが為に新版を出すほどでもない小さな修正でも、時間の
経過とともに蓄積するのは避けられない。いわゆるエンドユーザにパッチ当て
やCVSへの追従を要求する事こそ無理と言うもの。
定期的なリリースはエンドユーザの利益になる。
backup が diff ってことは…
再現する度、下手すりゃ backup する度にに初代から遡る気？
浅い考えだね。
再現する度、下手すりゃ backup する度にに初代から遡る気？
浅い考えだね。
わりと批判意見多いんだな。
オレは認証が使えないサーバーで編集できる人間を限定したかったから、今回のリリースは大歓迎。
cssいじるのって導入の時ぐらいだから、cssエディタ使えないのはそんなに気にならなかったよ。
オレは認証が使えないサーバーで編集できる人間を限定したかったから、今回のリリースは大歓迎。
cssいじるのって導入の時ぐらいだから、cssエディタ使えないのはそんなに気にならなかったよ。
>>967 このスレのみでそういう結論を出すのはどうかなぁ
ページの階層を作るのに/をつかうのやめてくれんかな・・・。
できれば:とか好きな記号を選べるようにして欲しい・・・。
できれば:とか好きな記号を選べるようにして欲しい・・・。
そんなことよりデフォルトで配布するファイルをUTF-8にしてもらえんものだろうか。
バージョンアップもいいが、そっちの方がよほど嬉しい。
バージョンアップもいいが、そっちの方がよほど嬉しい。
>>970
それは俺が嫌ｗ
それは俺が嫌ｗ
>>970
文字コードかえるとしたらPukiWikiのバージョンは一気に1.5.xになるか？
公式にリリースするとなると、既存のデータをUTF-8に変換するスクリプトを
用意しなきゃいけなかったり。いろいろ大変だよね。
しかも開発者にとってはあんまり楽しくないところで。
文字コードかえるとしたらPukiWikiのバージョンは一気に1.5.xになるか？
公式にリリースするとなると、既存のデータをUTF-8に変換するスクリプトを
用意しなきゃいけなかったり。いろいろ大変だよね。
しかも開発者にとってはあんまり楽しくないところで。
UTF-8 にするなら、SQL に入れてくれよ。
アフォみたいに長いファイルなんか嫌いだよ。
アフォみたいに長いファイルなんか嫌いだよ。
1.4.5でrelatedのバックリンクで表示されないページがあるんですが、
みなさんのとこではそんなことありませんか？Test testってページ名
なんですけど。。。空白スペースがダメなのかな・・・
みなさんのとこではそんなことありませんか？Test testってページ名
なんですけど。。。空白スペースがダメなのかな・・・
>>964
> 実際、リリースにまつわる作業の大半は、開発者が進んで時間を割くような
> 楽しい仕事ではない。の割に、ミスは許されない。
だから俺はユーザーにも開発者にも得にならない作業をやるな、といってるんだが（ｗ
> エンドユーザにとってうまみが無いと思う方は、きっと単なるエンドユーザでは
> ないのだろう。それが為に新版を出すほどでもない小さな修正でも、時間の
「それが為に」がどこからつながってるのかよく分らないが、まあいいや。
> 経過とともに蓄積するのは避けられない。いわゆるエンドユーザにパッチ当て
> やCVSへの追従を要求する事こそ無理と言うもの。
そういった「パッチのパッケージ」的なリリースなら（エンドユーザーにとって）歓迎だが、
今回のは（エンドユーザーにとって）無用なファイルの変更ばかり。
この辺が「中途半端」という所以。パッチならぱっちらしく最小限の変更にとどめるべきだし、
もっと先を見据えた改良なら中途半端な状態で出しても、エンドユーザーにとっては何も
メリットがない。そもそも先を見据えた改良というのは大抵その後さらに変更されるものだ（笑）。
エンドユーザーを無用に振り回すだけ。
> 実際、リリースにまつわる作業の大半は、開発者が進んで時間を割くような
> 楽しい仕事ではない。の割に、ミスは許されない。
だから俺はユーザーにも開発者にも得にならない作業をやるな、といってるんだが（ｗ
> エンドユーザにとってうまみが無いと思う方は、きっと単なるエンドユーザでは
> ないのだろう。それが為に新版を出すほどでもない小さな修正でも、時間の
「それが為に」がどこからつながってるのかよく分らないが、まあいいや。
> 経過とともに蓄積するのは避けられない。いわゆるエンドユーザにパッチ当て
> やCVSへの追従を要求する事こそ無理と言うもの。
そういった「パッチのパッケージ」的なリリースなら（エンドユーザーにとって）歓迎だが、
今回のは（エンドユーザーにとって）無用なファイルの変更ばかり。
この辺が「中途半端」という所以。パッチならぱっちらしく最小限の変更にとどめるべきだし、
もっと先を見据えた改良なら中途半端な状態で出しても、エンドユーザーにとっては何も
メリットがない。そもそも先を見据えた改良というのは大抵その後さらに変更されるものだ（笑）。
エンドユーザーを無用に振り回すだけ。
>>966
> 再現する度、下手すりゃ backup する度にに初代から遡る気？
cvsとかはまさにそれをやってるんだけどね。gzを解凍する負荷と比べて
とてつもなく高負荷な作業とは思えませんな。もちろんサイズ面を考えるなら
diffとった後にさらにgz圧縮をしてほしいけどね。それとて大きく見積もっても
負荷は2倍ぐらいだろう。
> 再現する度、下手すりゃ backup する度にに初代から遡る気？
cvsとかはまさにそれをやってるんだけどね。gzを解凍する負荷と比べて
とてつもなく高負荷な作業とは思えませんな。もちろんサイズ面を考えるなら
diffとった後にさらにgz圧縮をしてほしいけどね。それとて大きく見積もっても
負荷は2倍ぐらいだろう。
>>967
> オレは認証が使えないサーバーで編集できる人間を限定したかったから、今回のリリースは大歓迎。
ユーザー管理がphpファイルを直接いじらなければならないんじゃな〜
ちょっと誰かが話題にしてたけど、メールによるパスワード自動発行cgiとかと連動とかまで実装されれば評価するけどね。
> cssいじるのって導入の時ぐらいだから、cssエディタ使えないのはそんなに気にならなかったよ。
別にcssエディタと使おうが使うまいがcssというのは動的に生成させるべきものじゃないと思うんだけどね。
> オレは認証が使えないサーバーで編集できる人間を限定したかったから、今回のリリースは大歓迎。
ユーザー管理がphpファイルを直接いじらなければならないんじゃな〜
ちょっと誰かが話題にしてたけど、メールによるパスワード自動発行cgiとかと連動とかまで実装されれば評価するけどね。
> cssいじるのって導入の時ぐらいだから、cssエディタ使えないのはそんなに気にならなかったよ。
別にcssエディタと使おうが使うまいがcssというのは動的に生成させるべきものじゃないと思うんだけどね。
>>978
＞それとて大きく見積もっても負荷は2倍ぐらいだろう。
根拠が不明だし。何か比較でもしてみたの？
つーか単なるテキストなんだから大したサイズでも無いだろ。
diff 取るような糞仕様じゃ無いんだから古いの消せばいーんだし。
＞それとて大きく見積もっても負荷は2倍ぐらいだろう。
根拠が不明だし。何か比較でもしてみたの？
つーか単なるテキストなんだから大したサイズでも無いだろ。
diff 取るような糞仕様じゃ無いんだから古いの消せばいーんだし。
> ちょっと誰かが話題にしてたけど、メールによるパスワード自動発行cgiとかと連動とかまで実装されれば評価するけどね。
勝手にチラシの裏で評価すればいいんじゃない？
> 別にcssエディタと使おうが使うまいがcssというのは動的に生成させるべきものじゃないと思うんだけどね。
なんで？
勝手にチラシの裏で評価すればいいんじゃない？
> 別にcssエディタと使おうが使うまいがcssというのは動的に生成させるべきものじゃないと思うんだけどね。
なんで？
今度からはリリースキャンディデート版のときに言おうな
ところでソースの英語化(コメントも英語)が進められているわけだが、
これは日本語版のソースを別に用意したら需要がありそうだな
ところでソースの英語化(コメントも英語)が進められているわけだが、
これは日本語版のソースを別に用意したら需要がありそうだな
無知が幅をきかせるスレはここでつか？
>>969
既出だけど階層はwikiにそぐわないというのが俺の結論だね。
自由奔放に書けるwikiの特性が著しく損なわれる。
一元的なツーリー構造に制約されるのが癌。
ツリー構造自体は否定しないが、もしwikiに導入するなら、ツリー構造自体を複数持てたり、
必要に応じて気軽に変更できるようなものであったほうがいい。（まあそうなるとハイパーリンクと変わらないのだがｗ）
> ページの階層を作るのに/をつかうのやめてくれんかな・・・。
どのみちページ名に/とか使うといろいろ問題があるんだから、/でいいんじゃないの？（ｗ
既出だけど階層はwikiにそぐわないというのが俺の結論だね。
自由奔放に書けるwikiの特性が著しく損なわれる。
一元的なツーリー構造に制約されるのが癌。
ツリー構造自体は否定しないが、もしwikiに導入するなら、ツリー構造自体を複数持てたり、
必要に応じて気軽に変更できるようなものであったほうがいい。（まあそうなるとハイパーリンクと変わらないのだがｗ）
> ページの階層を作るのに/をつかうのやめてくれんかな・・・。
どのみちページ名に/とか使うといろいろ問題があるんだから、/でいいんじゃないの？（ｗ
>>970
このスレで誰かがいってた「UTF-8版のパッケージをリリースするかもしれない」はどうなったんだ？
デフォルトは別にEUCでもいいが、UTF-8版もリリースしてほしいんだが。
個人個人が面倒な思いをするのは馬鹿らしすぎ。
このスレで誰かがいってた「UTF-8版のパッケージをリリースするかもしれない」はどうなったんだ？
デフォルトは別にEUCでもいいが、UTF-8版もリリースしてほしいんだが。
個人個人が面倒な思いをするのは馬鹿らしすぎ。
>>984
誰も藻前の結論なんか必要としていないと思われ。
誰も藻前の結論なんか必要としていないと思われ。
>>972
> 公式にリリースするとなると、既存のデータをUTF-8に変換するスクリプトを
> 用意しなきゃいけなかったり。いろいろ大変だよね。
EUC->UTF乗り換え話とUTF8版リリースの話は別に考えるべきだと思うけどね。
「〜をするなら〜をしなければならない」というのはこの手のソフト開発にはそぐわない。
そんなこと考えるから自縄自縛で動きが鈍くなってくわけ。この辺のセンスが（ｒｙ
> 公式にリリースするとなると、既存のデータをUTF-8に変換するスクリプトを
> 用意しなきゃいけなかったり。いろいろ大変だよね。
EUC->UTF乗り換え話とUTF8版リリースの話は別に考えるべきだと思うけどね。
「〜をするなら〜をしなければならない」というのはこの手のソフト開発にはそぐわない。
そんなこと考えるから自縄自縛で動きが鈍くなってくわけ。この辺のセンスが（ｒｙ
>>988
略さないで最後まで言い切ってくれ。きになる
略さないで最後まで言い切ってくれ。きになる
>>980
> 根拠が不明だし。何か比較でもしてみたの？
ではdiffだと負荷が大きいという根拠はどうなのだね？少なくともgz圧縮より軽いのは確実だろうね。
> つーか単なるテキストなんだから大したサイズでも無いだろ。
スケーラビリティがありませんな。というか大したサイズじゃないならdiffの負荷も大したものじゃないわけで、
なにやら支離滅裂ですな。
> diff 取るような糞仕様じゃ無いんだから古いの消せばいーんだし。
これも意味不明だね。なんというか価値ある発言が1bitもありませんなｗ
> 根拠が不明だし。何か比較でもしてみたの？
ではdiffだと負荷が大きいという根拠はどうなのだね？少なくともgz圧縮より軽いのは確実だろうね。
> つーか単なるテキストなんだから大したサイズでも無いだろ。
スケーラビリティがありませんな。というか大したサイズじゃないならdiffの負荷も大したものじゃないわけで、
なにやら支離滅裂ですな。
> diff 取るような糞仕様じゃ無いんだから古いの消せばいーんだし。
これも意味不明だね。なんというか価値ある発言が1bitもありませんなｗ
>>994
> ではdiffだと負荷が大きいという根拠はどうなのだね？少なくともgz圧縮より軽いのは確実だろうね。
この発言の根拠も不明だな。
> なにやら支離滅裂ですな。
ご自身のことですか？
> これも意味不明だね。なんというか価値ある発言が1bitもありませんなｗ
発言てビット単位で測定できるのか。はつみみだ。
> ではdiffだと負荷が大きいという根拠はどうなのだね？少なくともgz圧縮より軽いのは確実だろうね。
この発言の根拠も不明だな。
> なにやら支離滅裂ですな。
ご自身のことですか？
> これも意味不明だね。なんというか価値ある発言が1bitもありませんなｗ
発言てビット単位で測定できるのか。はつみみだ。
リリースファイルがPukiWikiプロジェクトの中で枝分かれするのはいやだな
PukiWikiとしてUTF-8版を出すならEUC版はストップしたほうがいいと思う。
ダウンロードのページにPukiWiki_UTF8とかPukiWiki_EUCとか
複数置いてあると混乱するとおもうし、サポートの手間も２倍になる。
PukiWikiとしてUTF-8版を出すならEUC版はストップしたほうがいいと思う。
ダウンロードのページにPukiWiki_UTF8とかPukiWiki_EUCとか
複数置いてあると混乱するとおもうし、サポートの手間も２倍になる。
サポートとか、馬鹿の相手とかやめれば、手間も減るかと。
>>982
> 今度からはリリースキャンディデート版のときに言おうな
まあ批判を封殺する理由は次から次へと考えつくものですな。
こういう人間は、rc版の時にいったら今度はもっと前に言えということ受け合いだ（笑
> ところでソースの英語化(コメントも英語)が進められているわけだが、
そういえば今回のリリースで英語化って側面もあったねぇ。それについては気にもとめてなかったけどｗ
こんなのそれこそ中国語版とか作ってる奴らにまかせときゃいい気がするけどね（あ、彼らは中国語の
コメント入れてるかｗ）。まあ反対はしないが、賛成もせんね。
> 今度からはリリースキャンディデート版のときに言おうな
まあ批判を封殺する理由は次から次へと考えつくものですな。
こういう人間は、rc版の時にいったら今度はもっと前に言えということ受け合いだ（笑
> ところでソースの英語化(コメントも英語)が進められているわけだが、
そういえば今回のリリースで英語化って側面もあったねぇ。それについては気にもとめてなかったけどｗ
こんなのそれこそ中国語版とか作ってる奴らにまかせときゃいい気がするけどね（あ、彼らは中国語の
コメント入れてるかｗ）。まあ反対はしないが、賛成もせんね。
1000
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。