tokuhiromの書き方、頭悪りい

前半と後半で別の話になっているような気がしたので、読み解きのために質問コメントをかきます。
もしよかったら答えてもらえれば幸いです。

>どんなモジュールであれ不要になればメモリ効率が上がるのは当然だし、これまで精度が不正確だったのは俺のモジュールの責任じゃないし

このへんは「ドコモがmovaを切り捨ててFOMA以降で使える位置情報データを使うように設計変更したことを、Location::Area::iAreaに欠点が有ったかのように読み取れる書き方をするのはFUDなので、正しいニュアンスを説明する」という意図だと解釈したのですが、それでOkですか？

>公的な汎用モジュール
>公共心
個人的な感覚では、別にLarry Wallの審査が有る訳でも無いCPANは「エッジ」であって、公的という言葉のいみだと誤解が多いと思いました。
好意的に解釈すると「バグ出来る限り直すことやTestをちゃんとするとかRTにできるだけ対応する」みたいなモジュール品質を保つためのメンテナンスをちゃんとやること＝公共心という意味なのかな？　とも思いましたが。
この位置情報モジュールに関してはそういう最低限のことを「公的」と表現しているようには思えませんでした。
だとすると機能とか設計思想的なことが論点？
そうなら、CPANの「エッジ」である部分に標準モジュールに求められるようなスーツ的な感覚を求めているようで変だなぁと思いました。
（解釈が間違っていたら教えてください）

>まともに取り組もうとしないし
>軽いモジュールを書き直すのに、1日あったら十分出来た。
CPANなんだから、自分で書けば良いのでは？
たとえばJSONを扱うCPANモジュールとかメールを扱うCPANモジュールなんて、個性的なのがいくつもありますし。

>俺は最近ようやくプロになったが、お前はずっと一貫してプロだったんだろうが。
ここらへんから書いてある事がよく分からなくなったのですが、要するに「プロであるお前が俺のCPANモジュールにFUDするのは、プロである期間の差があるから卑怯だ。すこし大目に見ろ」というような話かな？　と解釈しました。
最後の三行は「(年収|学歴|人気|作ったサービスのユーザー数)が高いほうが偉いんだから、blog言論でも敬うべきだ」みたいな上下関係の話？
（解釈が間違っていたら教えてください）
念のために書きますが、CPANモジュールにも有る程度の公的さやスーツ的・保守的な歩みの遅さが有ってもいいじゃないか、とか。blogでも偉い偉くないという上下関係を重視すべきだ、みたいな価値観を持った人が居ても良いと私は思っているので、それ自体を批難する意図はありません。

> 前半と後半で別の話になっているような気がしたので、読み解きのために質問コメントをかきます。

tokuhirom氏の書きようの中に、なんか機会見つければとりあえずkokogikoはDISっとけ、っぽい温度を感じたので、この際過去に遡って書いたような感じです。
私個人の主観の世界の中では自然に繋がったのですが、客観的にはそうなのかもしれません。
申し訳ないです。

> このへんは「ドコモがmovaを切り捨ててFOMA以降で使える位置情報データを使うように設計変更したことを、Location::Area:: iAreaに欠点が有ったかのように読み取れる書き方をするのはFUDなので、正しいニュアンスを説明する」という意図だと解釈したのですが、それでOk ですか？

そうです。

> だとすると機能とか設計思想的なことが論点？

考えているところはそうですね。
それを感じている自分が一般的なのかは判らないですが。
個人的には、「車輪の再発明」が云々、みたいなことを言われる中では、公表した以上、開発者が重要視していないユースケースでも対応すべきなのではないか、みたいな感覚を持っていて。

例を挙げれば、HTTP::MobileAgentのWILLCOM周り対応とかですが、ほとんど何もしないままほっとかれてますよね。
でも使う人間にとってはあれも重要なユースケースなわけで。
過去、あれを個人でカバーするために、名前空間を汚染するコードを挙げる愚を犯した経験がありまして、その事については非常に反省しているのですが、その愚を私を含め再び犯す者が出ないようにするためにも、キャリア毎の対応をそれぞれのユースケースを重要に思っている人間に開放すべきじゃないかみたいな話をずっとしてますし、実際そうできるように改造したコードもメンテナに送ってます（エッジな方にはお気に召さないようなレベルのコードだったので、スルーされましたが）。

私のコードをスルーしたのは別に拙かったからなので別にいいのですが、そういうユースケースがあると散々挙げているにも関わらずスルーするあたりに、公共心がないなあ、という事を述べてます。

お前のコードはどうなのよ、という話もありますが、エゴサーチで散々DISられているのは知っていますが、具体的に「ここをこう直してくれ」みたいな要望は、Perlギーク周り以外からはいくつかありましたが、Perlギーク周りからは一切来ていません。

自分の考えについては件のエントリの方に追記しておきました。もともと件のエントリは id:clouder さんに対する私信およびl coderepos の宣伝が主眼だったので、実際になにをやったかという部分の解説はハショっていたのが誤解された原因かと思います。

オープンiエリアの緯度経度の posinfo の対応が FOMA のみだというのは素で気付きませんでした。kokogiko さんは位置情報業界に詳しい方なのでそのような情報網をお持ちなのかもしれませんが、私はあのわかりにくい仕様書のみが頼りなので、MOVA 非対応という情報を読みおとしたようです。

> CPANなんだから、自分で書けば良いのでは？

これに関する回答は、H::MAとiAreaで分けます。

H::MAに関しては、H::MA自体は素晴らしいコードだと思っていますので、自分で車輪の再発明するよりはそれを使い続けたいと思っています。
ただ、ユースケースに不足があるのが不満なだけで。
ですので、先にも書きましたが、H::MAのままでユースケース対応を増やせるようなコードも過去メンテナに挙げています。
これ以上は、また名前空間を侵すようなモジュールをCPANに挙げる愚でもしない限り、やりようがないように思うのですが。

iArea（及びそのベースになっているL::GT）に関しては、拙いのは認めますが、しかし個人で使う分にはあれで事足りています。
また、個人でなくても、私の友人で何人かあれをエンタープライズユースにも使っている人間がいますが、それも別にあるレベルまでは事足りているようです。
確かに作るサービスのレベルが一定レベルを超えると、問題が生じるのでしょうが、私にはそのレベルのサービスが実感できませんし、どうすればそのレベルに足るコードが書けるのかも判りません。
だから、不満があるなら直接指摘してもらうか、自分で書き直してもらわないとあれ以上の物はできません（もっとも、個人的不満がないので書き直してませんが、今書けばもうちょっとやりようがあるかもしれませんが）。
ですので、iAreaに関しては、自分で書き直せばというのはお門違いです。

> >俺は最近ようやくプロになったが、お前はずっと一貫してプロだったんだろうが。
> ここらへんから書いてある事がよく分からなくなったのですが

そちらに関しては、上の内容ともかぶります。
そこまで散々人をDISらなきゃいけないほどコードが悪くて閉口しているんなら、こっちはそれを直さなきゃいけないという実感も実力もないのだから、自分で直せよ、と。
実際大した事しているコードでもないのに、それを自分で書き直す労もサボって結局こっちのコード使っておいて、人に「だまってコードをかけよ」とか言うなと。

> 最後の三行は「(年収|学歴|人気|作ったサービスのユーザー数)が高いほうが偉いんだから、blog言論でも敬うべきだ」みたいな上下関係の話？

これは全然ちゃいます。
実際問題、最近私が作ったサービスでも、ある程度人は集めましたが、会員数としては多分同レベルか負けているので、俺が勝っているんだとかそういう意図は全くありません。
そもそも、今のサービスである程度人が集まったのは、私の手柄ではなくマーケティングの結果なので。
ただ、これまで私は純粋ギークでも何でもなかったにも関わらず、散々tokuhirom氏からギーク的な視点のみで、ブログで書いているようなことをサービスとして全く展開で来ていないという点で、stfuと言われてきました。
ですが、ギーク的な一方的な視点だけでなくスーツ的な視点も加味すれば、tokuhirom氏だって、50万人集めるサービスと言っておいて集まっていない（確認していませんが）のならば、立派にstfuですよね。
むしろ、スーツ的な立場から見れば、そっちの方が重大なstfuです。
一方的な視点だけで散々人をおちょくっておもしろがってる暇があるなら、自分の足元も見直せと、そういう意図で書いてます。

HTTP::MobileAgent::Flash や HTTP::MobileAgent::Plugin::Locator のような、import で名前空間を侵食するタイプのプラグインは既にありますし、これで十分ではないでしょうか。

HTTP::MobileAgent にちゃんとしたプラグイン機構をつけるという計画は過去にも何度かあがっていますが、結局のところあまりやるメリットがない、あるいは今はそれの実装に時間をかけられる人がいない、というところで話がおちついています(kokogiko さんがいない場でも何度か話はあがっています)。

また 50 万人あつめるなどということは、弊社においては技術者がいうセリフではありませんので、このような侮辱的発言はまったく見当違いであると私は考えます。

>そういうユースケースがあると散々挙げているにも関わらずスルーするあたりに、公共心がないなあ、という事を述べてます。
えーと、私の持つCPANの認識からすると「似たような目的だけど、多少でもちがう動作をするモジュールは、どんどん書きたい人が書いてCPANにアップされている」というものなのですが。
設計思想が違うとかは（CPANに限らず）どこでもある話なので「公共心がない」とメンテナーを批難するのはなにかCPANらしくないおかしな話だと思いました。
これがPerlの標準モジュールやPerl処理系そのものの設計思想にたいして「これこれこういう理由で私のコードは利点が有る」「それを採用しないLarryは公共心が無い」とアピールされているのなら、まだ理解出来るのですが。
要するに「公共心という表現を持ち出すほど強い修正点があるのなら、自分で書いてアップするのがCPAN流儀なのでは？ それを公共心とか言い出すとCPANに対するFUDになりかねないよなぁ」ということです。

>お前のコードはどうなのよ、という話もありますが、エゴサーチで散々DISられているのは知っていますが、具体的に「ここをこう直してくれ」みたいな要望は、Perlギーク周り以外からはいくつかありましたが、Perlギーク周りからは一切来ていません。

実際に、言及しているCPANモジュールはPerlギークが「具体的に直す」行動をしたからこそ、このエントリーが書かれたのだと解釈したので混乱しましたが。
「コードをどうするのか。どうしたいのか」という視点は、単なるきっかけで有って。本当はDISられることについての態度や礼儀が論点という感じですか？
（余談ですが、amachangが言う所の「（コードの書き方が良くないというギークの言う）DIS」は、技術者やギークにとっては完全に有用なものなので、スーツ的文化では礼儀知らずで無礼だと思われるだろうけど、最終的なコードが重要なギークにとっては二の次……という技術論的な価値観で読み取ろうとしてうまく解釈できなかったのが、質問コメントをした理由なのかもしれません）

shut the fuck up and write some という標語に関してですが、この標語は gdgd とブログだの ML だので議論あるいは愚痴を言ってる暇があったらコードを書いて実現すればいいじゃないか、というような意味の言葉だと私は理解しています。

ここでいう議論というのは、なにか問題があった場合のことであって、コードのクオリティの話ではありません。たとえば「Class::DBI で join ができないのが嫌だ」とDISっていた場合に、「そんなこというなら、Class::DBI にパッチを送るか別個の O/R Mapper を作りなさい。stfuawsc」というような場合です。

なので、コードのクオリティ云々の話に適用するのは間違いだと私は思います。

あなたは根本的に stfuawsc の意味がわかってないとおもうのですが、

shut the fuck up and write some code というのは「コードを書ける人」に対して言う言葉であって、コードをかけない人に言うのはただの侮辱です。スーツを着た営業がエンジニアに向かって「くだらないコードを書いてるひまがあったら広告の1本でも売って来い」というのと同じことです。

なので私が（ほかの人もそうだとおもいますが、確信はないので主語は私だけにしておきますが） stfuawsc といっているのは kokogiko さんがコードを書ける人間だとおもっていて（CPAN にコードをアップしたりしてるんですから、書けるんだろうと想定するのは間違ってないとおもいます）、それで実現できるんだかどうなんだかわからないアイデアをうだうだブログに書いたり（で、あとで誰かが実装したら「オレもそれ昔ブログに書いてた！」とか言い出すのかなとか）、オープンソースのソフトウェア、モジュールやコードにクレームつけたりしてるのに対して「そんなん書いてる暇あったら自分でコード書けばいいのに」という意味で stfuawsc といっているわけ。

でも、あなたがコードを書いてDISられるのが嫌、怖いというのなら（本文やコメでそう書いてるように見えます）もう、そう言うのはやめることにします。その代わり、ぼくらのコードにケチをつけるのもやめてほしいんですけどね。

ほほう。miyagawa氏らしからぬ一方的な攻撃。攻撃なんかじゃないといわれそうだけど、コード書けないはいいすぎだと思う。まあ、stfuawscを持ち出した時点で、英語が得意な自分に一言いわせろって感じだよね。こういう言い方、好きじゃないなあ。でも、まあ、人はいろいろいるわけで、全員が人格者ばかりじゃない。怖いとか嫌とか誰でも思うし、頭にすぐ血が上る人の方が世の中多いわけです。激高は後悔に終わるということは、いろいろ経験しないと分からない。ここでぐっとこらえて、ギークのいうDISはWelcomeっていえるかどうか。そこに価値を見出せるかどうか。（それこそ、ここぎーこ）　考えてみたら、miyagawa氏をはじめ、著名人のコメント対象になっていること自体、モチベーションになると思うけどなあ。ここが人生の分かれ目かもですよ。　・・・　あ、それから、精神的な部分についてですが、ちょっと擁護させてください。以前このブログで、抗不安薬デパスを服用されていたと書かれていましたね。私もそうなんですが、この病気は焦燥感に苛まれるんです。しかもアイデンティティを高い位置で確立したいという欲求が（少なくとも自分は）強くなる。あまり、自分自身を苦しめるようなことをしないで、もうすこしゆっくり、謙虚にやってみませんか。

済みません、通りすがりですが一言言わせてください。

まずstfuawscと車輪の再発明についてですが、仮に自分で書けるコードだとしても、同じようなパッケージが乱立するぐらいなら今ある奴を良くして欲しいって思うのは、純粋に使う側のメリットを考えれば割と自然なことだと思います。

ここでいう公共性って、自分達(作る側)が苦労する事で使う側の出来るだけ多くの人を楽にしてあげたいってことだと思うのですが、そういう発想はスーツにはありません。スーツスーツ言い過ぎ。kokogikoは自分が楽をしたくてそういう提案をしているワケではないと思いますよ。

開発者同士で話し合って(DIS含む)モジュールを良くして行こうという場で、「ぼくら(geek側)」vs.「文句だけ言う人」みたいな対立構図に押し込もうとするのは建設的ではないと思う。CPANは使うだけという自分から見ればkokogikoは十分あなた達側ですよ。

コミュニティに対するコミットの姿勢に違いはあるのかもしれませんが。2ちゃんねる的な奉仕精神とバザール的な公共性の違いみたいなものが。

あと、技術者がユーザ数をDISられることについて。技術者だからサイトのユーザ数はオレには関係ねーよって発想は分からないな。私も技術者ですが、自分の給料が今の半分で開発速度が10倍だったらサービスも増やせてユーザも嬉しいし、営業ももっと契約取って来れるし、便利な管理機能を増やしてオペレータさんも楽に出来るのにって常に思うし、少しでもそうなるように努力してますよ？会社勤めならそれぐらいの当事者意識は持っててもいいんじゃないでしょうか。

済みません、通りすがりじゃないんですが正しい意味での一言言わせてください。

> まずstfuawscと車輪の再発明についてですが、仮に自分で書けるコードだとしても、同じようなパッケージが乱立するぐらいなら今ある奴を良くして欲しいって思うのは、純粋に使う側のメリットを考えれば割と自然なことだと思います。

多様性は素晴らしい。

2008年01月03日 04:54の名無しはあまりにも前提とかkokogiko blogの過去ログ読んでなさすぎてノイズだなぁ。
だれもCPANユーザー視点の話なんかしていないし、ユーザー数をDISしてることなんかはそもそも論点になっていないし。
moduleが乱立しないほうがメリットがあるのは、双方にとって自明の事でいまさら言うまでもなくて。そこから先の話をしているのに、いまさら初歩的な話として読み取ってしまってる。

tokuhirom氏の件記事の追記を読んで、今回の1件は特に悪意がなかったという件は理解しました。
後ほど本記事冒頭にその旨追記いたしますし、本記事を書くに当たって氏の悪意ない記事をトリガにした件に関しては謝罪いたします。
が、
・基本的に私は、自分が下手こいたような記事含め（http://kokogiko.net/m/archives/001820.html）書いてしまった事は書いてしまった事として残しておく質
・今回の1件はともかく、tokuhiromが私に悪意（というか侮蔑感？）を持っている事は最近知人がtokuhiromと知り合い、tokuhirom自体がそう話していたという事で知っている
という点で、追記はした上で文章は文章として残しておきます。

> HTTP::MobileAgent::Flash や HTTP::MobileAgent::Plugin::Locator のような、import で名前空間を侵食するタイプのプラグインは既にありますし、これで十分ではないでしょうか。

単にメソッドを追加する場合はいいのですが、例えばis_gpsとか、一向にサポートされないWILLCOMの基本メソッドとか、名前空間侵食で対応してしまうとのちほど本体がアップデートされた場合に不適合がおきてしまうので問題ではないかと。
実際、私は過去にH::MA::Plugin::Extensionという名前空間侵食型で上記を改善するモジュールを公開していましたが、問題に気付いたので以後その形は採ってません（新機能追加型では今でもそうしてますが）。
もちろん、ユースケース毎にメンテナを分けたところで同じ問題は生じますが、少なくともメンテナがそのユースケースに対応できることが保証される点と、リスクが分散される分マシなのかなと思っております。

もっとも、is_gpsがダメならsupport_gpsを作ればいいじゃない、みたいな話もあるので、過去の失敗から過度に名前空間侵食モジュールについて恐れすぎて思考停止しているところもあるのかもしれませんが。
H::MAについて議論しているページがあるのも知っていますが
（http://subtech.g.hatena.ne.jp/keyword/HTTP::MobileAgent%E3%81%AE%E3%82%A8%E3%83%B3%E3%83%8F%E3%83%B3%E3%82%B9%E3%83%A1%E3%83%B3%E3%83%88）
、そこでの議論でもまず第一に「いかに名前空間を汚染させないか」が議論されていたように感じたので（「名前空間の汚染を防ぐために、こういう作戦はどうよ？」）、やっぱり名前空間汚染はダメなのか、でもならプラグイン機構用意しないとダメだよね、と受け取っておりました。

> また 50 万人あつめるなどということは、弊社においては技術者がいうセリフではありませんので、このような侮辱的発言はまったく見当違いであると私は考えます。

そういう逃げはないのではないでしょうか。
過去にtokuhirom氏にstfuawscを付けられた記事でも、1技術者の一存で仕組みを導入できるものではなく、社内コンセンサスを得ないと形にできないものもいくらでもありました（貴社では、1技術者の一存で何でも作れるのかもしれませんが）。
実際、さんざ色々社内で綱引きした挙句、今になって社内で記事に書いたのと似た構造（微妙にユースケースは違いますが）を導入するコンセンサスを得られて実現に動いているものもありますが、そういうのを記事に書いてもすぐには実現できるわけではない（つまり、単に技術的な課題だけ以外のノイズが存在する）のに対し、stfuawscと書いたわけなのですから、自分だって技術系以外のノイズを引き受けないのは卑怯でしょう。

> えーと、私の持つCPANの認識からすると「似たような目的だけど、多少でもちがう動作をするモジュールは、どんどん書きたい人が書いてCPANにアップされている」というものなのですが。

実際、CPANに挙げるかどうかというのはともかく私自身いくつもパターンがあってもいいじゃないかと思っていて、個人ユースでは長らく私家版のH::MA（例のプラグイン機構実装した奴）を使ってましたし公開してました。
でも、結局今は仕事では普通のH::MA使ってますが、その理由は、自分で作っている範囲でのH::MAに関しては自分版の方が楽できても、その他の応用、例えばCatalyst連携とか、そういうのが本体版しかないので、結局楽できないという状況に陥ったからです。

なので、ちょっとでも違うモジュール作ったのなら挙げればいい、というのはそういう思想なのかもしれませんが、理想論であって、やはり個人的には既に存在するモジュールに対する車輪の再発明は、そう簡単にできるものではないと思っています。
ましてや、再発明をしても主流に乗れるレベルの技術がないものにとっては。

> 実際に、言及しているCPANモジュールはPerlギークが「具体的に直す」行動をしたからこそ、このエントリーが書かれたのだと解釈したので混乱しましたが。

ここの下り、よく判りません。
「具体的に直す行動」とは、本エントリを書くトリガに関することですので、H::MA::P::Lに関するtokuhirom氏のパッチの件と受け取りますが。
私はotsune氏も先にご確認いただいたとおり、別に
H::MA::P::Lにパッチが当たったからエントリを起こしたわけではなく、その内容にFUD（勘違いであったとはいえ）があったのでエントリを起こしたわけですが。

> amachangが言う所の「（コードの書き方が良くないというギークの言う）DIS」は、技術者やギークにとっては完全に有用なものなので、スーツ的文化では礼儀知らずで無礼だと思われるだろうけど、最終的なコードが重要なギークにとっては二の次……

ですから、礼儀知らずとか無礼だとかそういう話で根に持っているわけではありません。
私はtokuhirom氏等から強烈なDISは受け取っていますが、具体的にここがダメだからこうすればいいよね、みたいな建設的な議論は一切受け取ってません。
最終的なコードが重要なのであれば、実際にコードを書いて示せばいいじゃないか、と思うのですが。
まがりなりにも、私はH::MAをDISってはいませんが要望を挙げていますが、それに対し拙いなりにも自分なりのコードを挙げています（現時点では自分が使わなくなったこともありリアルタイムではネット上にありませんが）。
そういうアタリから、私は氏こそstfuawscと思ってきたのですが、どこか間違ってますでしょうか。

> その代わり、ぼくらのコードにケチをつけるのもやめてほしいんですけどね。

ソースキボンヌ。

マジレスするのもどうかとおもったけど、

Posted by: tk at 2008年01月03日 03:59
> 攻撃なんかじゃないといわれそうだけど、コード書けないはいいすぎだと思う。

「コード書けない」って誰が言ったの？「kokogikoはコード書けるよね」って言ってるんだけど。

> まあ、stfuawscを持ち出した時点で、英語が得意な自分に一言いわせろって感じだよね。こういう言い方、好きじゃないなあ。

全然意味わからないけど、stfuawsc の言葉の意味を説明してるんじゃなくて、kokogiko に対して stfuawsc って言ったりタグ打ったりするのはどういう意味か、を書いてるんですよ。言葉の意味は、だまってコードを書け、ってそのまんまでそれ以上の意味はないですよ。

> やはり個人的には既に存在するモジュールに対する車輪の再発明は、そう簡単にできるものではないと思っています。
ましてや、再発明をしても主流に乗れるレベルの技術がないものにとっては。

「主流に乗る」必要があるんですか？

まず自分で使いたい、書きたいからコードを書いて、それがほかの人にも使ってもらえたり意見をもらえたら便利だから公開する、それがオープンソースですよね。

2つのソフトウェア、モジュールがあって、それのどちらがユーザ数が多いかが、コード自身の価値をきめるんですか？ どっちか1つが勝者でもう一方は敗者？

> 「主流に乗る」必要があるんですか？

その直前の段落嫁。

読んでますよ。

本家にしかない機能があって困ってるんだったら自家版にコピーすればいいじゃないですか。

H::MA の Catalyst のプラグインは10行ぐらいしかないから自分で作ってもたいした手間ではないと思いますが。

コードのクオリティ云々の件ですが。 

この件にかかわらず kokogiko さんのモジュールを使いたくないという理由は「コードのクオリティ」ではなく単私にとってメンテナンシビリティが低いというだけの問題なので、そのあたりに根本的な誤解があるように思いますが。

ここでいうメンテナンシビリティの低さとは、なにか問題がおこった際に、その部分のコードをメンテできるか、追えるか、という意味です。

kokogiko さんのコードはクオリティがどうこうじゃなく、単に Perl のコードとしてとっているスタイルが違うというだけで、TMTOWTDI を思想として持つ Perl においてはなんらの問題はないと思います。

根本的にスタイルがちがうというのは、直接的に指摘しても建設的な議論にはならないのが目に見えており、かつ個々の部分について話しても意味がなく、宗教戦争でしかなくなりますから、kokogiko さんのコードの一部をとりあげて添削する、というようなことはこれまで得にしませんでした。

正味なはなし、kokogiko さんのコードの中にはどういう意図でこういうコードになったのか私には理解不能な部分もありましたし、そういった意味で「kokogiko さんのコードは変態的だ」という発言をしたことはあります。

が、それは audreyt や jesse のコードに対しても同じことを私はいっていて、「このコード意味わかんねえよ。jesse は変態的にコード書きたいだけじゃないのか?」というような発言をしたこともあります。実際 jesse のコードも、解読不能な部分に関しては自分で書き直したりしています。

というわけで、変態的だ、とか、kokogiko さんのモジュールは使わないで書き直した方がいい、とか、そういう発言に関しては、別に悪意はありません。

# kokogiko さんの HTTP::MobileAgent のパッチ等がとりこまれないのも同様の理由だと思います(私はメンテナではないのでわかりませんが)

> H::MA の Catalyst のプラグインは10行ぐらいしかないから自分で作ってもたいした手間ではないと思いますが。

正しく意味を汲み取っていただいた事には感謝いたします。

まあ、Catalystだけ取ればそうかもしれませんが、別に周辺モジュールは1つだけではありませんし。
その辺を1つ1つ、主流モジュールでは主流であるが故に複数人で管理できているものを、一人で背負い込むのはやってられねえ、と思ったので自家版を捨てました。

もっと具体的に言うと、決定的に自家版を捨てようという気持ちをトリガしたのは、tokuhirom氏もcodereposでsucksと書かれていた、DoCoMoのUAのμ問題です。

私も自家版でUA情報をスクレーピングするコードを書いていたんですが、いざアップデートしようと思うとうまく動きませんでした。
なので確認しようと思いDoCoMoサイトを見てみると、μ等という信じられないUAが含まれてまして。
こんなのあったっけ？他にもこんな異常なケースあるのか？みたいな調査をやんなきゃいけないのかと呆然としていたところに、codereposを見ると既にtokuhirom氏が同仕様に対応するコード挙げていたので、やっぱり1人じゃやってられねえや、これならまだ標準のH::MAモジュール使って、気に入らない部分はH::MA::Plugin::Extension方式で自分だけの自己責任での名前空間侵食モジュール作っておいた方がよっぽど楽だ、ということで現在はそうしてます。

> まあ、Catalystだけ取ればそうかもしれませんが、別に周辺モジュールは1つだけではありませんし。
> その辺を1つ1つ、主流モジュールでは主流であるが故に複数人で管理できているものを、一人で背負い込むのはやってられねえ、と思ったので自家版を捨てました。

そういう手間をかけないで済むような方法で拡張してれば良くね？

> そういう手間をかけないで済むような方法で拡張してれば良くね？

そういう手間ひまをかけてしまうような形で拡張してしまうので、変態的とか言われるのかもしれません。

これは再確認のための質問コメントです。

>1技術者の一存で仕組みを導入できるものではなく、社内コンセンサスを得ないと形にできないものもいくらでもありました

コードを読んだり書いたりする人に取っては「そいつのコードの書き方をみれば、すくなくともコードを書く能力だけは一目瞭然（逆に言うと社内のコンセンサスはまったく別の話）」なので、コードのスタイル等に対してコード書きがDISったことと、社内政治の話はあんまり関係ないですよね。
……と、書いて気がついたのですが。FUDとか礼儀とか論点であれば「プロになった期間も短いし、関係無い社内コンセンサスで足枷があるんだから、コードをDISるな。大目に見ろ」という話なのかな？

個人的にはコード以外の別の理由があってそうしていないモノに対して、コード限定でDISをされても、別に自尊心もなにも傷がつかなくて当然じゃないのかなぁと思いこんでいたので混乱しましたが。
ふと考えると、そのへんが（公共性よりもエッジであることを求められるCPANはオープンソースなのに）ごっちゃになる現象は、他にも良く見かけたかもしれません。

誤解してFUDしていれば「○○という理由でそれは認識が間違っています」と主張して修正すればいいし、書きたければ書けば良いし。
何かコード以外の理由があって書けない・書きたくないのなら、コードそのものをDISられてもそれは別の話しだし。
というような当たり前の前提があったから「CPANにモジュールアップしてるんだから、AUDREYTやJESSEと同じようにコード書きとしてコード自体をDISする」となっていたと。

メンヘルというのは風邪とかと同じ病気だが、
それに至る原因というのは、ちょっとナニな考え方だったり、被害妄想的思考だったり、本人自体の性格により発祥するものなんだなと思わせるエピソードですね。

例えると真っ裸で真冬に外を走り回っていると風邪になる確率はかなり高いだろうなと。
風邪自体は病気だが、それに至る原因は本人に起因する事が多いと。

気をつけないとまたぶり返しますよ。

> >1技術者の一存で仕組みを導入できるものではなく、社内コンセンサスを得ないと形にできないものもいくらでもありました
> コードを読んだり書いたりする人に取っては「そいつのコードの書き方をみれば、すくなくともコードを書く能力だけは一目瞭然（逆に言うと社内のコンセンサスはまったく別の話）」なので、コードのスタイル等に対してコード書きがDISったことと、社内政治の話はあんまり関係ないですよね。

上記の私の記述はtokuhirom氏に「stfuawsc」と言われた事に関してのことですが、氏に「stfuawsc」とブクマされたのは直接コードに対してされたことはありません。
コードがDISられてるのは長年のエゴサーチや知人のスネーク（と書くと送り込んだみたいですが、別に意図的にtokuhirom氏に接触させたとかではないです。たまたま）で感じ、確信したことで、氏からは先にも書いてますが、直接このコードがこう、みたいな話は一度も来てません。

「stfuawsc」と書かれたのは主にアイデアとかそういうのを記事にしたものに対してですが、今いくつか動いているものもありますが、少なくともその時はそれを形にできる状態にはありませんでした。
それに対して「stfuawsc」と付けた事に対しての話ですので、社内政治が関係ないという事はないと思います。
もちろん、外部の人間にとっては社内政治なんて「知ったこっちゃない」わけですが、それならばサービスの人数に関しても、開発者が言ったかスーツが言ったかなんかは「知ったこっちゃ」ないわけです。
ただ表に出てきたものだけで評価して、stfuawscと言う事が許されるなら、stfuacmuという事だって許されるだろう、というロジックですが。

なんだかstfuawscとタグ付けされた事に対する答えには全然なってない気がするのは気のせいです？
むしろ底なし沼にさらに沈んでるような。

> なんだかstfuawscとタグ付けされた事に対する答えには全然なってない気がするのは気のせいです？

別にそんなところで争っているつもりはないからです。
tokuhirom氏がstfuawscと言えるなら、私もstfuacmuって言えるよね？ってだけです。
tokuhirom氏も、stfuacmuって言われた事に対する答えには全然なってないですよね？

tokuhirom氏は「stfuacmu」って言われたことを「侮辱」と書かれていたので、嫌なんだと思うのですが、まあ嫌なんならお互いやめようぜ、と。
嫌やってもいい、ってんなら最終戦争しようぜと。
それだけのことっすよ。

> 嫌やってもいい、ってんなら最終戦争しようぜと。

あ、ちなみに別に上記はこの議論を延々と続けるっちゅう意味じゃないっすよ。
もうネタないもんな。最初のトリガは誤解だって判ったわけだし。

要するにtokuhirom氏は今後も私にstfuawscと言うし、私は彼を脳みそ筋肉的な脳みそギークとして認定して小馬鹿にして、お互い嗤いあう関係を今後も続けていこうぜ、ということです。
最終戦争を選ぶなら、ね。

>「stfuawsc」と書かれたのは主にアイデアとかそういうのを記事にしたものに対してですが、今いくつか動いているものもありますが、少なくともその時はそれを形にできる状態にはありませんでした。

すいません。
「コードをDISる」のと「stfuawsc」は明確に違うと思うのですが、もしかしてこれを混同されていますか？
stfuawscとは「議論や提案や文句だけをblogやMLやIRCで言ってる暇があるなら、実際に動くコードを書けばいいじゃん」という意味で。
DISるとは「コードのこの書き方がこれこれこういう理由で良くないよ」という意味ですよね。
だからコード書きが（←ここは重要なポイント）blogで吐いているアイデアや文句や提案に、他のコード書きがstfuawscタグを付けるのは当然だし、それはそもそもDISですら無いのでは？

まぁ「このエントリーとコメントではDISの意味でstfuawscという言葉を間違って使ってた箇所がある」というのが分かれば、それで理解しやすくなると思いました。

余談ですが、別にkokogikoさんが誰に対してstfuacmuと言おうがDISろうが構わないと思っていますよ。許すとか許されないとかの話が急に出てくるのは正直よく分かりませんでした。相手がAudrey TangだろうがLarry Wallだろうが、根拠があって間違っていたらコードをDISったりstfuawscと評価するのは当然じゃないですか。
もしかして「偉い人にそういうことを言うのは許されない」とか「別件であいつはstfuawscと俺に行ったから、それとは別にサービスに付いてstfuacmuと言うんだ」って事ですか？　
なんか関係無い話が混ざって感じるのはその辺なのかも。

H::MAの結論としては

・「二年以上も採用されない」とか「公共心がない」とかぐだぐだ言ってるのは明らかに「stfuawsc」なので自分で新しく作るべき。現状のあなたは「すさまじくうるさい外野」

・作らない理由を色々と上げてるがまとめると「めんどくさいから」以外のなにものでもない。
手を動かせ。tokuhirom氏は動かしているよ。
例：本体がアップデートされた場合に不適合がおきてしまう→そのときあんたのもアップデートしろや

> だからコード書きが（←ここは重要なポイント）blogで吐いているアイデアや文句や提案に、他のコード書きがstfuawscタグを付けるのは当然だし、それはそもそもDISですら無いのでは？

本来の意味はそうであったとしても、行き過ぎたり悪ふざけが過ぎれば十分にDISの意味を含んできますよね。
http://clubt.jp/product/11334_35109.html

> 余談ですが、別にkokogikoさんが誰に対してstfuacmuと言おうがDISろうが構わないと思っていますよ。
> 許すとか許されないとかの話が急に出てくるのは正直よく分かりませんでした。
> 相手がAudrey TangだろうがLarry Wallだろうが、根拠があって間違っていたらコードをDISったりstfuawscと評価するのは当然じゃないですか。

別に言うのは自由だと言うのはその通りです。
自らに降りかかった場合の覚悟があるなら、ですが。
otsuneさんはその覚悟がおありのようなので全く問題ないのですが、tokuhirom氏は自らにstfuacmuと言われた時に「侮辱だ」と言われています。
tokuhirom氏は「コード書き」なのでスーツ寄りの問題を投げかけるのは筋違いだとか言う話は、筋違いじゃない理由を散々書いてきたので省略。
要するに、otsuneさんと違って氏には全く覚悟がないと思うのですが。

後、「純」ギークの論理はその存在を理解もしますし尊重もできればしたいと思いますが、私個人は「純粋なアイデア」にも一分の価値はあると思っています。
私が全面支援してる「Locapoint」なんて、純粋アイデアだけの存在ですし、彼もそのアイデアだけで食べて生きたいと常々言ってますしね。
実際、彼は特許を押さえているので、いかに優秀な実装があったとしても彼の方が強いわけですが、別に特許に守られていないアイデアでも、プロプライエタリソフトウェアにもオープンソースソフトにも意味があるのと同様、オープンなアイデアにも意味があると思うのですが（その辺は、以前にも記事に挙げてます。http://kokogiko.net/m/archives/000984.html ）。
そもそも、社会問題系の議論でも散々書いていますが、人間全ての事象に全て関われるわけでもないので、アイデアや意見を書くだけの関わりも十分ありだと個人的には考えています。

もちろん、個人的な考えなので賛同しろとか言うわけではなく、純ギークは純ギークで好きに考えてくれればいいのですが、以上の理由で私は純ギークとは価値観共有できないので、stfuawscと「言われたくはありません」。
で、もちろん先にも書いたとおり「言うのは自由」なので、同じ構造でやり返される覚悟があるなら「よろしい、ならば戦争だ」でもいいのですが、tokuhirom氏の方が覚悟がなくて「自分は言われたくはない」のならば、言われたくない者同士手打ちするのもありなんじゃないの？という話なんですが。

> nobu

出直しておいで。

> ソースキボンヌ。
最近のやつでいうと
http://b.hatena.ne.jp/entry/http://twitter.com/kokogiko/statuses/516415592

miyagawaさん wrote:
＞「コード書けない」って誰が言ったの？
すみません、勘違いしたようです。
意味がわからなかったらごめんなさいですが、ちょと勝手な解釈を説明させてください。
まず、あなたは彼に迷惑を感じていることを一言いいたかった。そう率直に伝えることで、「ハッ」と気づいてもらえたらと。オープンソースの話に触れられたのも、基本的なスタンスを認識してもらいたいからだと。
でもですね、あのような言い方をされると、ものすごく恐怖を感じてしまう人もいると思うんですよね。stfuacmuも単に説明されただけかもしれませんが、でも何か意図があって書かれたのでしょう？あの流れからみて攻撃的だなと感じたのは私だけではないはずです。また、もうコメントしませんとか警告するようなことは、影響力のある方には簡単にいってほしくない。もし今後彼がオープンソースで飯を食っていこうと思っているとしたら、Google八分じゃないけど、かなり致命的なダメージを受けると思うんです。（シンパの偏見は怖いと思いますよ。だからDISられるのは普通に怖い）こういった話はあまり建設的じゃないですよね。私はいちいち反論しなきゃいいのにと思いました。自業自得という人もいるかもしれませんが、ここはスルーが基本でしょう。

> tkさん

書き方の問題かもしれませんが、よく読んでもらえば「あなたはコードが書けるんだから、うだうだ言ってる暇あったらコードかけよ」っていう風にかいてるんですよ。ただ、この段階でわかったことは、この人はコードだけで評価されたくもない（そんな世界は低能だと）し、面倒なモジュールのメンテナンスは自分ではしたくない、という典型的フリーライダーのようなので（そのこと自体は否定しません。フリーライダーあってのオープンソースですからね）、それ自体が買いかぶりだったみたいですし、そういう方に stfu and write some code!といっても何の叱咤にもならない失礼な発言になるでしょうから、もう言いませんよという意思表示だったんですけどね。

わたしがオープンソースが素晴らしいと思っているのは、何千万人のユーザがいる会社のエンジニアでも、数人あるいは1人で自宅サーバでコード書いてるスタートアップの創業社長でも、あるいはニートの書いたコードでも、その人の社会的背景関係なくいいコードはいいと評価されることです。この方はそういう考え方を「100%脳みそ筋肉な低能」とバカにし、すべからくオープンソース開発者は公共心を優先させ、ニッチな用途のユースケースも想定して開発して公僕としてメンテナンスすべきであり、その一方で、誰にも使われない、あるいは用途が限定されたようなコードには公開しても価値がない、という考えでいらっしゃるようなので、（まあ前半が真実であればオープンソースコミュニティ全体に対する侮蔑的発言だなとも思いますが、ここはスルーしておきましょう）もう相容れることはないのかなあと思いますよ。

もっと細かいことをいうと私たちも「オープンソースで食う」ということはしていなくて、メシを食うための仕事をしつつその延長線上あるいはわき道で面白いとおもったものを会社の垣根をこえて公開・共有しようよ、ということで、それが楽しくてしょうがないわけなんですけど、そこもなんか「おれがコード書かないのを非難するなら、あんたの会社での業績もDISらせろ」みたいなことになってるので、わけがわかんないなあと思いますけど。

で、まあ、ふだんならスルーしてるところですが、話題に上がっているモジュールはもともと私が書いて公開して、退社するときに会社の同僚に引継ぎ、そして今も仲間がメンテしてるもんですから、ちょっとほっておけなかったんですね。まあ、スルー力がたりないといえばそうなのかな。

>ものすごく恐怖を感じてしまう人もいると思うんですよね。

>でも何か意図があって書かれたのでしょう？あの流れからみて攻撃的だなと感じたのは私だけではないはずです

>かなり致命的なダメージを受けると思うんです

>あまり建設的じゃないですよね

>ここはスルーが基本でしょう

えーとtkさんはなんでCPANの話をしている場にいわゆるスーツの論理みたいな話を持ち込んでいるんですか？
stfuawscの「wsc」が何の略かは分かって書かれていますか？
（余談ですが、stfuとだけ書いて肝心かなめの"write same code"の頭文字部分を省略するkokogikoさんはそのあたりが重要なポイントを略しててちょっとマズいなぁという印象を受けましたが、それはまぁおいとくとして）

tkさんの指摘はすべて「kokogikoさんをCPAN Authorの一人としてまっとうにツッコミする」というエントリー当初の文脈からははずれていると思いますよ。（希望するなら今後はコード書きとして想定しないのもやぶさかではないとmiyagawaさんがコメントしていますが）

> nobu

同じUTF8をx-sjis-softbankとx-sjis-softbank-autoの両方でencodingした時に、端末で見た絵文字が異なっていた（x-sjis-softbank-autoの方が想定していた絵文字）ので書いただけ。
コードDISでも何でもないつもりだが、純ギークでない人間は何を見つけても全くしゃべるなと？

まあいいや。
最近のでは、とあるけど、気に障ったの全部とりあえず洗い出してくれ。

> miyagawa
> よく読んでもらえば「あなたはコードが書けるんだから、うだうだ言ってる暇あったらコードかけよ」っていう風にかいてるんですよ。

なるほど、stfuawscは叱咤激励だったというわけですか。
わざわざTシャツまで作って。
（http://clubt.jp/product/11334_35109.html ）
ここギコ叱咤激励キャンペーンを張ってくれていたと。
なんで私1人ごときにそこまでやってくれるのか判りませんけど。
でも、そんなにキャンペーンまではって叱咤激励していただいていたのなら、エゴサーチしないと気付かない形ではなく、ちゃんと教えて欲しかったなあ。
Tシャツは「頑張れ！」と言葉を添えて1着献品いただくとか。

...と言うわけで、「馬鹿も休み休み言え」と。

> この方はそういう考え方を「100%脳みそ筋肉な低能」とバカにし、
> その一方で、誰にも使われない、あるいは用途が限定されたようなコードには公開しても価値がない

FUD.

ところで、
> nobu
> 本体がアップデートされた場合に不適合がおきてしまう→そのときあんたのもアップデートしろや
> miyagawa
> 面倒なモジュールのメンテナンスは自分ではしたくない

というあたりから見ると、どう考えても私がもういっぺんH::MA::Plugin::Extension（http://search.cpan.org/dist/HTTP-MobileAgent-Plugin-Extension/ ）を公開しても問題なし、という立場のように感じるのですが、これは如何なのでしょうか？

H::MA::Plugin::Extensionは、「メンテナンスが大変」とかももちろんありますが、miyagawaさんも以前どこかで「名前空間を侵食するモジュールが質悪い」と言われていましたし、上で挙げた（http://subtech.g.hatena.ne.jp/keyword/HTTP::MobileAgent%E3%81%AE%E3%82%A8%E3%83%B3%E3%83%8F%E3%83%B3%E3%82%B9%E3%83%A1%E3%83%B3%E3%83%88 ）でも、「名前空間の汚染を防ぐために、こういう作戦はどうよ？」と書かれていたので、やっぱ問題あると思ってそれ以上メンテするのを自重していたところもあるのですが、ここのコメントでのやり取りで別に公開しても問題なし、とmiyagawaさんのお墨付きもいただいたようなので、それなら近々もういっぺんまとめた上で、CPANに公開させてもらいます。
もしよろしければ、H::MA::Plugin::Extensionでcodereposにも参加させてください。

あ、ちなみに、
> 本体がアップデートされた場合に不適合がおきてしまう→そのときあんたのもアップデートしろや
みたいな物言いはお門違いですよ。

私は当時、別にもうH::MA::Plugin::Extensionを自分では使わない状況にあったし、コードにもほとんど関われない状況にあったので、個人でいうと別にH::MA::Plugin::Extensionなんてほったらかしててもよかったのですが、実際に使っている人がいるから「迷惑かかるよな、どうしよう」みたいな葛藤をしてたわけですけど。
（もちろん、miyagawaさんの「名前空間」云々発言で問題も感じてたので、その辺を解決するにはやっぱり本家側に取り込んでもらわないと、と考えるようになったわけですが）
でも今回うかがったオープンソースの理念からいくと、別に開発者が利用者の不便まで抱え込んで「アップデートしなきゃ」みたいな脅迫観念を覚える必要はないはずなので、その立場に立つはずの方の方から
> 本体がアップデートされた場合に不適合がおきてしまう→そのときあんたのもアップデートしろや
みたいな発言が出るのはおかしいですね。
アップデートするかどうかは開発者の自由なはずなので。
私自身が困ってれば、言われなくてもアップデートしますよ。私は自分が使わなくなった際の、アップデートしなきゃという脅迫観念を抱え込んだ苦痛をベースに、上記述べてますので。

miyagawaさん
実態はどうなのかしりませんが、私の目にはあなた方は非常に息のあった一つの「集団」のように写っていました。
なので、私はその全体の行動を観察しながら、私に対する温度を測っていたようなところがあるのですが、

飽くまでmiyagawaさんの段階でstfuawscという言葉が私に対して出たのは叱咤激励の意味で、その後Tシャツが作られたりとか悪ふざけが暴走したのは、tokuhiromあたりが勝手にやった事で、miyagawaさんは関知していない、と言われるならそうおっしゃってください。
それならば腑に落ちますので。
かつ、それならば、先にも書いたように私はあなた方の行動を一枚岩のように感じていたところがあるので、今回のイザコザは基本的にはtokuhirom氏との間の鬱憤が爆発した形で起きたことですが、その爆発に「H::MAの界隈」等とmiyagawaさん含めtokuhirom氏以外の人を含めてしまいましたが、
tokuhirom氏の暴走がmiyagawaさんの関知しないところであったならば、一緒くたにしてしまったことについては謝りますので、手をお引きください。
今後はtokuhirom氏とカタをつけますので。

そうでないというのならば、叱咤激励の意味でどうやったら影でTシャツを作る、という行動が発生するのか、miyagawaさんの口から納得のいく説明をください。

>コードDISでも何でもないつもりだが

くりかえしになりますけど「stfuawsc」と「コードをDIS」を混同してませんか？
「コード書けよ」というタグはあるけど「そのコードはおかしいだろ」というDISはどこにあるのですか？
（それともこれも「文句を言ってる暇があるならコード書けよ=DISっている」といういわゆるスーツ論理の用法？　ますます読むのがムズイ……）
できれば「コードDIS」ではなくて、単なるDISとか揶揄という風に正確に表現したほうが誤解が無いと思いました。（「コードDIS」はそういう意味では無いので、FUDとして間違った意味が広がるのはツッコミしたい）

> くりかえしになりますけど「stfuawsc」と「コードをDIS」を混同してませんか？
> できれば「コードDIS」ではなくて、単なるDISとか揶揄という風に正確に表現したほうが誤解が無いと思いました。

なるほど。
さすがモヒカン、細かい点にツッコミが入りますね（いや、悪意じゃありません）。
了解しましたが、また間違える可能性はありますのでご指摘ください。

> （それともこれも「文句を言ってる暇があるならコード書けよ=DISっている」といういわゆるスーツ論理の用法？　ますます読むのがムズイ……）

スーツ論理の用法と言うよりは、
> 本来の意味はそうであったとしても、行き過ぎたり悪ふざけが過ぎれば十分にDISの意味を含んできますよね。
と先にも書きましたが、Tシャツを作られたりとかのtokuhiromさんあたりの行動が元となって、「stfuawsc=DIS」という条件付けが私の中にされたためです。
miyagawaさんやotsuneさんレベルではそういう意図ではないのかもしれませんが、その辺の腑分けを一つ先のmiyagawaさんへの返答でお願いしています。

1. Tシャツをつくったのはわたしでもtokuhiromでもありません

2. stfuawsc をあなた向けのDIS(?)ととらえられてるようですが、実際に #CodeRepos などコードを書く場でありながら IRC でROMしているときなど、いろんな機会で多用されているので、なにか間違っているかもしれません。

3. あなたがどんなコードを書いて公開し、CPANにアップロードしようと、それに私が（そしてほかのだれもが）許可を出したり、それをとめたりする権利はありません。将来飽きてメンテナンスを放棄するのも自由です。それに対する批判は受け入れる、あるいは代替の方法を提示するなり引継ぎをさがすなりの努力はもとめられても、それが義務になることはありません。

nobuさんと私のコメントに共通していますが、あなたが「自家版」とか「仕事で使っている」とか書いているのがどのコードのことなのかわかりにくく、それが議論がかみあっていない１つになっているようです。上記の表現で、まさか自分でアップロードしたCPANモジュールを本家にあわせてメンテナンスする、ということだとはおもってもみないですから。

というか、そこまで気をもんだり、メンテナンスの不安とか、ほかの人に迷惑かも、とか考えてまでCPANに公開するモチベーションってなんだろう、って思ってしまいますが。

なんだかCPAN moduleの公共心という公的な話がどっかにいっちゃって、誰から揶揄されたとかそんな話ばかりになってきましたが。
私は「へー。CPANってそういう公共性があるんだぁ」と将来のCPAN書きが誤解するとか、stfuawscを「だまってコード書けよ」という意味じゃなくて揶揄だと受け取った上で、本来とは違う間違った用法の意味をblogでバラまかれて、それが閲覧者に定着しちゃうのが気になるだけなので。
単にtokuhiromさんに揶揄を仕返したいだけなのに、無理目にCPANの公共心とか言い出した……等の分かりやすい分離ができれば良いなぁと思っています。

あと「名前空間の汚染」の話は100%純粋にCPAN Authorの技術的な議論であって、揶揄とか人格ウンヌンとはまったく無関係に見えました。
どんなに優れた機能のコードでも、名前空間がごちゃごちゃになったらmoduleとして使えなくなります。だからそれは「コードへのDIS」ですら無いですよね。単なる技術的な交通整理の範疇だと。
それとも設計上どうしても発生するわずかなデメリットを、個人的な感情かなにかで揶揄するために針小棒大に騒ぎ立てられた。という話なのでしょうか？　もしそうだとしても、コード的に内容に問題がないのであれば自分でmoduleを本家からコピーして書いてしまえばいいと思いますが。そういう感情論とか個人的な話とコードそのものが無関係で使えるのがCPANやオープンソースのメリットだと思いますし。
だから「脅迫観念を抱える」というのも凄く違和感があります。

> miyagawaさん

stfuawscの件について、なるほど了解しました。
miyagawaさんの段階では嘲笑の意図は全くなかったというわけですね。
それならば、これまで誤解しておりまして、大変申し訳ありませんでした。
先にも書いたとおり、私はstfuawscで私を嘲笑する連中を一枚岩として見てしまっており、その筆頭は、最初にstfuawscという言葉を使ったmiyagawaさんだと考えておりましたから。

しかし、そうではないとおっしゃっていただいたので、その言葉を信じます。
これまで誤解してしまっており、大変申し訳ありませんでした。

しかしながら、
> 1. Tシャツをつくったのはわたしでもtokuhiromでもありません

それならばTシャツを着て写っていたnekokak氏ですか？
いずれにせよ、tokuhirom氏のブログタイトルのデザインはTシャツと全く一緒ですので、stfuawscと一般語句を私と結びつけて嘲笑しようという動きの中にtokuhirom氏が加担していたことは、否定しようがありません。

> 2. stfuawsc をあなた向けのDIS(?)ととらえられてるようですが、実際に #CodeRepos などコードを書く場でありながら IRC でROMしているときなど、いろんな機会で多用されているので、なにか間違っているかもしれません。

もちろん、stfuawscがmiyagawaさんの造語だとは思っていませんので、ニュートラルなところでは普通に使われる言葉だったのだろうと思います。
ただ、日本の特定の集団の中では（そこにmiyagawaさんが含まれるかは別として。私は今まで含まれると誤解してしまっておりましたし、miyagawaさんの今回の言及でその誤解が解けました）、stfuawscという言葉が私という個人と結びついて、DIS・嘲笑の対象となっていた事は、紛れもない事実です。
Tシャツや、tokuhirom氏のブログタイトル画が、誰も悪意を持っていないにも関わらず自然発生するわけはありませんので。

私が「stfuawsc = DIS」という間違った認識を植えつけられたのは、そういう一派が存在したためと言うことをご理解いただき、私の心理状況を汲み取っていただければ幸いです。
後は、その一派とケリつけますので、miyagawaさんはどうぞ手をお引きいただければ幸いです。

これまで本当に申し訳ありませんでした。

> otsune

あ、そっち方面は完全「私の認識違いだった」でいいっすよ。
全然。

CPANモジュールが公共性を持つというのは、私自身はそう信じてたし、それを信じてたからこそ、モジュールが管理できなくなったりうまく全体最適化できない自分自身を責め立てたりしてたんですが、そんな鯱ばって取り組まなくてもいいもんだったのなら、それでいいです。
完全に認識違いでした。
一面「スーツ的な観点も持つ」私からは、えー、そうだったの、と思うところもないではないですが、一面では私もそれで気が楽になる部分があるので、それはそれで大歓迎です。

ただこのエントリを書いた当初は、CPANは公共性を持つというのが正しいと信じて疑ってなかったので、その視点から見て間違いだろ、ということでいくつかあった攻撃材料の一つにしていたわけですが、それが認識違いであったなら、その点で攻撃した事は完全に私の間違いでした。

この度は間違った認識を広めてしまい、誠に申し訳ありませんでした。
この点に関しては、本文に注記しておいた方がいいですかね？

というわけで、otsuneさんもその点が気にかかる論点であったということでしたら、以後手をお引きいただければありがたく存じます。
そろそろ、tokuhirom氏に出てきていただきたいのですが。

[kokogiko注：本コメントは、1/5 9:30まで、SPAMコメント判定に引っ掛かって埋っておりました。
そのため、コメントの流れにあわない可能性があります。
システムの原因とはいえ、申し訳ありません。
内容には一切手を加えていません。]

stfuawsc の用語についての指摘にまだ腑に落ちないところがあるのですが、はてなダイアリーキーワードの記事が問題なのかな？ 内容が全然正しくなかったので、更新しておきました。
http://d.hatena.ne.jp/keyword/stfuawsc

「fuck」や「ハゲ」は明らかにきつい言葉。

[kokogiko注：本コメントは、1/5 9:30まで、SPAMコメント判定に引っ掛かって埋っておりました。
そのため、コメントの流れにあわない可能性があります。
システムの原因とはいえ、申し訳ありません。
内容には一切手を加えていません。]

Tシャツ作ったのは僕ですよ。ショップ名から推察がつきませんでしたか？
個人的には改心の出来だと思っておりますので、tokuhirom氏やnekokak氏の功績だと思われているのは大変遺憾に思います。

ちなみに元画像はこちらにあります。
http://pics.livedoor.com/u/mala__/1602540/info

さて、ここからはビジネスの話になりますが、今のところTシャツの販売価格設定を最低価格にしているので利益が出ていませんが、1000円ほど値上げして収益をkokogikoさんと折半しても良いですよ。悪い話ではないと思うのですがいかがでしょうか。

> コードDISでも何でもないつもりだが、純ギークでない人間は何を見つけても全くしゃべるなと？
あなたがやったことは、「バグがあるかもしれない」と広報しただけですよね。
具体的な現象も書かずにこれだけでは作った本人にはFUDだと感じるんじゃないですか。
あなたのモジュールが同じこと言われてたらどう思いますか？
別にパッチを送る義務もなければ報告する義務もないわけですが、「バグありそうな悪寒」だけでは利用者の不安をあおるだけでしょう。

> あなたがやったことは、「バグがあるかもしれない」と広報しただけですよね。
> 具体的な現象も書かずにこれだけでは作った本人にはFUDだと感じるんじゃないですか。

うーん、そうですね。
すんません、Twitterのつぶやきにそこまで深く考えてなかったので、まあそう言われればそうかもしれません。
でも、まあこのエントリのきっかけとなったtokuhirom氏の一文も、誤解だったとはいえ誤読されるような書き様だったというのと同じレベルの不注意さという事で、許してくれマイカ。

少なくとも、上記の1件で、私がtokuhirom氏から執拗にstfuawscTシャツ作られたり、ブログタイトル画で揶揄られたり、そんな嘲笑を受けなければならないレベルのことではないと思うのですがどうでしょうか。
もちろん、tokuhirom氏がそれをしても道理であるほど、酷い事を私がしているのだ、とおっしゃられるなら、それを列挙いただいてもいいですよ。

今回の1件、はてブなんかでは「無駄なコメント欄の争い」とか書かれてますが、私としては

・これまでCPANは公共性を持つ場だと信じていて、にもかかわらずCPANモジュールを十分に管理できなかったり、全体最適化する力がなかったりで公共性を十分果たせていない、という点で自分を責めて自縄自縛に陥っていたところがあったが、その誤解が解けて思考が自由になった

・これまでTシャツ等執拗で陰険な攻撃をしてくる一派の頭目がmiyagawaさんだと信じていて、すなわちPerlギーク界全体に敵視されているような間違った認識を持っておりすさまじい閉塞感を感じていたが、そうではなく、miyagawaさんは全く攻撃に関知しておらずstfuawscという言葉は純粋に叱咤激励として使っており、叱咤激励としてのstfuawscを捻じ曲げて嘲笑するような暴走をしているのはtokuhirom氏周りだけとはっきりしたことで、閉塞感から開放された

という点で、よかったと思っています。
こんな誤解や誤認識、ここまでぶつからないまま何千万行コード書こうが解決されませんからね。

というわけで残された問題は、tokuhirom氏がこれまで私に行ってきた攻撃に対して、氏の認識を問いただすことだけですが、当初のエントリと本筋がずれてきてますし、ここのコメント欄で続けてもtokuhirom氏は出てこないと思うので、本エントリの総括も兼ねて、明日にでももう1エントリ起こします。

なので、とりあえず本エントリのコメント欄は、これにて打ち止めという事で。
よろしくお願いいたします。

tokuhirom氏の
「これにより、メモリの使用を抑えられる上、多少精度が向上するはず。」
から悪意を感じたのは敵意を感じているあなたぐらいだとおもいますよ。
このエントリの前半に書かれてることなんか説明するまでもなくみんなわかってますよ。間違いなく。
誤読なんかしませんって。
それからtokuhirom氏にTシャツ作られた、って、それ違うってmiyagawa氏から聞きませんでした？
コメントしてる人に対して「その直前の段落嫁。」やら「ソースキボンヌ。」やら無視するわで
失礼がすぎるんじゃないでしょうか。

だから、もう終わりにしようって言ってるのにー。
もう1エントリ挙げるって言ってんだから、続きやりたいならそっちでやろうよー。
それに、わざわざ呼びかけ無視して続けるなら、簡単には反論できない、うーんと考えさせられちゃうようなレベルのビシッと頼みますよ...。

> tokuhirom氏の
> 「これにより、メモリの使用を抑えられる上、多少精度が向上するはず。」
> から悪意を感じたのは敵意を感じているあなたぐらいだとおもいますよ。
> このエントリの前半に書かれてることなんか説明するまでもなくみんなわかってますよ。間違いなく。
> 誤読なんかしませんって。

この文章自体ミスリーディングなんで、どっちの意味かはっきりしてもらえませんかね（次のエントリで、でいいですよ）。
・敵意を「tokuhirom氏に」感じているあなた
なのか、
・「tokuhirom氏からの」敵意を感じているあなた
なのか。
で、事実は後者だし、確かに「tokuhirom氏からの敵意を感じている私」は誤読しましたが、それが何か？
その事については謝罪済みですし、誤読を生じさせるレベルの悪意が常に向けられてきた事に関してはスルーですか？

> それからtokuhirom氏にTシャツ作られた、って、それ違うってmiyagawa氏から聞きませんでした？

あなたの方こそ、
> それならばTシャツを着て写っていたnekokak氏ですか？
> いずれにせよ、tokuhirom氏のブログタイトルのデザインはTシャツと全く一緒ですので、stfuawscという一般語句を私と結びつけて嘲笑しようという動きの中にtokuhirom氏が加担していたことは、否定しようがありません。
の一文が見えませんか？
単純に事実としてのTシャツを作ったことをとればtokuhirom氏が犯人ではないのかもしれませんが、Tシャツを着ているところの写真があったは彼の「同僚の」nekokak氏だし（かつ、その写真を撮ったのはtokuhirom氏っぽい）、かれのブログタイトルのロゴはTシャツとデザインが全く同じなので、彼がTシャツに象徴される悪意の片棒を担っていたこと、或いは本当にTシャツを作ったのは彼が全く知らないところの誰かであったとしても、Tシャツが作られた原因と同様の悪意を彼が持っていた事は疑いないと思いますが？
それとも、今後いちいち「Tシャツを作ったわけではないけど、Tシャツに象徴される悪意を持っていた事は疑いないtokuhirom氏、及びその一派（その中にはTシャツ作成の真犯人もおそらく含まれる）」とか書かないとダメですか？
面倒くさいなあ。
その辺は詳細知りたければ過去レス読め、で、文章の簡便のために「tokuhirom氏」で代表してきたわけですが。
で、その辺の事実を明らかにするためにも、tokuhirom氏自身に出てきていただいて釈明いただきたいのですがね（次のエントリでね）。

> コメントしてる人に対して「その直前の段落嫁。」やら「ソースキボンヌ。」やら無視するわで
> 失礼がすぎるんじゃないでしょうか。

あの時点では、私はTシャツ事件とかの一連黒幕こそ、最初に私にstfuawscという言葉を使ったmiyagawa氏だと思っていましたからね。
裏を全部知っている、それこそ「私に失礼な行為が続けられている」事の黒幕が、白々しくいけしゃあしゃあとよくコメントするな、というのがあの時点での私のmiyagawa氏への印象でしたから。
その後、それは誤解だというのが判ったので、ちゃんとmiyagawa氏には謝罪してますが？
それとも、誤解をしたという事と、その誤解の結果生じた行動に関しては、別々に謝罪をしないといけませんか？
もちろん、miyagawa氏には申し訳ないことをしたと思っているので、謝れといわれるならば何度でも謝りますが。

「miyagawaさん、私に向けられる悪意の黒幕があなただと勘違いしていた際に、その誤解のために失礼な言動を吐いてしまい、大変申し訳ありませんでした」

ただ、個人的には、衝突があってそれが誤解だと判り謝罪もして水に流した後に、「あれに対しては謝ってない」「これに対しては謝ってない」という形で延々と「謝罪と賠償を要求スルニダ」みたいなのは好きじゃないんですけどね。

べつに謝罪を要求した覚えもないし、逆にあなたが謝ったからといっていままでのことを水に流したつもりもありません。

Shut the fuck up and write some code. I mean it.

今、MTの管理画面を見たら、miyagawaさんとmalaさんのコメント（1/4の8:59、11:23の分）がSPAMとして埋もれてましたので、サルベージしました。
システムの原因とはいえ、申し訳ありません。

その件に関するレス：
> miyagawaさん

いえ、そこはあまり意識してなくて、どういう事が書いてあったのかも覚えてません。
飽くまで、顔も見えず意図もよく判らないところでTシャツ作られてたりとかされたことで、悪意を感じていました。
もちろん、何が書かれていたか覚えてませんが、そこをみたことで悪意を受けている、という認識を確信した可能性はあります。

> malaさん

マジっすか！
貴殿に参戦されては勝ち目ないです...常々、貴殿とYappoさんには勝てないと思ってるので...。

Tシャツの件に関しては、抗精神薬飲んでたりとメンヘラの気もあるので、顔が見えず意図も判らないとこで盛り上がってたので、笑い流していた時期もありましたが徐々に悪意を感じていたのですが、
作ったのがmalaさんというのさえはっきりすれば、別にそれでいいっす。
malaさんならさもありなんと思いますので。

別に誰が何を言っているのか顔さえ見えてれば、元々いじられキャラであるのは認識してますので、「日本最大のstfuawsc野郎」としての立場を甘受するのは全然やぶさかではありません。
私自身はコメントツリーの中にも書いたとおり、必ずしも「Shut the fuck up」して「write some code」しなければならない、という価値観は持ち合わせておりませんが、別に顔が見えてコミュニケーションも成立している範囲で言われる分には全然気になりません。
なんだかよく判らないところで長らく盛り上がっていたので、悪意なのか何なのか判断が付かなかっただけで。

なので、Tシャツを作ったのが誰なのかを特定する事は個人的に重要だったのでこだわってたわけですが、判ったのでもういいっす。
次のエントリはなしということで。

で、ビジネスの件ですが、個人的には何よりまず1着欲しいのですが、献品とかってのはナシっすかね？
サイズはXL以上の最大ので。
利益出てないから無理っすかね？

わざわざ終了宣言しなくても、どうせみんなすぐに飽きちゃうか終了宣言しなくてもいいとは思うますが。
それは置いておいて。

> なので、Tシャツを作ったのが誰なのかを特定する事は個人的に重要だったのでこだわってたわけですが、判ったのでもういいっす。
当初Tシャツを作った件込みで膨れ上がっていたtokuhiromへの憎悪が元で起きた今回の祭りですが
malaだとよくてtokuhiromだと脳みそ100%天然ギーク扱いされてて、結局tokuhiromがTシャツに関しては黒だとわかったのに放置だなんて可哀想だとおもいます女子高生的に考えて。

この180度な豹変っぷりはやばい気がするです。
とりあえず今一度tokuhiromから悪意の電波を受け取った内容を整理してみた方がコメントを読む人にも理解し易い気がします。
もうすでに何が原因でキレてるのか誰もわからなさそうだ。

あーあとtokuhirom一派の内訳も教えて下さい。
このエントリ前での内訳と、現在での内訳。

一方tokuhiromは
HTTP::MobileAttribute - Yet Another HTTP::MobileAgent
を開発していた。

一派の人はkokogikoばかり叱咤激励せずに
otsuneの牙指令にもstfuawscって言ってあげなよ。
otsune可哀想じゃん。

 豹変ワロタ。
あれだけ暴言はいたのに今じゃ「Tシャツください」(しかもサイズ指定つきｗ)かｗｗｗｗ
変わり身の早いこと。
新年早々一方的に恥をさらしただけでしたね。
見てるほうが赤面するわ。

> miyagawaさん
> Shut the fuck up and write some code. I mean it.

今回の1件で、miyagawaさんのstfuawscに悪意がないことは了解しましたが、私はコメント半ばでも書いたとおり価値観を共有しておらず、stfuawscがあらゆる場合にベストな事とは考えておりませんので、それを言われましても何の叱咤激励にもなりません。

別に今後も、文章を書いた方が早いと思えばまず文章を書きますし、コードを書いた方が早いと思えばまずコードを書きます。
自分のスタンスでやってますので、stfuawscは私にとってかけても何の意味もない言葉だという事は了解いただきたく存じます。

> malaだとよくてtokuhiromだと脳みそ100%天然ギーク扱いされてて、結局tokuhiromがTシャツに関しては黒だとわかったのに放置だなんて可哀想だとおもいます女子高生的に考えて。

malaさんとかYappoさんは、blogとかみて大体スタンスが判ってるんで。
ああ、この人らは誰が相手でもどんな空気でもおちゃらけるんだろうな、というかそんな感じの。
そこに悪意は感じないし、もしくは実は裏に悪意があったとしても、おちゃらけ芸でオブラートにくるんでる感じがするのであんまり腹立たない。

でもtokuhirom氏はblog見てもあんまスタンス判らないし、そもそも会った事ない（はず...まあ、それを言うとmalaさんもだが、malaさんはblog見てるとスタンス感じるので）し、にも関わらずなんか絡んでくるし、おちゃらけてるだけなのか悪意があるのかさっぱり判らない。
その意味でひたすら不気味だった。
miyagawaさんは何度も会ってるけど、彼もいまいちスタンス判らない。
あまりおちゃらけるタイプにも見えないし。

俺も最初のうちは別にまあイジラれてるだけだろうと思ってたから、ネタでstfuawsc.net取得してみたり、nekokakさんのTシャツ写真にネタリンク貼ってみたりとおちゃらけ返してたりしたんだけど、そうすればその写真削除したりと、相変わらずなんか姿がみえないままコソコソとされるので、やっぱりおちゃらけてるんじゃなくてマジで悪意がある人なのかなと。
で、別に俺はギーク文化共有してないからstfuawscの本来の意味なんか知らんし（その意味ではmiyagawaさんの言いようも酷い気がしてきた、意味を知らない者に勝手に投げかけておいて「あなたは根本的に stfuawsc の意味がわかってないとおもうのですが」って知らんっちゅうねん）、どう考えても悪意があるとしか思えない接し方をしてくる人が使うんだから悪意のある言葉なんだろうし、だったら最初にstfuawscと言う言葉を投げかけてきたmiyagawaさんも俺に悪意があるんだよね、っちゅう感じで受け止めてきたわけですが。
特にtokuhiromさんとmiyagawaさんのスタンスが見え辛かったんで、stfuawscとは悪意の言葉だし、彼らは人に悪意をぶつける人なんだな、と納得してたわけです。
で、今回の件があったので、爆発したと言う感じですね。

で、まあmiyagawaさんに関しては誤解だと判ったものの、tokuhirom氏に関しては相変わらず何を考えているのか判らないままだったので、Tシャツの犯人を割らせる事でスタンスを暴露してやろうと思っていたところに、malaさんから自分が犯人だとカミングアウトされてしまったので、萎えてしまったというところです。
tokuhirom氏とは違い、malaさんからはこれまでも一貫して別に悪電波は感じなかったし、またおちょくることはあっても悪意で何かをする人とは思えなかったし（少なくともそう思わせない芸があったし）、またtokuhirom氏はこれだけ書いても出てきませんがmalaさんは自分から出てきましたし、なのでmalaさんが犯人ならTシャツに関してはどうでもいいや、というかそんな気分になったと言う感じです。
もちろんmalaさんはそうだったとしても、tokuhirom氏はやはりブログタイトル画とか悪意を持っているのかもしれませんが、ここまで出てこなかった以上これ以上書いてもtokuhirom氏は出てこないだろうなとも思ったんで、まあ象徴的なTシャツの犯人が判ったところでまあいいかという気分になったという感じです。

で、malaさんに関しては別に敵意を感じないので、ネタに対してネタで返しました。

> あーあとtokuhirom一派の内訳も教えて下さい。
> このエントリ前での内訳と、現在での内訳。

サブテカですね。
もっとも外部から見てスタンスの判り易いotsuneさんとかyappoさんとかmalaさんには特に悪意を感じませんでしたけど。
というか、結局なんかstfuawscの意味を間違って受け取っていたために、それを投げつけた相手として禍根みたいなのを感じていたのは基本tokuhirom氏とmiyagawaさんだけで、miyagawaさんが俺を嫌っているがために、tokuhirom氏をはじめとする周りの何人かがそれを面白がって一緒に馬鹿にしてる、みたいな図式があるのかなと思ってました。
で、その中で直接私にまで絡んでくるのはtokuhirom氏だけだけど、その背後にまだ何人かそういう面白がっているサブテカがいるのかなと。

自分のBlogのコメント欄で「これだけ書いても出てきません」
って何様なんだろう・・・
返事がほしいんならもう一度きちんとエントリかかれてはどうですか。

久々にみにきたらやたらとのびてますね。

上で既に miyagawa さんが書かれておりますが、sfuawsc という言葉に悪意や蔑視の感情はありません。

また、ブクマのタグにはそれほど深い意図はありませんし、ブクマのタグはそのエントリを全部よまずに最初の一行だけよんでつける場合もあります。タイトルだけみてタグつけてるときもあります。私はもともとブクマのタグは、誰かにみせる目的でつけているわけではありませんので。

# kokogiko さんには先日の YAPC でお会いしてご挨拶させていただいたことがあったと思いますが。

> tokuhirom氏
> # kokogiko さんには先日の YAPC でお会いしてご挨拶させていただいたことがあったと思いますが。

そうですか。それは失礼いたしました。
忘れてしまっておりました。
面識のない人だと思ってたので、何で粘着するのかなあという感じで不気味さを感じていたのも激高した一因です。

出てきていただけたので、ならば2点だけお伺いしたいのですが、

1.stfuawscと私のブログデザインを結びつけて貴兄のブログタイトル画とされていますが、あれはどういった意図ですか？
stfuawscが叱咤激励であるならば、行動に紐付くのならば納得ですが個人に紐付くのはおかしいと思うのですが。
　
まあ、元はmalaさんが作った画像ですから、malaさんに聞け、というのが筋かもしれませんが、malaさんはマジメに答えてくれないでしょうし（まあそれがあの人の芸なのでいいのですが）、malaさんはネタで勢いで作ったとしてもそれを長期に渡ってブログタイトルに使うと言うのには、何か意図があっての事と思いますので、それをお聞きしたい。

2.先日の'81s飲み会の際に、私の知人が貴兄に会いまして、その際に「kokogikoさんも薄々気付いてると思うけど」という語り出しで、私を嘲笑しているとか、悪意を持っているといった類のことを話していたと伺っているのですが、それは事実としてはどういった事を話していたのかお伺いしたい。
好意的に受け取れば、先のコメントにもあった「kokogikoさんのコードは変態的だ」レベルのことをいったのを、知人が誤解釈したのだとも思えますが、その場合「kokogikoさんも薄々気付いてると思うけど」という語り出しに繋がるとは思えないので。

以上、回答いただければ幸い。

sfuawsc は単に自戒の意味でブログのタイトルにしているだけですが。また、たまたま sfuawsc という言葉がはやりだした頃に mala がこれをデザインしていて、ちょうどいいサイズだったのでブログのロゴにつかっているだけで、とくに他意ありませんけども。長期にわたって云々といわれましても、とくに理由がなければブログのロゴなんてさしかえないと思いますけども。

「kokogikoさんも薄々気付いてると思うけど」などと発言したおぼえはないですが。1981忘年会は飲み会ですから、その知人の方とお会いしたときには飲み会は佳境で、参加者みんなかなり酒が入っていましたし、酒の席の上のことなので、その知人の方の記憶もそれほど精度が高い情報ではないと思いますが。

> 私はコメント半ばでも書いたとおり価値観を共有しておらず、stfuawscがあらゆる場合にベストな事とは考えておりませんので、

だれも「あらゆる場合にベスト」だなんて言ってませんが。

> 別に今後も、文章を書いた方が早いと思えばまず文章を書きますし、コードを書いた方が早いと思えばまずコードを書きます。

当たり前のことですね。コードを書いたほうが早いときに、あなたがコードを書いていないから stfuawsc と突っ込んでいるんですけどね。「おれはスーツだからコードを書かなくてもいいときがあるんだ！」という主張なんであれば、ツッコミをスルーすればいいだけの話だとおもいます。

> tokuhiromさん

> sfuawsc は単に自戒の意味でブログのタイトルにしているだけですが。また、たまたま sfuawsc という言葉がはやりだした頃に mala がこれをデザインしていて、ちょうどいいサイズだったのでブログのロゴにつかっているだけで、とくに他意ありませんけども。長期にわたって云々といわれましても、とくに理由がなければブログのロゴなんてさしかえないと思いますけども。

なるほど。
そういう意味であれば、意味があるのはstfuawscという言葉だけで、あの画像そのものはstfuawscを画像化したものなら別に何でもよかったというわけですね。
それならば、もしよろしければ、画像を差し替えていただけませんか。
別に要求するわけではなくあくまでお願いですが、あの画像がある事で私は馬鹿にされていると感じましたしstfuawscの意味も誤認識してきましたので。
もし了承いただけるならば、差し替え対象画像については友人の絵描きにでも頼んで同じサイズのいくつか提出させていただきます。

> 「kokogikoさんも薄々気付いてると思うけど」などと発言したおぼえはないですが。1981忘年会は飲み会ですから、その知人の方とお会いしたときには飲み会は佳境で、参加者みんなかなり酒が入っていましたし、酒の席の上のことなので、その知人の方の記憶もそれほど精度が高い情報ではないと思いますが。

最初の一言はそれじゃ記憶違いだとしても、全体の傾向としてどのような話をされたか教えていただけますか。
やはり「コードは変態的だ」的な話ですか？それならば真意をうまく読み取れなければ悪意と解釈するだろうので納得ですが。
酒の上の席とは言え、まったく忘れてしまったということもないだろうので、断片だけでもよろしくお願いいたします。

> miyagawaさん

> 当たり前のことですね。コードを書いたほうが早いときに、あなたがコードを書いていないから stfuawsc と突っ込んでいるんですけどね。「おれはスーツだからコードを書かなくてもいいときがあるんだ！」という主張なんであれば、ツッコミをスルーすればいいだけの話だとおもいます。

コードを書いた方が早いかどうかについては、私で判断しますし、ギークかスーツかという2分法を導入する事に意味があるかはともかくとして言葉を借りるなら、まさに「おれはスーツだからコードを書かなくてもいいときがあるんだ！」というふうに思ってますので、
miyagawaさんはギークへの叱咤激励の意味でstfuawscを使っていると伺いましたし、これまで私に使われたのはディスコミュニケーションであったので別にいいです。
が、今後は私に対してはstfuawscという言葉は意味がないことをお伝えしましたよ、という確認だけの意味ですが。

> miyagawaさん

すみません、今miyagawaさんのはてブを見てみると、stfuawscではてブされていた私のサイトへのブックマークが軒並み削除されてますが、これは上記「私に対してはstfuawscという言葉は意味がない」ことを了解していただいての措置でしょうか。
それならば、ありがとうございます。

今一度miyagawaさんの真意を読み解きなおそうと、miyagawaさんがstfuawscをつけたページを確認してみましたら、なくなっているので驚きました。
最低限
http://kokogiko.net/m/archives/001757.html
についていたのは覚えているのですが...。

ブックマークの削除など1つもしてませんよ。事実誤認か妄想でしょう。

http://b.hatena.ne.jp/miyagawa/20060926#bookmark-2857251
タグではなくコメントとしてつけていますね。

なんとなくわかってきたのは、「作成物より誰が作ったかが重要」VS「誰が作っても作成物が重要」のスタンスの違い。ココギコさんは、コードだけにかぎらず、Tシャツの件などのように、誰がどういう意図で作ったかについて、すごくこだわってらっしゃいます。一方、miyagawaさんは作者が誰だろうと作成物だけを評価したい感じ。やっかいなのは、前者はもともと好き嫌いが判断基準になっているようで、本当に優劣を判定できるかあやしいということです。とはいえ、そんな性格？を指摘して激励するとはいいながら、人格否定する書き込みを行ったりするのはどうかと思う。あるいはそれを扇動したりするのは明らかに行き過ぎ。そうなると、オープンソースとといいながら新種のカルトのような、偏狭な考えに陥っているといわざるを得ないでしょう。特にスーパーな輩には釘をさしておきたい。やっかみも多くなるのも事実ですが、いちいち反応すべきではありません。
しかしながら、ここを読む限りの私の印象では、tokuhirom氏、その他の方々には、特に悪意のようなものは見受けられませんでした。（むしろよく我慢してるのではないでしょうか）そう、我慢。私がココギコさんにいいたいのはこれです。あなたは自由に発言してらっしゃるつもりでしょうが、とてもそうは思えません。我慢というか、自律というか、ぐっと我慢する、辛抱強い心。それがないと、怒りの感情に支配された奴隷の自分しかいない。自由であるためには特に必要だと私は思います。（ああ、また論点をずらしたスーツ的な意見といわれそうだ。・・・ギークはKids的な議論しか受け入れられないのかな）

> miyagawaさん

指摘の通りでした。すみません。

> tkさん

> ココギコさんは、コードだけにかぎらず、Tシャツの件などのように、誰がどういう意図で作ったかについて、すごくこだわってらっしゃいます。

Tシャツの件はともかく、H::MAに代表されるようなコードの件に関しては、今回のやり取りのお陰でCPANのスタンスについて納得しましたので、特に「誰がどういう意図で作ったか」にこだわってるつもりはありません。
コードの件でぶつかったのは、私が「CPANが公共性を持つ」、言葉を変えればユーザセントリックに考えすぎていたためで、そうではなくCPANはデベロッパーセントリックな場だという点に納得したので、その点については特に現在は何もこだわっていません。

H::MAに関しても、過去に遡って散々色々言ってきましたが、結局理由はユーザセントリックに考えすぎていたためで、
・H::MAは抜け落ちてるユースケースあるよね
・でもH::MAとほとんど変わらないモジュールとか作っても、ユーザ混乱させるだけだよね
・H::MA::P::Eみたいなのでユースケース補完しても、それはそれでユーザを混乱させるよね
・それならH::MA本体にユースケース取り込んでもらわなきゃだけど、でもいろいろアクションしても取り込んでもらえないよね
・どないせーっちゅうねん
という思考パターンに落ち込んでいたためにもがいていただけで、デベロッパーセントリックに考えてよかったのならば、
・H::MAは抜け落ちてるユースケースあるよね
・じゃ、勝手にユースケース補完するプラグイン作ればいいよね
・作ったらCPANに上げて、ユーザが自己責任で便利だと思うんなら使えばいいよね
で済む話だったので、今後はそうします。

コード云々は誰が作ったかどうか、より、オープンソースの理念を私が理解してなかったためにぶつかっただけなので、「コードでも作成物より誰が作ったかが重要」と私が考えている、というのは当たらないと思います。

＞ 1.stfuawscと私のブログデザインを結びつけて貴兄のブログタイトル画とされていますが、あれはどういった意図ですか？
これがkokogikoの誤解だわな。
ギコ猫を使う=私のブログデザイン云々と主張するのは傲慢すぎやしないか？

ギコ猫が自分の著作物であるという妄想に取り憑かれているのか。