おもいきり寝過ごして飲み会だけになってしまいました。なにやら待っててくださったみたいで、申し訳ない。それにしても今日はえらいたくさん人がいましたね。飲み会の様相を呈してきました。ま、面白けりゃなんでもありでしょ!ログはいつものとこにあります。俺もこれはずっと気になってたんだよ。「属性」なんて区分はなくすべきだろ。ドキュメントに書くべきことではない。その区別がないのだから区別するべきではない。『オブジェクト指向入門』p.131「統一的参照の原則」も参照のこと。上でやってるんだなあ。長い文章を書くのは大変じゃないだろうか。俺はツールをいろいろ使わないともう文章は書けなくなくなってしまった。あとできれば内容の依存関係をチェックするツールも使いたいな。エディタは何でも構わないので以下のプログラムを打ち込んでください。機能では原稿を書くのには不足である。内容の依存関係をチェックしてくれるツールだ。このあたりの事情も「Linuxはカーネルだけ」と言われる所以です。#@require(ライブラリ)続いて/libを眺めてみると、他にもlibmだとかlibdlだとかlibnssなんたらというファイルがありますね。実はこれも標準Cライブラリの一部です。libmならば数学関係の関数、例えばsin()やcos()が入っています。一つのライブラリなのに複数のファイルに分かれている事情はそれぞれです。libmは歴史的な理由ですが、libdlには必然性があります。本全体の前提条件にしたいキーワードは別途専用ファイルで宣言できる。人間がいじる部分とツールがいじる部分を明確に分けておくこと。勝手に修正したりはしない。長い文章では適用外にしたいところが必ず出てくるからだ。言っても自動変更するツールもやはり必要になる。ソースコード展開プリプロセッサがそうだ。変更点をチェックしてから再度コミットする。ちなみにバージョン管理システムを使わないなんてのは問題外である。最後に、内容をチェックするときは紙に印刷して読んだほうがよい。なんでかわからないが、画面で読むだけでは絶対にチェック漏れが出る。[たいしたことはできませんですよ。Linux本は......早く書かないとなあ。ソースコード検索エンジンhttp://namazu.org/~satoru/pub/mito2004i/以前も触れた高林さんの検索エンジン。使う」になるまではもっていきたいねえ。パッチを置いておきます。それにチェックを入れないと書き込めなくなります。反省だめだ、ちゃっとはだめだ......。慣れてないから無制限に時間を費してしまう。