tDiary-users-talk] a.rbその他_ からのスレッド。
Wikiだと解説文の署名も、誰もが自由に改編できるため、配布条項などのデリケートな文章には向いていない?

そもそもWikiでドキュメントを集めるのは:

ちゃんと「モーグ」って字幕が出ていたね。発音どおり。
しかし火が入ったmoogの動画を初めて見た。

これには大いに賛成し、そのように実践しているつもりではあるが。何故かいやがる人も多々いるのが現実でもある。
「なぜそのような発注なのか?　いったい何のために使われる素材なのか?」と、聞き返す事は多々有る。
もちろん何も考えず何もおせっかいしないで、普通に350ppiのスムージングされたCMYK Photoshopファイルをポンと納品すれば良い場合も多いだろうけど。
オレは過去に「ゲーム素材ですから、制作行程の打ち合わせをして下さい」と酸っぱくなるほどリクエストしたのに、中間の人が技術的に理解できなかったためか、結局塗られたセルをドカンと納品されて途方に暮れたことも有ったり。
んで、それをデジタルで塗り直す予算が、枠が決まっていたせいか無かったりするの。
そりゃ後ろ向きに全速力で協力的になりましたよ。ええ。
はじめから打ち合わせすれば、使えもしないセル塗り仕上げ代金なんか発生しなかったのに……
というわけで、逆の立場の会社に入ってからは、お節介でも最初に「ゲームで使う素材なら、別の処理方法になるのですが?　確認して下さい」とまず質問を突っ返したりも。
でも、いくら啓蒙しても、中間の人はハナから覚えるつもりが無いから何年経っても変わんないんだよなぁ。あるある。
つーか、いちいち処理方法を変えなくても済むように、どっちにも使えるようなデータ形式にならないかな。それが本当の技術によるフールプルーフだよな。
80年代のDTPブームも、すごい製版技師がいれば120点が取れる方法をやめて、入社仕立ての小僧でもマニュアルどおりに使えば60点から80点が取れる方法にしよう。ってことだったし。
この世から120点が取れる技術 *1 が廃れてしまうのは、ある意味で惜しいし。とても大切なものを失うのかもしれないが。
フール溢れる担当者による10点の悪貨が良貨を出来で駆逐している現状を考えると。誰でも60点が取れるデジタル化は、そこに意義が有るのかもしれない。

上流は技術しらんでも良い:

あ、そーいや関係ないけど前に日記で書いた「宇宙（そら）のステルヴィア」は誤報で「宇宙」はまんま、「うちゅう」だそうです。失礼。でも確かある資料に「そら」って書いてあるの見た覚えあるんだけどなー・・・ブツブツ・・・。

えー。マジでー。
アニメ雑誌にもそう書いてあったジャン。設定資料はどうなっているのか確認してみよう。
っていうかうえださんはこの体調だと、しばらく事務所に来れなさそうな感じ。
その間に有線LANに差し替えておこうかなぁ。

http://192.168.1.1/cgi-bin/debugcmd.cgi?cmd=menu
で。telnetd起動なんてのもある *2 。住友電工のはGapNATが使えるので、わりと面白い。
TE4121C ADSLモデムルーター_ に解説有り。
でも引っ越したら有線かなんかに変えたいところ。
キャリアチャート_ によると064の周波数だけ谷間が有るな。なにかと干渉している?
とおもったら

64チャンネルはADSLパイロット信号なので無視して構わないです。

ってことだから気にしなくてよさそう。

ということは、トラックバックは、言及通知機能という把握は違っていて、仮想スレッド機能というべきなのかもしれない。つまり、言及を通知するというより、その記事がどういう文脈、話の流れに属しているのかを明示する機能。だとしたら、なおさらtrackforwardはほしい機能な気がする。

これもメールやMLにおけるReferencesヘッダーとIn-reply-toヘッダーみたいな感じか?
あるテキストが、どこと関係しているか。ってのは、ティム・バーナーズ・リーがhtmlを考え出してから、現在にいたるまでa hrefで表現していたけど。
（googleの真の設計目標は、検索エンジンを作ることではなくて、Page Rankによりそのhtmlテキスト同士の相関関係をランキングすることだったという話で。それにはa hrefを利用してポイントを付けている）
要するにcgiで動的にとかRSSとかRDFとかXML-RPCとかで「情報プッシュ機能付きa href」つまり「メタリンク」を作りましょう。という風にも読み取れる。
なんかIPv4ネットワーク上にmroutedでマルチキャストによるメタネットワークを作りましょうとか。
これ、もしblogツールなりtDiaryなりが無視できないほど流行っているのに目を付けられたら。tcup掲示板へのUCE投稿スクリプトみたいなspam Trackbackもできなくはないな。
a hrefだとaccess.logに記録されるだけで、ログを読む本人だけがうっとうしい。他の人は読めないから実害無しってのはあったけど。
あれ? だとするとtDiary日記をspiderして、HTTP_REFERERに誘導したいアドレスを仕込んだ「本日のリンク元悪用spam」ってのも出来るんだな。
どれだけ実益が出るのかはわかんないけど。
でもtDiaryだとノイズ除去のために本日のリンク元に出ないurlを設定できるから、spamで悩まされることは無いな。
だとすると、Trackbackインターフェースにも「このurlからはTrackbackを受け付けない」とか「正規表現で*.krとか*.comとか*.nuとかは、モデレートしたら初めてTrackbackとして表示できる」みたいな自衛策を実装しておかないとまずいわけか。
最近は、最初からセキュリティ対策込みで設計しとかないとまずいだろうし。（このあたり太平洋の向こうではどう考えているのだろう）

OmniOutlinerというアウトラインエディターで文章を書いて、XMLで出力すれば、XSLTでWordにもKeynoteにもHTMLにも好きなように出力できまっせ。というアイデア。
前にオレはKacisに同様のことを期待していたのだが。
Kacis Freeがそれほど広まっていないし、なによりもKacisからHTMLとかで書き出せないので駄目だった思い出が。
とにかく何でもXMLで書き出せるようにしよう。独自バイナリー出力は嫌いだ。

「予約金は予約以外のことに使わない」って書いたのはオレなんですが、その後誰かからカラータグとフォントタグがついたりするのがうれしかったりも。
でも「とよぞうがパスポートを取って、海外旅行に行っても騒がない。」はあんまりウケなかったな。

Web日記のようなフローテキストを、自分の意志で撤去する自由ってのはあるけど。そういう議論はとりあえず置いといて。
「引っ越ししてADSL業者を変えたら、仕方なくurlが移転した」「転職したら会社のサーバーに居候できなくなった」などの不可避な理由でurlが一意で無くなる場面が多々有る。
そういう仕方の無い理由によるurl変更をなんとかする仕組みってのはあんまり無いよなぁ。urlリダイレクトサービスを常用するのはメールアドレスぐらいだし。
結局XMLのDTDでもurl形式でユニークにしている。
だとすると${user_id}.pingbackserver.example.jp/みたいな形式でリダイレクトする?　それって「TrackbackやPingbackとガッチリ連携しているurlリダイレクトサービス」だな。まぁそれはそれで良いのかも。

Masuda Masashi's network engineering diary_ から

アンテナやWWW(C|D)巡回チェックからのHEADリクエストに、高速に答える。
makelirs.rbを使ってHTTPヘッダのキャッシュを作ってみた_ を利用している。

BSD Magazineのp188から。 /usr/local/etc/pkgtools.conf

 ENV['PORTS_INDEX'] ||= '/usr/ports/INDEX.local'

んでportsdb -Uu && pkgdb -fuする。
portversion -c > update.shして、中身を確認する。
古いdistfilesを掃除するにはportsclean -CDP。
細かい内容は本誌参照。

プログラムを組む人は、字や仕様書に萌えることが出来ると言う好例。
これからの小学生たちには、サイモン・シンの書籍を必須図書にして「仕様書でワクワクできる」人材を。