RSSが取得できませんでした。|――てなことを、「なぜ関数プログラミングは重要か」を読んで思った。些細な違いだけど、「関数定義型」と言ったほうが日本語として正しく伝わると思う。いうか、コンピュータ用語はもうちょっと気を使って翻訳したほうがいいんじゃないのかな。昔はちゃんと日本語に置き換えていたというのに。それが「電算機」や「算法」のように結局使われなくなったとしても、日本語として意味が通じるように一度は考えてみるべきでしょう。オブジェクト指向プログラミングが分かりにくいのは、その名称および関連用語がちゃんとした日本語になっていないのが問題なんだと思う。概念としては特に難しいことを言っているわけじゃないのに、「クラス」「メソッド」「オブジェクト」「インスタンス」「インヘリタンス」「オーバーライド」「オーバーロード」とかとか言われるから、「何それ?」ってことになっちゃうんじゃないのかな*1。(追記:だから日本語になっている「継承」だけが印象に残ってしまうんじゃないだろうか。本質とは関係ないのに。)ちゃんと日本語にすれば、その単語の正しい定義は知らなくてもなんとなく意味が通じるのにね。いうか、そういう単語に訳すべきでしょ。「オブジェクト指向」も「対象志向」とかにしておけば良かったのに*2。*1:そういえばTRONはちゃんと日本語で言ってたのにね。なんで止めちゃったのかなぁ。あっちのほうが分かりやすいだろうに。|Subversionを使ってバージョン管理したい話をしたら、「デザイナーさんが使えないのは駄目」と言われてしまった。言ったけれど、インストールするのが嫌だとのこと。いやデザイナーさんが使っているDreamWeaverはWebDavに対応していた気がするので、Apache2.0を入れればいけるかと思ったけれど、ダウンロードはともかく*1、アップロードする時にエラーになってしまう。Apache2.0だとLOCKには対応していないらしい。Apache2.1ならいちおうLOCKが通るようになるっぽい。いうわけで仕方なくApache2.1を入れたらDreamWeaverでもファイルがアップロードできるようになった。今度はファイルの新規作成が出来ないのに気付く。調べてみるとDreamWeaverは新規作成するときにもLOCKをするけれど、存在しないファイルだからかApache側は4xxエラーを返していて、それで新規作成できないように見える。――と、このあたりで手詰まりになって保留中。検索してもそれっぽいのが見つからないし。なんとかならないものか。*1:まあGETだし。|チームでないとできないテーマの、そこそこいい線いっている研究をやっていて、まとまりのある理系大学院の研究室に似ている。はてなという会社全体の印象について――だからかもしれない。研究室じゃなくて、「ちゃんと作品を作って発表してそれなりに評価を得ている文化系サークル」かもね。会社の中見たことないから知らないけど。個人的には株式公開なんか考えずに、現状の延長で会社を大きくして欲しい、と思う。IT企業というとどうしても「株式公開で一攫千金」的な方向になりそうだけれど、「ジャパネットたかた」のような方向を目指すのもアリなんじゃないだろうか。なんとなくだけど、はてなの目指す方向は――個人としての、高田さんの目標は何なのですか?高田は、笑いながらこう答えた。「僕も含めて、周りの皆がハッピーになる。それでいいんじゃない?」そこには会社という組織を徹底的に共同体としてとらえ、家族として共に歩んでいこうという頑強な意志があるように思えた。それは、90年代以降の苛烈なグローバリゼーションに洗われる以前、古き良き時代に日本企業が目指した理想形でもあったのではないか。高田明~その3――に近いのではないかと感じているので。それでもそれなりに大きな企業にはなれるのだし。できればこういう方向でいって欲しいな、と。無関係なひとの勝手な希望ではありますが。追記あ、ひょっとして梅田さんに誤解させてしまったのかな。書き方が悪くてすみません。はてなが早期にexitするのではないかと心配しているのではなくて、「永久にexitしないといいんじゃないの?」という話です。......これはこれで梅田さんが来たから株式公開すると考えたように読めちゃうか。別に梅田さんが来なくてもそういう方向性はありえただろうし、そういう意味では梅田さんが参画したから何かが変わると思っているわけじゃないんだけれど。追記あ、ここにも自意識過剰なお仲間が(笑)。僕もmiamotoさんと似たような感想を持っていて、梅田さんの参画によってもうちょっと会社化されればいいんじゃないのかな、と思う。以前いた会社がまさにサークルの延長で運営されていて破綻していく様を見ていたから、どうしてもそれを思い出してしまうんですよ。ついでに、はてなの拡大化について拡大化するときには大きな変革が必要で、例えばコミックマーケットで岩田次夫氏が行なったような役割を梅田さんが担うのかもしれません。歴史に倣うなら梅田さんは一部の人から猛反発されそうではありますが、それでもそれをやるだけの価値はあるんじゃないかと思います。08:50いえいえ、本エントリーに反応して書いたんじゃないからご心配なく。12:36TBありがとうございました・・・って書こうと思ったんですが。ココのコメント欄みて冷や汗。なんというか、その、ものすごい勢いで気まずいです。13:00内容的には僕が書いたもののほうがアレだと思うので、tomoさんのことでもないんじゃないのかなぁ。02:04お二人ともどうぞご心配なく。02:25あ、僕は特に気にしてないですよ。ついてコメントがあったので確認してみました。計算するほうが良いですか。計算すればいいですね。んでもaを求めるのが面倒だなぁと思ったら、EXCELの表もあって至れり尽くせりです(笑)。ついて解いてみれば概要が分かりそうです。(そのうち計算して結果を書く、予定)それはそれとして、リンク先で触れられていた「新ネットワーク思考」は面白そうですね。そのうち読んでみよう......。面倒な式を書いていたのですよ。22:55バラバシは、なかなかですよ。あ、トラックバックありがとうございます。lowhttp://d.hatena.ne.jp/hihi01/20050326情報偏食の改善。http://asakura.g.hatena.ne.jp/asakura-t/200512262005-03-17(Thu)マスとニッチとコストのお話。|デジモノさんの記事がおかしいと思ったので、ちょっとコメントしておく。前提としてしかしもし、ノードは増えず、コネクションだけが増え続けるネットワークを想定したらどうなるでしょう?とある。あと、サイト(供給側)と利用者(需要側)の視点がまざっているのも微妙。そもそも接続コストはマスのほうが小さくニッチのほうが大きいんですよ*1。それを無視するのはいかがなものかと。利用者がコネクションに対して支払えるコストは一定だから、あるニッチに対して大きなコストを支払ったら、残りの部分はコストの低いマスに依存するようになるでしょう。*2*1:これはニッチとマスのライフサイクルの長さからも言えるし、それ以外の点でもニッチのほうがコストが高くてマスのほうがコストが低い。*2:そういや、それを実証するようなデータが日経ビズテックにも載って気がする。場合について考えてみます。なりますので、を満たすnを求めることになります。約0.7997となります。約0.2003にしかなりません。*1――と、この辺まで書いているときにデジモノさんからのトラックバックとそれに関する梅田さんの記事を読んで、ロングテイル論にはもうひとつの視点があるのに気付きました。それは大きいほうから集積したものと同じ量を、小さいほうから集積して集めることができる。式で表すと、が成り立つってことです。nである可能性がある点で、前の考察とは異なります。実際、上記の式を満たすkは約0.2235となり、nの約1.608より小さくなります。これが何を意味するかというと、「ロングテイルをかき集めてなんとかなると言っても、実際には相当部分ロングテイルじゃない部分も必要だ」ってことでしょう。重複している部分が相当な割合を占めてる。「しっぽだけじゃ駄目だ」っていう(ロングテイル論の信奉者にとってたぶん)つまらない結論になりますけど、個人的にはこれならアリかと思いました*2。GoogleだってAmazonだって、ロングテイルだけで存在してる訳じゃないですからね。*1:あ、添字は上と下ひっくり返しておかないと駄目か。別にいいよね、同じことだし。*2:ので、面倒だったので2.と3.の計算はやめました。2.だとロングテイルだけじゃだめで3.なら可能性がある、という結果になったんじゃないかと。ま、1/(x+1)で成立しても現実味はイマイチなさそうですけど。18:04こんにちわ。↓あたりで示されたべき乗則の近似かと信じておりました。19:52こんなん作ってみました。http://homepage2.nifty.com/hhirayama/long-tail050322.xls100では実際には全然すくなすぎますが、たとえamazonであっても在庫は有限だと思います。超えるかどうかが分かる、と思う。いうのはおそらく専門家の人が示すんでしょうけど。思うので、ここから予測することくらいはできるんじゃないのかな、と。|僕の考え方は、「いままでに発見されている基本法則は、原則として変わらない」というものです。相対性理論が発見されたとしてもニュートン力学は変わらない、とかそういう感じで。今までに発見されていた法則が新しい法則の特殊解である可能性は高いかもしれませんけどね。そんな感じなので、ロングテイル論がパレートの法則(あるいはベキ法則)を維持したうえでのお話であれば「なるほどね」と素直に思えたのですが、その法則が成り立たないとか言われるととりあえず眉に唾をつけて話を聞くのが正道だろう、と。既存の法則を特に否定しない「しっぽをかき集めればそこそこの価値がある」ってのは気になりません。「集め方を変更することで今までの見方だと価値が違って見えるよ。変更に伴って見方を変えればやっぱり今までの法則が成り立つよ」っていう話であればいいんですけどね。前に「売れた結果をソートし直したらやっぱりパレートの法則に従うんじゃないの?」と言ったのは、そういう視点からです。パレートの法則はただの特殊解に過ぎなくて、より一般的な法則で書き換えられるってのもアリです。パレートの法則の一般解はベキ法則っぽいので、それだとますますロングテイル論の半分はうさんくささが増すわけですけど。梅田さんから論文を示していただいて嬉しい反面、「英語はやだなぁ」という理由で某大学に行った人間にはちょっとつらい。少なくとも高等学校程度の数学*1について考えるよりあの英文を読むほうが難しいです(苦笑)。続きを書くために高校の時に使った参考書をひっくり返すはめに。|梅田さんの説明を読んでもやっぱり微妙に違和感が残ったので、ちょっと理由を考えてみた。ロングテイル論の要点がマクロに見たときに、「マスの集積」よりも「ニッチの集積」のほうが市場が大きく、ネット事業ではリアル世界とのコスト構造の違いから、その「ニッチの集積」を効率よく追求可能になった、ということを論じているものだ。あるということになると思う。1.は『「ニッチの集積」を効率よく追求可能になった』ことを示し、それがnからmへの増分です。これについて異論はありません。2.は『「マスの集積」よりも「ニッチの集積」のほうが市場が大き』いことを示しますが、僕はここがおかしいと思っているのです。ここの証明も読んだことがないですしね*1。いうわけで、僕はロングテイル論の「ニッチを集積することが可能になった」ことについては認めるしその価値も分かる。市場として成り立つくらいには大きいって話でしょう。ここはマーケティング的な煽り、つまり僕が「うさんくさく」感じる部分になります。(続く)*1:否定する証明はできそうだけど、数学はすっかり忘れてるんでそこを思い出さないとなんとも......。|ロングテイルっておおざっぱには今まで氷山の一角しか認識できなかったけど、ネットのおかげで海の下も認識できるようになったなぁ、という話......だよね。海面下の大きな部分が見えるようになったけど、その価値は今まで見えていた部分の1/5以下、というのがパレートの法則。見かけるロングテイル論では氷山と同様に、海面下のものも同等の価値があるように言っている、気がする。ここがロングテイル論の気持ち悪いところ。ネットのおかげで見えなかった部分が見えるようになって、氷山の一角を構成するモノが今までとは変わる、っていうんなら分かる。売れないはずの80%の製品が、今や売れるようになってきているのだ。この傾向は、倉庫に在庫を持つ必要のないデジタルコンテンツで顕著になりつつある。「長いしっぽ」が世界に革命を起こすに書かれているように、ネットのおかげでニッチが売れるようになってきた、という話まではいい。この疑問に対する回答を見たことがないので、どうにもうさんくさいマーケティング用語にしか見えないんだよね。個人的には2000年3月10日からさらに5年前(つまり今から10年前)といえば、インターネット・ブームが始まった時期であるが、その頃しきりに言われていたのは、「インターネットの世界は超巨大な存在と個に限りなく近い極小の存在とに二極分化していくはず」ということだった。3/10/2000から既に5年が・・・という考えのほうがしっくりくる。パレートの法則以上に格差ができる、つまりベキ分布に従うようになるのがネットの世界ではないか、と。膨大にあるニッチの中にあるものがいったん価値を持てば一気にマスに登りつめる、つまり再編成が起こりやすいのがネットのキモだと思っていた。するに商品棚がいつも商品であふれているという状態で何が起きるか。小さなマーケットが集まると、巨大市場に成り得るということ。「長いしっぽ」が世界に革命を起こすだとすれば、それはどうにも実現するような気がしないのです。http://asakura.g.hatena.ne.jp/asakura-t/20050309http://d.hatena.ne.jp/umedamochio/20050310マスが全てだった時代から、ニッチが普通にな...http://d.hatena.ne.jp/tinsep19/200503212005-03-04(Fri)PHPがバグってるんですが。$begin;だと動くってどういうことよ?勘弁してください......。|searchが使えなくてびっくり。昨日はAbstractSearchのsearch_whereを使ってたので気がつきませんでした。|併用するとうまく動きませんでした。調べてみると、Class::DBI::View::Havingに下記のパッチをあてると問題ない模様。ついでにClass::DBI::Plugin::Iteratorも微調整。RSSが取得できませんでした。外国人向け<自販機へのお金の入れ方>の案内。31この日記を書いている人間のプロファイルはこのへんにあります。連絡するならasakura@weakpoint.jpn.orgあたりにでも。VineLinux月一以下――でもなくなってしまった。〜世間に転がる意味不明:日経ビジネスオンライン。