>は、基本的に
>たださんに同意見
>なのだけど、詳しく考えなおしてみる。
>
>そもそも、当該エントリへの permalink というのはどう探すものだろうか。タイトル文字列、あるいはその先頭の記号、といったところをまずあたるのではないかと思う。オレはそうする、という以上の基準はどこにもないのだけれど、それが「#」のような目立たない記号になっていたり、この日記にようにただの半角空白になっていたりするのは、やはり不親切かもしれない。多くの tDiary 系日記では目立つ記号や画像が使われていて、僕にはわかりやすく思えるけれども。
>
>しかしながら、旧来のウェブ日記文化において日付が当該日へのリンクになっており、そこから敷衍して段落冒頭が段落へのリンクになったというような成立過程があるわけで、この成立過程を知らない人にとっても直感的でわかりやすいことか、ということはまだ議論の余地があるような気もする。けれども、タイトル部分あるいはその近くの目立つマークが permalink になっているというのは充分に直感的であるように思う。
>
>MT をはじめとする世界では逆の発想で、エントリの末尾にメタデータを「ごちゃっ」とまとめている。よく知らないのだけど、これは成立過程の差なのかな。僕には馴染まないけど、すべての人にとって馴染まないとは限らない。ので、ここをまず探る、というのはわかる。
>
>で、そこに何があるかというと、投稿者、投稿時刻(日付はなし)、コメント、トラックバックとなっている。コメントとトラックバックは常識的に除外して、まず考えられるのは投稿者じゃないかという気がするのだがこれはなぜかメールアドレスになっていたりするという。
>
>改造版なのか亜流なのか細かいことは知らないけど、投稿時刻じゃなくて「固定リンク」という文字列が固定リンクになっているやつがあって、これは良いように思う。末尾なのは気にくわないけどこれは先述のように文化の問題かもしれない。
>
>もうひとつ、固定リンクというのはもうひとつしっくり込ない訳語だなあ、かといって permalink という単語もいまひとつだなあと思っているのだが、簡潔かつうまい日本語というのは思いつかない。
>
>まあでも最初に MT なヤツを読んで言及しようと思い立ってリンク先URLをどうしても見つけられずにオロオロした経験があるわけで、あれはひどいと思うなあという愚痴でした。
>
>うへ、学習のことがスッポリ頭から抜けていた……orz
>
>一部、文字列処理がおかしい箇所があるのもさておき、学習は参った。数値から # 記法に書き戻すのはどう考えても無理なので、書き戻す際のデータについて考え直す必要があるか。
>
>しかも、指摘されて気付いたのだが数値そのものがもとになっているものすらあるじゃないか。たいていは「10->十」のような数値変換があれば存在価値なしのエントリだが、一部そうでないものもある(10^3 で「メガ」に変換するなど)。で、 ddskk がどうかというとデフォルトでは適切に処理できてないみたい。しかしこれに対処するとなると、キャッシュをどう蓄えるかってのが面倒くさい。
>
>29日までには終わりそうにない気がしてきたぞ。困ったなあ。まあとにかく学習ができてないのはマズいのでそれを早めに、だなあ。
>
>Google が IM に参入っていっても別にーという感じですかねぇ。興味深いのは、メッセンジャ部分に Jabber という既存プロトコルを使ってるところで、 Jabber が使えれば他のクライアントでも普通に使えるってのはいいよね。音声が無理なのであんまり意味なしですが。
>
>て感じで今のところは他のサービス(私はMSNをメインに使ってるんで)が不調になった時の代替という印象かなあ。
>
>実は Skype は Qt なのが好きじゃないので、 gaim で音声通話ができるといいのになーと思ってたんで、いやまあ Skype プラグインでもいいんだけど、この調子で gaim の開発チームが Google Talk の音声部分も対応するようにしてくれるというところまで行くと個人的には凄く嬉しいのですが、さて。
>
>Gmailのアカウントが必須なんですが、欲しい人は僕まで連絡してくれれば差し上げます。なんであんなに余ってるんだ招待権……。
>
>ええと、昨日書いたことですが慎んで訂正させていただきます。普通に未読管理できてた。更新情報が取れてないと思ったのは主に見にいくタイミングとこっちがチェックするタイミングの問題だった。
>
>feedbringerの中の人、および虚報を信じてしまわれた方々に対しておわび申し上げます。
>
>というわけでこれはけっこう便利だな、と。
>
>できたー！ うひょー。
>
>……と思ったのもつかのま。 boost が肥大化しまくっている。といっても現状では lexical_cast しか使ってないけど、それにもいろいろ依存関係があって、どんどんデカくなってしまっているのだった。こんな感じ。
>
>% du --si boost | tail -n 1
11M boost
% du --si src | tail -n 1
481k src
>
>うーむさすがにこんなものを添付するわけにはいかないなあ。
>
>実は依存関係を手繰っていった結果、「んー mpl の一部が必要なのか。んじゃ面倒だし boost/mpl は丸ごとコピーするべ」という富豪的なことをした結果なので、本来的にはもっとずっと減らせる筈ではあるけれども、どんだけ削ったとしても相当な量にはなるだろう。これはまずい。
>
>かといってビルドするには boost をインストールしてください、っていうわけにもいかないよねぇ……と、悩んでいます。てか、はっきり言って lexical_cast で大したことをしているわけではないので(ホントに atoi のかわりみたいなモン)、これくらいなら自分で書け！と。でもそれじゃあ、どれくらいからなら boost を使ったものを公開して良いかという匙加減は正直、よくわからない。
>
>また、実際には boost は開発者とパッケージ作者だけが持っていればよく、単なる利用者はインストールする必要ないから別にいいかなぁとも思っているんですが……だめかなあ。
>
>ということで悩んでいてコミットしていないのですが、まあとりあえず早晩のうちに lexical_cast をやめて自力の関数を書き直してからコミットの予定。しばしお待ちください。
>
>あと、面倒くさいので数値を int にしていたら、2^31-1より大きな数を与えると scim ごとおなくなりになってしまう(笑)。やっぱり long long くらいにしておくとして。 2^63-1 はだいたい 10^19 弱くらいだから、おおなんだ、垓がサポートされないのか……(2^31 は20億くらいなので、1兆円とかを打込めない。まあ数字で1000000000000とか入力する人がどんだけいるんだ、という話はあるんですが)。
>
>そういえば C++ は boost になっても多倍長整数は存在しないのですね。作るのはべつに難しくはない気がしますが、なんでないんだろう。
>
>
>追記
>: というわけでコミットした。 unsigned long long なので、一千京より大きな数字を入れると、桁あふれで異なる数値になることがあるけど、実際問題そんな巨大な数値を直接入れることはない気がするし、まあいいでしょう。#0、#1、#2、#3、#4、#5、#9を実装していますが、#4は未テストです。テスター募集中。ってかその前に複数辞書か辞書サーバを扱えるようにしないと、#4は使いづらいか。
>
>うーん上手く行かない？と思ってMLに投稿してから、自分の階乗の定義に間違いがあることに気付いた。鬱だ氏のう。
>
>
>zoeさん
>は残念でした。まあこのメンツなら仕方あるまいて。投票じゃないしねぇ……。
>
>ってか高林さんの所属がグーグルなのには心底びっくりした。産総研だと思っていたのにいつのまに？
>
>
>追記
>: あれ、いつのまにか↑リンクの ipa のページから、各氏の所属情報が削られている？ ……ニュースリリース全文からも削られている？ ま、あろうがなかろうがどっちでもいいのだけど、なんでじゃろ。たぶん変更前のニュースリリース全文をもとにしたと思われる
>internet watch の記事
>
にはばっちり記載されているけれど。
>
>そのようになっていた方がデータとして扱いやすかろうと思ったので、「SF系日記更新時刻R」と「関数的なアンテナ」をそれぞれ RSS 化したデータも作ってみた(何か本末転倒な気もするが……)。
>
>
>
>http://www.jmuk.org/samidare/sf.rss
>
>
>
>
>
>http://www.jmuk.org/samidare/functional.rss
>
>
>
>
>
>XMLにもHTreeにも明るくないので、 valid なものを正しく生成できていないかもしれない。
>
>
>で、実際に feedbringer にツッコんでみたのだが、あそこは新着情報をチェックするので、順番が入れ替わったり dc:date が更新されたくらいでは新着になってくれないようで、未読管理できねーなら意味ねぇよ！(逆ギレ)
>→普通に未読管理できてた。正直すまんかった。今は反省している。
>
>description や dc:encoded に差分情報を差し込めば更新情報を取ってくれるかもしれないけど、今はそこまでやっていない。てか五月雨でそれをやる方法がわからない。キャッシュの diff を取るくらいしか方法はないのかな？
>
>というわけで使い道はあまりなさそうだけど、ローカルな RSS リーダとかを作って、適当にフィルタリングしたりする用途には便利かもしれないので、しばらくは様子見という公開しておきます。使い道があったらご自由にどうぞ。需要がなさそうなら消します。
>
>それと別に、ぜんぜん手前のところの情報でもないのを
>Site Summary
> と称して配布するのってどうよ？という道義的な疑問もなきにしもあらずなのですが、当方の意図としてはアンテナを XML として配布するとすると RSS が楽そーだという以上の何物ではありません。が、問題があれば指摘していただければ幸い。
>
>
>
>http://d.hatena.ne.jp/yoriyuki/20050821#p3
>
>
>
>
>
>http://d.hatena.ne.jp/lethevert/20050822
>
>
>
>
>
>http://d.hatena.ne.jp/yoriyuki/20050822#p1
>
>
>
>
>
>C++ の関数オブジェクトをなぜファンクタと呼ぶのか、圏論の関手とぜんぜん関係ねーじゃん！(MLのは関係があるように見える)と思ってたので目ウロコでした。
>
>なる、という話にはとてもびっくりした。
>
>しかし、これまでのオープンソースマガジンの出し方からしても「ひょっとしてこっちがメインにシフトしていくのか？」と思っていたし、他誌ではあるけどユニマガは「UNIXなのか？」と疑問を抱きたくなる記事満載だったりしていたし、そんなこんなで UNIX 誌の時代は終わりを告げようとしているのかもしれないと勝手に思っていたりもしたので、別段びっくりする筋合はないのかもしれないんだけど。
>
