Launchy: The Open Source Keystroke Launcher

ホットなコマンドラインランチャーだけあって最新 OS の対応がいいのはもちろんですが、自動でプログラムを拾ってくれるのがなんとも嬉しい感じです（インストールするだけでインデックスが作られている場所のプログラムを名前から起動できるようになります）。

ただ、 bluewind のように作業ディレクトリを指定したりはできないようで、起動時のオプションを細かく指定したい場合はインデックスが作られる場所にショートカットを作っておくなどする必要があるようです（設定によってインデックスが作られているかに関係なく任意のディレクトリを対象にすることもできます）。

ショートカットを作る手間が惜しくないならスタートメニューからプログラムの起動もできるのですが、 Launchy は Twitter の投稿クライアントになるプラグインがあったり、キーボードから手を離したくない派の方は使う意義があるのではないでしょうか。

Emacs のミニバッファ風ランチャーを作るまではこちらにお世話になります。

Process Explorer

使われ方が分からないスレッド（ほとんど休眠しているとか）の数を数えたところで自分のソフトウェア開発には生かしにくいかもしれませんが、雰囲気だけでも知りたいという方にはおすすめです。

他にも開いているファイルやレジストリのハンドルなんかもわかりますので、 USB メモリーを取り出そうとしたら「まだ使ってるよ」というエラーに遭遇した際、誰が犯人かを調べるのに役立ちます。自分も USB メモリーを取り出す際にだいたいエラーになってしまうのですが、 Tortoise SVN が原因のようでした（どうやら鍵ファイルを USB メモリーに入れてるのが問題らしいです）。

いろいろ調べてみたのですが、技術的には実現できそうです。まずは進んでないプロジェクトが優先ですので、落ち着いたら来年くらいから作ってみようかと思います。

最後、神崎さん、どっかに消えるみたいな事を言っておりましたが、シーズン３のために帰ってきて欲しいです。

八木くんのお兄さんがオリンピック選手でしたっけ？　シーズン２で一番印象に残りました。

参考にした書籍はこれ、言わずと知れた猫シリーズです。

流石に Windows API の基礎がないと読みにくい内容ですが、そこをクリアできている方には IPv6 の解説や同シリーズにてフィードバックを受けた Win32API の更新がサンプルコードに反映されていてオススメできる一冊です。

クラスの設計中はクラスの性質を考えようかとも思うのですが、あとから見ると「あ、これは指示か」とか思うこともあります。ほとんどの場合、指示と指示を受けての振る舞いが近いのであんまり気にならないのですが、なんだか性質を考えていることになるのか疑問に感じるようになります。

噂によると、メッセージと振る舞いとを別に記述できる言語もあるそうですが、どんなんでしょう。考えようによっては Windows もメッセージを受けて処理を決定するという点では別に記述しているような気もします（やたら入力を拒否する反抗的なテキストボックスとかも作れるみたいです）。

時間があったら調べてみたいと思います。

MSDN サブスクリプションはライセンスが特殊というか注意点があって、開発とテスト目的にのみ利用可能とのことです。 Visual Studio なんかはそもそも開発に使うソフトですので普通の感覚で使っていいんでしょうけど、一緒に手に入る Office や OS はテスト目的にのみ使うことが許されるとのこと。なるほど。

詳しいことは MS に問い合せないととてもではないですけど決断できませんな。みなさまもご注意くだされ（個人で買うものでもありませんが）。

自分はというと Expression Studio の機能がいまいちでしたのでやめました。

原因はわかりませんが、不調は Access Connections のアップデートから始まりました。明らかにアップデートした後から調子悪くなった（しかも他のパソコンは好調だった）ので、もとのバージョンにすれば良いのでしょうが、こういう場合は不具合レポートを送信するようにしています（どれだけ見ているのか謎ですが）。

先日、 Windows Update と System Update にて更新プログラムをいくつか適用したのですが、不思議と安定するようになりました。説明を読む限り関係なさそうな更新だったのですが、どれかが当たりだったのでしょうか。

最近、 Access Connections も Windows が持ってる機能や設定のフロントエンドみたいな振る舞いをしますので調整が上手くいかないのかもしれません。どこに問題あるかわからん以上、アップデートする際は注意が必要ですね。

自分の設定が悪い可能性も高いのですが、 Meadow は折り返した行を縦に横断する際、キャレットが改行を１行と数えた場合の次の行に移るのに対し、 Emacs は表示的に１行と数えた場合の次の行に移ります。つまり、 Emacs は折り返して２行に見えている行を横断するためにキャレットを２回下に動かさなければならないのですが、これが Windows のエディタっぽくて使いやすく感じます。

プログラムのソースコードでしたら適度に改行を入れるのも楽なのですが、 HTML となると長い行に改行を入れにくくなるケースがあります。ひどい時は折り返して３行になるコードとかありました。

ちなみに、 Emacs, Meadow 共に行を折り返さない設定がありますので、折り返したくない場合は elisp で設定します。

ただ、 Windows の場合はユーザのホームディレクトリ以下に、まさしくこういった用途の Local ディレクトリがありますので、本来はここに入れてもいいファイルなのです。しかしながら、 C:\local に配置したのは「ユーザの垣根を越えて共有したい」という意図があります。

こうなると C:\local という名前に違和感を感じるようになります。「共有してるよ（できるよ）」というのを主張したいです。ここで、 Linux に目を向けてみました。

Linux 系 OS では /usr/bin 以下のバイナリなどをほとんどのユーザが使えるようになっている状態を目にします（たぶんこれが基本かと）。これにあやかって C:\local を C:\user-local と改めてはいかがだろうか？…と考えました。パッケージシステムが /usr/local を浸食しないという特性も、インストーラーで入れたソフトが C:\user-local には入らないという使い方にマッチしているような気がします。

今週届くであろう ThinkPad でこれを適用してみたいと思います。