• プログラミングの光景 (2007年度)
• BK通信 (2008年度)
• バッドシグナル通信 (2009年度)

個人的に割と印象に残っているのは以下の記事です。

• プログラミングの光景 - プログラマについて
  これは私が目指したいと思っているところの姿について書いた記事です。実践はぜんぜんともなっていませんが。。
• BK通信 - ブラウザのバッドノウハウ <form> 編
  BK通信はバッドな話題ばかりでしたが、なかでも _charset_ という隠しパラメータはこれはひどいと衝撃を受けた記憶があります。
• バッドシグナル通信 - チキンレース
  これは知人の間で一番受けた記事です。チキンレース的な状況はいたるところで発生しているのだと思われます。

またこの手のネタを思いついたらブログにでも書こうと思います。

WEB+DB PRESS Vol.55

posted with amazlet at 10.02.09

WEB+DB PRESS編集部
技術評論社
売り上げランキング: 13545

Amazon.co.jp で詳細を見る

一方、他のブラウザで表示すると、このような雪だるまが表示されました。これは私がデフォルトのフォントに設定しているメイリオの雪だるまです。これはかわいい。意外なところにも力が入っています。

MS Pゴシックはこんな感じでした。普通。。

他のフォントの雪だるまも気になるところです。

p.s.
他のフォントの雪だるま。見つけたら随時追加します。

• ヒラギノ角ゴW3 Pro
• VL Gothic (via twitter)
• Apple Symbols

(defun support-color-p ()
  (or (eq window-system 'x)
      (>= (string-to-number emacs-version) 21)))
(when (support-color-p)
  (cond ((eq window-system 'x)
         (set-face-foreground 'region "DarkSlateBlue")
         (set-face-background 'region "#ddccff")
         (set-face-foreground 'highlight "DarkSlateGray")
         (set-face-background 'highlight "PaleGreen")
         (set-face-bold-p     'highlight t)
         (set-face-bold-p     'region t)
         (set-face-foreground 'modeline "#222266")
         (set-face-background 'modeline "#ccccff"))
        (t   ; terminal
         (set-face-foreground 'default "black")
         (set-face-foreground 'region "blue")
         (set-face-background 'region "cyan")
         (set-face-foreground 'highlight "white")
         (set-face-background 'highlight "green")
         (set-face-bold-p     'highlight t)
         (set-face-bold-p     'region t)
         (set-face-foreground 'modeline "yellow")
         (set-face-background 'modeline "blue")))

設定ファイルにありがちな色の設定です。大昔に設定されたものと思われます。デフォルトの色で問題ないので、これらは削除です。

(autoload 'wl "wl" "Wanderlust" t)
(autoload 'wl-other-frame "wl" "Wanderlust on new frame." t)
(autoload 'wl-draft "wl-draft" "Write draft with Wanderlust." t)
(setq mime-edit-split-message nil)  ;; Don't split attachments

以前は Wanderlust を使ってメールを読んでいましたが、最近はブラウザで読むので使わなくなりました。

ちなみに、 Wanderlust は、~/share/emacs 以下に自分でインストールしたものを使っていました。Linux や Mac などのいろいろなマシンで、共通の Emacs の環境を簡単にコピーして使えるよう、~/share/emacs にいろいろつっこんでありました。

~/share/emacs を見ると、以下のようなものがありました。

apel bitmap egg elib emu flim liece lookup lsdb
mule-ucs riece sdic semi wl

このうち、現在でも使っているものは Lookup くらいなので、その他のファイルは削除することにしました。Lookup は Emacs 上で辞書を引くためのツールで、おそらく 1998 年頃から使っています。

(autoload 'python-mode "python-mode")
(add-to-list 'auto-mode-alist '("\\.py$" . python-mode))

昔の Emacs には python-mode が含まれていなかったので、python-mode.el を自分で入れていたようです。Emacs 22 には python.el が標準で含まれているのでもはや不要な設定です。

(autoload 'ruby-mode "ruby-mode" "Major mode for ruby files" t)
(add-to-list 'auto-mode-alist '("\\.rb$" . ruby-mode))

一方、ruby-mode はまだ Emacs に含まれていないようなので、キープです。

まとめ

この他にも、自分で定義してぜんぜん使っていなかった関数などをばっさり削除して、だいぶすっきりしました。物置の大掃除をしたような気分です。

export LV='-Ou8'
export PAGER='lv'

以前は Shift_JIS, EUC-JP, UTF-8 など、いろいろなエンコーディングのファイルが混在していたので、lv を愛用していました。が、最近のファイルは UTF-8 だけになったので less でよくなりました。

LANG=ja_JP.UTF-8 のように設定しておけば、 less で UTF-8 のファイルを表示できます。というわけで、PAGER=less に変更です。less なら大抵の環境で標準で入っているので安心です。

export CVSROOT=$HOME/cvsroot
export CVS_RSH=ssh
export RCSINIT=-zLT

CVSは使わなくなったので、これらの設定は削除です。最後の RCSINIT は何かと思ったら RCS が展開する $Id: ... $ という行でローカル時間を使うためのおまじないのようです。そういえば、 $Id: ... $ はカッコイイ！と思っていたものです。

export BIBINPUTS=":$HOME/share/bibdb:"
export BSTINPUTS=":$HOME/share/tex//:"
export TEXINPUTS=":$HOME/share/tex//:"
export TTFONTS=":$HOME/share/ttf//:"
export CMAPINPUTS="/usr/share/ghostscript/Resource/CMap//"

TeXの設定です。TeXもすっかり使わなくなったので、これらの設定は削除です。何やら昔は ~/share/tex にいろいろ入れてがんばっていたみたいです。

#  0:black 1:red,2:green,3:yellow,4:blue,5:magenta,6:cyan,7:white
export LS_COLORS='*.jpg=32:*.png=32:*.gif=32:*.bmp=32'
LS_COLORS="$LS_COLORS:*.avi=32:*.mpg=32:*.wav=32:*.mp3=32"
LS_COLORS="$LS_COLORS:*.tgz=31:*.lzh=31:*.zip=31:*.Z=31:*.gz=31:*.bz2=31"

元々はどこからかコピーしたものと思われる、 ls の色づけの設定です。どうでもいいので削除です。

export PERL_BADLANG=0

ロカールの設定がおかしいときに Perl が表示する警告を黙らせる設定です。最近の環境で困ることはないので、削除です。

case "$TERM" in
    xterm*|kterm*|rxvt*)
    ...
    ;;
    *)
    ...
    ;;
esac

環境変数 TERM に基づいて設定を変えています。kterm, rxvt にマッチさせるためにがんばっていますが、これらを使うことはもうなさそうですし、よく考えてみれば、if test $TERM != dumb で十分です。

などなど、不要になった設定を削っていったらだいぶすっきりしました。

まとめ

.zshrc の整理を行いました。ゴミが残っていても実害はあまりありませんが、余計なものがないほうが見通しがよくなるので、たまに棚卸するのは悪くないと思いました。

dynabook UX にしたのは、以下のような理由です。

• 作り・見た目がいい感じ
• キーボードが打ちやすそう
• RGBコネクタを搭載（ネットブックの中には外部ディスプレイ出力がないものがある）
• SD/SDHCカードスロットを搭載

少し触ってみて気になったのは、やはり画面が物理的に狭いこと（10.1インチ）、解像度が低い（1024x600）ことですが、ネットだけの用途ならこれで十分そうです。時代の進歩を感じました。

TOSHIBA dynabook UX/23JBL ネットブックPC PAUX23JNLBL コスミックブラック

posted with amazlet at 09.11.01

東芝 (2009-06-13)
売り上げランキング: 19510

Amazon.co.jp で詳細を見る

有効期限が切れたり、店がつぶれたり、といったリスクを考えて、こまめに使う方がいいと思っていましたが、早くお金を返してもらうという考え方の方がわかりやすくて強力です。

ポイントがもらえるより、その分安くしてもらった方がありがたいのですが、最近はたくさんの店でポイントを発行しているので、ポイントから逃れて暮らすのは難しそうです。

と言いつつ、ポイントプレゼントキャンペーンにつられて（新規入会 3,000ポイント+10月末までにカード2回利用で2,000ポイント）、楽天カード（ポイントにつられやすいのでアフィリエイトリンクになっています）を作ってしまいました。

が、これもよくみると、罠がいろいろあります。

• このキャンペーンに事前にエントリーしないとダメ
• 通常の新規入会特典2,000ポイントは受け取り申請をしないとダメ。申請すれば2-5日で付与される。
• 残りの分、(1,000 + 2,000ポイント) は年末しか使えない
  「本キャンペーン特典ポイントの3,000（1,000+2,000）ポイントは2009年12月20日（日）頃までに2009年12月31日(木）まで使える期間限定ポイントとして付与します。」

12月末の期間限定ポイントはいかにも使い忘れてしまいそうです。忘れないように気をつけないと、と思いつつ、余計な気苦労が増えた気もします。

最近読んだ、『まぐれ』という本によると、最適化するタイプの人（数パーセントの節税をするために住所を変えたりするタイプの人）は余計な気苦労が増えるので不幸とのこと。当たっている気がします。

まず第一に、パターン、Wiki、XP をそれぞれ別個に扱った本はよく見かけますが、これらをまとめて扱った本は見たことがありません。しかもなぜか建築まで登場します。第二に、パターン、Wiki、XP といった本にありそうな実践的なハウツーは一切なく、歴史と思想に焦点を絞っています。第三に、歴史を紐解くという形式をとりながら、優れた創造に必要な原則とは何かを探るという思索的な本でもあります。

このように書くと、ごった煮的で、何の役にも立たたず、その上、明確な答えもない、というとんでも本のように聞こえますが、実はそのようでいて、そうとばかりでもない独特な本です。

まず、パターン、Wiki、XP は建築家クリストファー・アレグザンダー氏のパターンランゲージという概念を祖先とする兄弟であることが本書を読むとわかります。一見無関係そうなものが実は共通の起源を持っていたという事実は興味をそそる題材です。さらに、パターン、Wiki、XPが共通のコミュニティによって生まれて発展が行われたというのも驚きです。これらの経緯を丹念にたどった本書は歴史本としてだけみても読み応えがあります。

一方、本書はただの歴史本ではなく、歴史をたどりながら、この共通の起源の正体とは一体何かを掘り下げようと試みています。といっても、思想の元祖であるクリストファー・アレグザンダー氏がは自らして言葉で言い表せない「無名の質」と名づけたほどの難物ですから、当然、明確な答えはありません。読み終えると何となく何かわかったような気がするけど、それが何かはっきりわからないという釈然としない読後感が残ります。

ではそんな難儀な本を読むのに価値があるのかというと、一体何なんだと考えさせてくれるところに価値があると思います。日ごろ、目下の問題を手っ取り早く片付けたいという感じのことばかりやっていると、「時を越えた創造を30分でマスターできる10の方法」的な考え方に支配されてしまい、共同の創造とは何ぞや、その原則とは何ぞや、といったことを考えることは稀です。この本を読むとそういった真面目な事柄を考えている人が世の中にいるということを思い出します。

私の場合、とかくバッドノウハウ的な事柄に注意をもってかれがちですから、ソフトウェアを作るという行為そのものを考えることは滅多になく、ソフトウェア開発が創造的な活動であることを忘れがちです。本書は、ひさびさに違った視点でソフトウェア開発について考えるいい機会になりました。

手放しでお勧めできるタイプの本ではありませんが、たまには変わったものを読んで頭をリフレッシュしてみよう、という人は手にとってみるといいのではないかと思います。

以下は余談です。

第一部の建築をテーマにした部分は、知らない分野ということもあり特に興味深く読みました。建築とは如何にと思索と実験をライフワークとして続けてあれこれ思想を発表するアレグザンダー氏（しかも発表するたびに意見が結構変わったりする）と著者の江渡さんはどこか似ているのではないかと思いました。

本書ではアレグザンダー氏の思想を通じて創造について考えるという形式をとっていますが、次回作ではぜひ、江渡さん自身の思想を大いに語ってもらいたいと期待しています。

パターン、Wiki、XP ~時を超えた創造の原則 (WEB+DB PRESS plusシリーズ)

posted with amazlet at 09.07.09

江渡 浩一郎
技術評論社
売り上げランキング: 259

Amazon.co.jp で詳細を見る

ソフトウェア開発を行っていると、「何かいやな予感がするなー」と直感が働いて、それが的中することがままあります。いやな予感には何かしらの原因があり、そこから発せられる危険信号を人は読み取っているのではないかと思います。

筆者の周りではこの危険信号を、バッドであることが予想されるシグナルという意味で、「バッドシグナル」と呼んでいます。筆者はこの言葉を使い始めてからは、いやな予感がするきは「このバッドシグナルは何だ？」と考えるようになり、いやな予感の原因を特定する習慣がつきました。

ちなみに、前号まで連載していたBK通信は gihyo.jp で読めます。最終回の「文字コードのバッドノウハウ」もしばらくすると掲載されると思います。その前の連載のプログラミングの光景は全記事が掲載されています。

物語にはスティーブ・ジョブズは当然として、ビル・アトキンソンやアンディ・ハーツフェルド、ジェフ・ラスキンなどの開発者も多数登場します。ジョブズは「現実ゆがみフィールド」を持ったカリスマとして頻繁に登場しますが、奮闘する開発者たちも負けず劣らず重要な役割を果たしています。

第一章は、著者とマックの出会いから始まります。1983年11月、ジャーナリストである著者はアップル本社を訪れ、発表前のマックのデモを目にします。即座に「目の前で改革が起こっている」ことを理解し、マックの記事を書くことを決意します。このときのスティーブ・ジョブズは意気揚々、まさに自信の塊です。

ジョブズとのインタビューが終わると、打って変わって 1945年に発表された風変わりなエッセイ「科学技術の今後の動向」（原題は As We May Think）の話題に移ります。バニーバー・ブッシュ氏によるこのエッセイの中には 1945 年に書かれたとは思えない、コンピュータの革新的な将来像が予言されています。

このエッセイは後に、ダグラス・エンゲルバート氏によるマウスとウィンドウの発明につながり、さらにこのビジョンはゼロックスPARCの研究者たちによって磨きがかけられます。これらの成果をベースとして誕生したのがアップルのリサ、そしてマッキントッシュです。2章から5章にかけて、マッキントッシュに至るまでのこういった過程を源流から丹念に辿っていきます

長い前置きが終わると、いよいよマッキントッシュの開発の物語に入ります。開発は最後の最後までめちゃめちゃ難航して、開発者の多くは完成後に燃え尽きてしまいます。

ともあれ、すったもんだの末にようやく1984年1月に発表。しかし、メモリが少なすぎるため事実上使い物にならず（フロッピーディスクを1枚コピーするのにディスクの交換が50回以上必要だった！）、さらにカーソルキーがないといった問題もあって予想よりぜんぜん売れず、絶望的なムードに落ちていきます。

結局、スティーブ・ジョブズはマック発表の翌年 1985年5月に追い出されるはめになります。その後もいろいろあって、マックは結局これからどうなるんだろう、という 93年の時点で本書は終わります。

まとめ

マックを使い始めたのは比較的最近ということもあって、マックの歴史への関心はあまりなかったのですが、本書は非常に楽しめました。序盤を読んでいるうちは、著者のマックへの思い入れが強すぎるんじゃないのと感じる部分もありましたが、途中からは自分もすっかり思い入れが強くなってきて、著者と一緒になってマック開発チームを応援するモードになっていました。絶版となっているのが残念な一冊です（熱い復刊要望文があります）。

ところで、同様の開発物語では Windows NT をテーマとした『闘うプログラマー』もかなりおもしろいです。残念ながら、『こちらも絶版になっているようです（こちらの中古は豊富にあるようですが）。次は『レボリューション・イン・ザ・バレー』を読んでみようと思います。

p.s.
最後の章で出てきた「自分のマックが調子悪いので調べたところ、オンロケーションという常駐ソフトが ワード 5.1に付属する『雇用報告書』というファイルと相性が悪いことが判明して、こいつを削除したら解決した」というどうでもいいようなエピソードがつぼに入りました。まさにBKです。

マッキントッシュ物語―僕らを変えたコンピュータ

posted with amazlet at 09.02.22

スティーブン レヴィ
ブッキング
売り上げランキング: 848708

Amazon.co.jp で詳細を見る

こういった用途には meld などの GUI の diff ツールを使えばいいのですが、 ssh 端末しかないような状況で重宝します。

--strip-trailing-cr は行末の CR を無視する機能です。改行コードが CRLF と LF で食い違っているけど、中身はほぼ同じ、というファイルを比較するときに使えます。

以上、GNU diff の地味だけど便利な機能でした。