青木日記

<前月 | 最新 | 次月>

2002-06-03

久々の更新

あまりコンピュータにさわりたくない気分だったので意図的に日記の更新をやめてみた。はあ……。

ほん

金欠が限界に来た。それでも本だけは減らせないので携帯を捨てて本代にまわすことにする。それでも足りなければあとはサーバ代を削るしかない。これだけは削りたくなかったんだけどな。

『Interface』7 月号。FD 一枚でブートできる Linux を作る特集が面白そうなので買ってみた。ローレベルの話は好きだ。それにしてもローダ、リンカは最近の流行りなんですかね。『Linkers & Loaders』もそうだし、あと『エキスパート C プログラミング』もリンカの話が結構あって役に立つ。というかこの他にはほとんどない。

『UNIX プログラミング環境』B.Kernighan, R.Pike、ASCII。ずいぶん古い本だよねえ。sh とか awk とか sed とか C とかの本。なんていいかげんな紹介なんだ。新しさという点で言えばまったく役に立たない本。本文でバックスラッシュだけが全角なのが気持ち悪い。最近はまっている UNIX 考古学の一環として購入。


2002-06-04

夜を徹して

徹夜で原稿書き。書き始めてから現在 8 時間経過、いい感じにブチ切れてきた。

わーい、始めて google 検索の Referer が付いたよー。


2002-06-06

サッカー

あ、ワールドカップやってるんだ……。

FLUSH_REGISTER_WINDOW

苦戦。とりあえず SparcV9 では flushw で V8 以前は ta 0x3 (ta はソフトウェア割り込み)、Linux だと 0x83、ただし 0x01〜0x07 は SunOS のエミュレーションもする、ということがわかった。さらに [ruby-list:34921] からのスレッドを見ると、sparclite (SparcV8 Embedded) は flushw なのか、という気もしないでもないような気配が濃厚な可能性がやや高いかもしれない。

それにつけても思い知ったのは、"ta 0x83" なんてアセンブラ検索するだけ無駄ってことさっ!

その名は KSM

GC の話。明示的なプロテクトが必要なく、保守的 (conservatice) でない GC を使ってる言語、てのを ruby-{list,dev} でまつもとさんが話してたような……と思ってひたすら探す。K で始まる Lisp ってのは覚えてたんだけど。KCM……? とか KMC……? とかいろいろ検索しまくった挙句、全然関係ないメールを読んでる途中で発見 [ruby-list:29735]。ぬぁー、K と M は合ってたのにー。

そんでそれを今読んでるんだけど、これはいったいなんなんなんなんでしょう。(続)

本日のツッコミ (全1件)

matz [KSMのGC、すごいよねえ。なんでこれでうまくいくのか。]


2002-06-07

referer

微妙に google から来るようになったが、二つめの検索語が「辛ほむら」ってのはどうなんだろう。

ほむらと言えば、また新しいのが登場したようだ。黒い。くそう。弱味につけこんで次々と新しいものを出しやがって。そんな余裕があるなら最初の奴をもいっかい出せー。

昨日のアレ

いきなり FLUSH_REGISTER_WINDOW と書いて ruby の gc.c で定義されているマクロだとわかる人はどのくらいいるのだろうか。一桁だろうなあ。

ruby-dev summary

もはや意地だけ。


2002-06-09

掃除

部屋の掃除がはかどるということは、かなりテンパってるわけだなあ。

腰痛

腰が痛い。ずっと座ってるうえに姿勢わるいからなあ。あと運動不足で筋力が衰えてるのも非常に大きい。背筋腹筋をちゃんと鍛えとけば酷使してもけっこう耐えられる。そういうわけで久しぶりに一時間ばかりジョグしてきた。

うう、たった一時間で苦しい。しかも暑いし。今度からは帽子をかぶってこよう。

ちなみに、走るときは帽子を逆にかぶって首筋 (後ろの) を影にするほうがいいのです。首のうしろのとこには神経とか血管の束が通ってるので、そこに直射日光をあてとくと身体の前に脳がやられてしまいます。だからマラソン用の帽子には前後両方につばがついてるんですね。


2002-06-10

やっぱり紙が好き

そういうわけで今日は ELF の仕様書を印刷した。フォーマットは PDF。xpdf で見たらかなり汚なかったけど、Linux 用の AcrobatReader だとさすがにキレイだ。pdftops で PS に落として GhostView で見てもかなりよい。印刷するともっときれいになった。

Linux でもたいていのことは困らなくなってきたけど、フォントまわりだけはどうにも進歩がないよなあ。特に日本語が。256 倍本のときも最終チェックは PDF だったけど日本語がズレまくってて苦しかった。

本当にどうにかなんないですかねえ。フォント。

コード解読

ソースコードを読みなさいとはよく言うけど、「読みかた」それ自体について書いてあることはあまりないのではなかろうか。というわけで書いてみた。

ソースコードを読むための技術

「こういうドキュメントがあるぞ」とかその他意見募集。

この中でも書いたけど、関数の呼び出し関係を図にしてくれるツールってないですかね。関数に限らず、オブジェクトのグラフを受け取って図にしてくれるものでもいいな。あ、とすると、オブジェクトインスペクタが流用できるかな? そういえば rdoc がそういうのを使ってたような……

メンテナンスできないコードの書きかた

ソースコードの読みかたを書いた文書を探している途中に見つけた。

How to Write Unmaintain Code

世界にはバカがいっぱいいるね……

ほむら

うーむ、またしても「ほむら」で来た人がいるようだ。この日記、「ほむら ラーメン」で google 検索すると二枚目に来るんだな。すごい。

それはともあれ「ほむら 黒マーユとんこつ」買ってきた。明日食べよう。でもマーユってなに? 黒マーユだとヒットしない。マーユだと関係なさそなサイトばっかり。ついでに http://www.homura.jp は Flush only のようだ。やめろー。

本日のツッコミ (全3件)

kjana [呼び出し関係というと cflow とか gprof とか?
残念ながらどっちもあんまり見やすくはない.

きっとその線でツールあるんだと思うんですけどね.]

matz [「ソースコードを読むための極意」は『目的をもって読む』ことです。たとえば、ただ漫然とソースコードを読むのは苦痛です。]

なひ [楽しくソースコードを読む極意は、
「読んでいてつまらないソースコードは読まない」だと思います。
ソースコードなんて、たまたま自然言語じゃなくてプログラミング言語で書いてある
だけの小説なんだから、
主題のない、伏線のない、読み手を意識してない、つまらない小説は捨てる。ぽいっ。

という話じゃないですね。脱線ですいません。言ってみたかったんです。

結論: ソースコードがドキュメントです(汗]


2002-06-11

KSM

ちくしょーわかんねー。なんなんだこの GC は。なんでこれで大丈夫なんだあー。

黒ほむら

食べた。今回は固形スープがない。具も少ない感じがする。ついでに、とんこつスープが白いので黒って感じじゃない。

が、それはそれとしてやっぱうまい。これまでのほむら味(謎)も残しつつとんこつスープな味わいだ。辛ほむらはマイナーバージョンアップだったけど今回の黒ほむらはメジャーバージョンアップと言ったらいいのだろうか。また生麺、スープの出来はこれまで通り非常によい。どちらかと言えば個人的には素ほむらのほうが好きだけど、今回のも悪くない。少なくとも他のカップラーメンに比べればずっとうまい。そのぶん高いのが難点だが、100 円ちょいアップでこれだけ味の差があれば十分ではなかろうか。

続・関数グラフ

そう、cflow みたいなやつです

rb_f_binding → blk_copy_prev → scope_dup
             → frame_dup
             → rb_f_block_given_p
             → rb_thread_current
             → scope_dup
というような呼び出し関係を関係を図にしたいんです。なんかありそうですよねえ。

グラフ視覚化

rdoc が使ってたのは graphviz だった。これは便利そうだ。

graphviz インストール

configure; make; sudo make install で完了……と思ったけど、使ってみると freetype サポートが効いてなくてフォントが汚ない。freetype が入ってなかったようだ。とっくに入れたと思ってたけどな。速攻でつっこむ。

コンパイルしなおし。……configure で "freetype/freetype.h not found" と出る。--with-freetypeincludedir=/usr/local/include/freetype2 が必要だった。

ぐあー、まだだめじゃん! --with-freetypeincludedir=/usr/local/include も必要なのか。二つ同時に指定するには…… --with-freetypeincludedir="/usr/local/include/freetype2 -I/usr/local/include" でごまかした。いいのかこんなんで。

うう、今度はコンパイルが止まるよう。--without-tk --without-tcl も必要だった (graphviz には tk8.3 が必要なんだけど、家には tk8.0jp しかない)。

freetype インストール (再)

README はちゃんと読まないとだめですねえ。手で書きかえたほうがよいところが一ヶ所あるようです (特許関係でわざとオフにしてある)。ついでに prefix も /usr にしとく。これで graphviz もオプションなしでいけるようになった。

メモ

データ視覚化

うーむ、「Ruby で Visualize SWiki」の文字が……。この人、おれとなんとなく興味範囲が似てるな。

doxygen

ドキュメント生成ツール doxygen は graphviz を使ってクラスツリーのグラフを出力してくれるらしい。ということは関数グラフの視覚化もやってくれるかも? ということで試してみた。

……関数はやってくれないようだ。くそっ。

CSS

ここのデザインを変えてみた。名付けて「LoveRubyNet なテーマ」。

関数フロー図

完成。ruby の eval.c の関数呼び出し関係のグラフです。

余分な関数を手動で削ったあと、部分 DAG を刈り込んでます。刈り込みなしのはこちら。なんと画像サイズは 10139x990、バイト数も 198KB あります。ノード数は約 300 です。

本日のツッコミ (全2件)

matz [KSMのGCアルゴリズムは本当はだめなケースもありそうな気がするんですけど。たとえば、Cで記述された関数の中でインスタンス変数を書き換えた場合、元のオブジェクトはprotectしないと消えちゃいます。でも、Schemeだからそういうことは滅多にないのでしょう。]

あおき [なるほど……。懲りずにもう一回チャレンジしてみます。]


2002-06-12

ソースコードを読む技術 (2)

いろいろな意見がありますねー。

まつもとさんから。目的を持って読むのが極意ですか。言われてみれば確かにそうかも。なんとなーく興味だけでカーネルのソースを読んでみてもさっぱり理解できないけども、「GC の仕組みを調べよう (それ以外はどうでもいい)」というように明確な目標を持っていると非常に見通しがよくなりますね。

なひさんから。おもしろくないソースは読まない。逆に言えばおもしろいソースを読むと。なるほど、これも納得できます。どんなに難しくても面白ければなんとかなってしまう、というのはよくあります。子供がポケモンの歌を何の苦労もなく覚えられるのと同じ理屈ですねっ。

それとバカが征く」から。ソースを書き換えながら読む、というのも確かにやりますー。「ここはこういう名前のほうがいいんじゃないか」と考えてみるとか、とにかく自分の好みに変えていく。ソースを変更して動かしてみて (またはコンパイルしてみて) 影響範囲を調べたりするのは便利ですね。

さらにたむらさんの日記から。やっぱり時代はとっくに IDE なのか……。と言ってもですね、正直なとこ言うと、別に IDE は嫌いじゃないんですよ。ただマウスで作業させようとするのが嫌いなだけなんです。GUI も嫌いじゃないんですよ。ただマウスで作業させようとするのが嫌いなだけです。コマンドラインから操作できて端末用コマンドが (も) 使える GUI だったら、さらに自分で機能が好きなように拡張できるなら、何も文句は言いません。

とにかく紙が好き

そういえば、ぼくは肝心なとこは印刷していろいろ書きこみながら読むんですけど、みなさんは紙は使いますか? 紙だととにかく図が簡単に書けるのがいいと思うんですよね。それにモニターは狭いのでソースコード二つを横に並べるともう幅が足りなくなるのが気に入りません。さらに図を書くとなるともう……。パソコンも進歩しましたけど、なんでこうモニターの大きさだけはたいして変わんないんでしょう。まともに作業したかったら最低 50 インチくらいは必要ですよ、絶対。日本 IBM の社長も「ウィンドウ切り替えなんて役に立たん」って言ってデスクにパソコン三台くらい並べてるそうです (しかしそれはそれでキーボードが多くて嫌だ)。

本日のツッコミ (全1件)

しん [大変参考になるシリーズ「ソースコードを読むための技術」で、おもわずほじって呼んでいます。ありがとうございます、感謝しております。

ぼくはツールとして「仕様書工房」っていうの使っています。
まあ概要みるのと、ドキュメントの体裁つくるのにはかなり便利です。あとソースへのドキュメントの書き方が標準化されるのも副次効果でいいかもしれません。


ソースの読み込みは僕も紙に打ちだして、4色ボールペンでいろいろ書き込みながら読んでいきます。
解らない処理やキーの部分とかに赤を使って「?」とか「☆」とか書いておいて、解ったらそこに追記していくという感じです。
やはり直接メモを図でも矢印でも簡単に書けるので一番便利です。

紙のソースを読むのに、補助としてPCのツール(Grep,仕様書工房)とかを使います。

あと仕様読むだんかいからですが、自分の解らないキーワード、最重要キーワードとか略語とかはエクセルで簡単な辞書の表を作ります。 ついでにこの辞書のキーワードごとにリンク設定したりしておきます。ファイル単位のリンク指定ですが、文書内の指定までできるともっと便利ですね。そんなツールほしいですね。]


2002-06-13

ソースコードを読むための技術 (3)

graphviz を使ったグラフ視覚化、および ChangeLog や CVS からの歴史の抽出について追加。

ソースコードを読むための技術

うちあうのか

今日は次の本の打ち合わせ。

やばい間にあわない。ダッシュ!


2002-06-15

原稿

売るために書かないつもりはまったくないけれど、売るためだけに書くつもりもない。そして書く以上はその時点で最高の内容と最高の品質を提供できなければ意味がない。

その結果として一ヶ月くらい締切に遅れることは、まあ、なきにしもあらず。

……だめじゃん!

アルコール飲料

ちょっと古い牛乳があったので温めて飲んでしまうことにした。温めた。砂糖を入れた。しかし入れすぎた。なにか中和するものがないかと思って冷蔵庫を見ていたら、料理用の日本酒がそこにあった。

……

……

……

うごほっ。ごふごふごふ。

だ、だめだ……こんなの飲めない…… (と言いつつも全部飲むやつ)

本日のツッコミ (全2件)

arton [どんな味なの? 見た目を想像すると甘酒なんだけど……]

あおき [ぼくも甘酒を想像してたんですが、できたのは水と牛乳と砂糖と
アルコールの味が順番に (分離して) 襲いかかってくるヤバい代物でした。]


2002-06-17

切り貼り

w3m のマウスサポートをオンにするとカット&ペーストができなくてヤじゃない? さっきコンパイルしなおして外した。

そういえば X は (というか X アプリは) カット&ペーストの仕組みもイマイチだよなあ。

本日のツッコミ (全4件)

さく [設定画面に「マウスを使う ON/OFF」ってありませんか?]

あおき [がーん! 本当だ。ありました。やられたぁ……]

eban [shift keyを押しながらクリックすればよし。]

あおき [がーん(2)! 本当だー、カット&ペーストできるー。
やっぱり目につく問題には解決策があるものなんですね。]


2002-06-19

w3m の不満は不満ではなかった

さくさん&わたなべさんのツッコミによりわたしの不満はタコだったことがわかりました。Shift+ドラッグでクリップボードコピーできますし、マウスが邪魔なら option のとこでオフにできるのですね。便利です。

w3m 新たな不満

よく現在のページの URL をコピーしてます。そういうときは c とか = で出してカット&コピーしてるのですが、手数が増えるのが面倒です。面倒なだけでなく、しっぽが切れてしまうとそもそもコピーできません。やはりキーひとつでコピーできるのがベストです。なんかいい方法はないもんでしょうか。

アイデアキタ――――――――――

考えついた。まずコマンドラインからの引数をクリップボードにコピーするコマンドを用意する。そんで w3m 側で external browser としてそのアプリを起動すれば終わりっ。

コピーだけしてくれるクライアントってありそうだな。ちょっと検索してみよ。xclipboard とか xcb ってのがそれっぽいけど、なんかうまくいかない。うーむ……

こらえ性なし

書いたほうが早ぇ! ということで書いた。コマンドラインから受けた文字列をクリップボードにコピーするプログラム。

xclipstr

w3m の設定はこんなかんじ。

-- ~/.w3m/config --
extbrowser /usr/X11R6/bin/xclipstr %s &
 
-- ~/.w3m/keymap --
keymap C EXTERN        # 現在のページのURL
keymap M EXTERN_LINK   # いま乗ってるリンクのURL

かんぺき〜

xclipstr

おおっ、Imakefile ありがとうございます > なかださん。Makefile のかわりに入れて、ver0.2 にしました。そのほかは全く同じです。

xclipstr 0.2

ネットワークの設定?

柳川さんの書いてるネットワークの設定ってw3m 0.2.1 にはないみたいです。0.3 にはあるな。ついでに上げよう。

「URLを開く時のデフォルト文字列」って何かと思ったら、U (GOTO_URL) したときに最初にプロンプトに出てくる文字列 (URL) ってことですね。

あ、とすると「コピーする」を誤解されてるかな。やりたかったのは、今いるページやリンク先の「URL 自体を」「クリップボードに」コピーすることだったんです。よくドキュメントに参考 URL を入れたりするもんで。

migemo + w3m

いまさらのように migemo を入れてみた。こ、これは……便利だーっ。特に w3m との組み合わせがすんごくいい感じ。

本日のツッコミ (全4件)

なかだ [# Imakefile for xclipstr
NAME = xclipstr
VERSION = 0.1.0

PROGRAMS = $(NAME)
SRCS = xclipstr.c
OBJS = xclipstr.o
FILES = $(SRCS) Imakefile ChangeLog README
LOCAL_LIBRARIES = $(XONLYLIB)

AllTarget(ProgramTargetName($(PROGRAMS)))
NormalProgramTarget($(PROGRAMS), $(OBJS), $(DEPLIBS), $(LOCAL_LIBRARIES), NullParameter)
InstallProgram($(PROGRAMS), $(BINDIR))
/*
SimpleProgramTarget($(PROGRAMS))
*/

dist:
rm -rf $(NAME)-$(VERSION)
mkdir $(NAME)-$(VERSION)
cp $(FILES) $(NAME)-$(VERSION)
tar c $(NAME)-$(VERSION) | gzip > $(NAME)-$(VERSION).tar.gz
rm -rf $(NAME)-$(VERSION)]

kjana [ネットワークの設定
URLを開く時のデフォルト文字列
* 無し
* 現在のURL
* リンク先のURL

....というのはあるけど現 URL とリンクの URL の
両方に対応してるのってのはないんだな....]

なかだ [うっかりツッコミに貼り付けるときに#でコメントを入れてしまいましたが、
Imakefileはcppを通すのでXCOMMでないとまずいっす。]

あおき [直しときました。]


2002-06-20

xclipstr

Imakefile のコメントは XCOMM らしい。ということで 0.2.1 を出しました。しかし、家では # でも通ってしまうのはなぜだろう……

xclipstr 0.2.1

置く場所変えました (ディレクトリが一段深くなっている)。そのうちページも作ろうっと。

このサイト

こないだ rsync --delete で事故ったのを修復しようとして編集途中のページまでアップしてしまい、リンクが切れまくってた模様。さっきあせって直しました。まだちょっと変なところがあるみたい。

rsync ってディレクトリ名に / が付くか付かないかで動作が違うんですね。見事にハマりました。

本日のツッコミ (全3件)

なかだ [cppが「んなディレクティブ知らん」と文句いう可能性があるので。
GNU cppはとりあえず警告だけ出して続行するみたいな。]

ただただし [rsyncの「/」には時々やられますな]

hi [2ch の w3m スレで xclip というのが紹介されてました.
# xclipstr が日本語とおるようならのりかえます

さらに, CGI::unescape をかますのも仕込んどくと, たまに便利]


2002-06-25

awk

始めて awk のコードを書いた。とりあえずはこんなのから。

df -h | egrep '^Filesystem|home' \
      | awk '{ print $2, "\t", $3, "\t", $4, "\t", $5 }'

実に頭悪いコードだ。でもいいのさ、結果が出れば……

発作

突如として「Schemeインタプリタが書きたくなる病」におかされた。

だめだ今はだめだ、耐えろ〜 >自分

ruby 1.1c9

いまさら ruby 1.1c9 をコンパイル。うわっ、エラー出まくり。なぜか strdup を extern 宣言してるとパースエラーになるようだ。ちょっと試してみたところ、-O2 なしだとならない。-O2 -E を見てみたら問題が発覚。strdup がマクロで memcpy に展開されてた〜。昔は問題になってなさそうなのは、その当時の gcc は strdup をマクロにしなかったということかな?

拡張モジュールのコンパイルも失敗しまくってるな。いいや、1.1c9 で curses や tk なんて使わんし。

うお、--program-suffix も効いてない……。面倒だから ruby 本体だけ手でインストールだ。

しかし懐かしいなあ。ぼくが最初に使った ruby は 1.1b9 でした。たぶん。

strdupが展開される理由……

うわ、ちげえよ。#include なしでは展開されないんだからgccがやってるはずない。 これだ。(string.h)

#if defined __GNUC__ && __GNUC__ >= 2
# if defined __OPTIMIZE__ && !defined __OPTIMIZE_SIZE__ && !defined __cplusplus
/* When using GNU CC we provide some optimized versions of selected
   functions from this header.  There are two kinds of optimizations:
本日のツッコミ (全2件)

eban [egrepは無駄です。,の有無も結構重要
df -h | awk '/^Filesystem|home/{ print $2 "\t" $3 "\t" $4 "\t" $5 }']

あおき [をを なるほど、ありがとうございます。
カンマがあると空白がはさまるのですね。]


2002-06-26

X のクリップボードにコピーするだけのコマンド

なにー、xclipっていうのがあるんですか。まさか名前までほとんど同じとは……。まあこっちのほうがシンプルだからこれでいいや。

xclipstr は日本語通りますよ。少なくとも emacs と rxvt へのペーストは OK でした。


2002-06-27

cvsdiffl / awk

CVSのワーキングコピーで、チェックインしてから変更された ファイルをリストするコマンド cvsdiffl。 前に grep と cut で書いたのを awk にできることに気付いたので直してみた。

# 変更前
cvs diff --brief "$@" | grep ^Index | cut -d\  -f2
# 変更後
cvs diff --brief "$@" | awk '/^Index/ { print $2 }'

長さは変わらないが微妙にすっきりした。満足。

cvschk

なんとなくすることが思いつかないときは cvsdifflと cvschk を連発して、出力がなくなるまでチェックインしまくるのがいつものパターン。

cvschk とはレポジトリに入れてないファイルをリストする自作コマンドだ (Ruby)。cvs の contrib に cvscheck というのが入ってることに気付いてしまったのだが、こっちのほうがシンプルだし .cvsignore を無視したりしなかったりできるオプションがあるのが便利だと思う。きっと。

でも cvsutils ってのもあるのね……あ〜、これには負けそうだ……

cvschk-color

cvschk の出力を色付きにするコマンド cvschk-color

cvschk "$@" | xargs ls -d --color=auto

コマンドの使用回数

cvsdifflやcvschkを連発する、と書いたが、具体的にどれくらい連発している のだろう。高林さんの「履歴マニア」を読んでいらい、zsh の setopt append_history を使ってコマンドラインヒストリを全部ためこんでいるので grep で簡単に数えられる。結果は 26634 コマンド中 620 回 (2.3%) だった。 これは……多いのか? 少ないのか?ちなみに cvs diff を入れると 1020 回、 cvs で始まるコマンドを全部合わせると 2058 回だった。これはかなり多いと 言えそうだ。

100 回以上使ったコマンドはこんなかんじ。

 5163 ls           栄えあるダントツ一位!
 3480 less
 2881 vi           cdより多いってことは……
 1755 cd
 1419 cvs          プログラム + 原稿 + ウェブだしなあ。
 1060 ruby         rubyキタ―――――――――――――――!
  668 grep属
  643 w3m          google様のおかげです
  574 mv           mv、rmはcpの倍も使ってるという意外な事実。
  534 make         ちょうどmake = tar * 3くらいか
  531 rm
  499 dirs         poとともに使う
  491 cat          短いのはcatするのが好きなので
  483 po           n回popd
  404 cvsdiffl
  303 pop          対Mew兵器 その1
  238 cp
  236 man
  228 exit         shutdown前にktermとXを落とすのでそのたび三回つかう
  214 echo
  190 cvschk
  186 mkdir
  168 tar
  159 refe         意外とヘルプ系が上位ですね!
  147 gcc
  147 sudo
  141 sh
  131 date
  131 ps           身におぼえなし
  117 mboxchk      対Mew兵器 その2
  100 jobs         fgは94回
本日のツッコミ (全5件)

ただただし [cpよりmvが多いのは、重複を恐れるプログラマの性ではないかな]

aa [http://www.loveruby.net/d/20020627.html]

mazurkja [http://yahoo.com Yahoo !]

mazurkja [http://yahoo.com Yahoo !]

noviy [Noviy http://yahoo.com Yahoo !]


2002-06-28

コマンド使用回数

あ、わたなべさんZnZさんに飛び火してる。

うちの zsh オプションは setopt hist_ignore_dups のみです。重複はあとからでも消せるし。

そうそう、プログラマーの性?ってのはぼくも思いました。操作も軽いですしね。「cp だと write(2) が○回……」と一瞬考えてしまうのはぼくだけでしょうか。

ruby-dev summary

今週は数が少なくてラッキー。

毎回やるたびにスレッド表示が見たくなって、それだけのために自作メーラを立ちあげてます。まだメールを出すこともできないというのに、なぜかスレッド表示はできるんです。ちなみにマルチパートメールも表示できます。base64 も gzip もデコードできます。普段から使ってればとっくに実用段階に入ってると思うんですが、メールが使えなくなると致命的なので恐くて移行できずにいます。

本日のツッコミ (全1件)

ただただし [あるある。mvする時も、パーティションをまたぐときは躊躇しちゃうもんな(笑)]


2002-06-30

例の会社

最近、マイクロソフトが気にならなくなってきた。

気にならない、というのは、つぶれなくてもいいとか、好きになった、ということではまるでない。ただ、何をしてもどうでもよくなってきた。なんでか考えてみるに、なんて言うかな、もうマイクロソフトでもないな、と思うわけです。どうでもいいです。なんか三年くらいたったらポックリ逝ってそうな、そんな予感すらします。

でも Linux や MacOSX が潰すというような形ではないでしょうね。全然別のところから飛んできた流れ弾に当たってイチコロ、というパターンがありそうです。それはたとえば政治的な意図かもしれない。あるいは市場かもしれない。それとも消費者かもしれない。とにかくなにか社会的なパワーに潰されるような予感がします。


<前月 | 最新 | 次月>
2002|04|05|06|07|08|09|10|11|12|
2003|01|02|03|04|05|06|07|08|09|10|11|12|
2004|01|02|03|04|05|06|07|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|04|05|06|09|10|
2009|07|
2010|09|