On a Whim

2012年の抱負的な何かのつづき

2012-01-09T23:08:00.000+09:00

英語をそれなりに読み書きできるようになる

1月中はなんとなく検討しておく
2月中に簡単な何かをピックアップして試してみる
3月中に英会話に通うか決めて4月頭に決行

一ヶ月に一冊文学本を読む

2月中に積んであるのと読みたいのを洗い出す
2月から読んでいく

Vim script 5本は公開する

1月中は何か不便に思ったりしたものを片端からメモる
2月は上記を実行しつつ、何か書いてみる

他人の OpenSource の何かにパッチを送る

1、2月中は言語とか興味の方向とか検討
3月にターゲットを決めてソースを読む
4月も読みつつ使う

自社サービスをちゃんと使う

タッチアプリを作る
2月中にテストアプリを再作成
3月中に簡単なアプリを作る

運動をする

2月中に何やるか決める
ランニングか筋トレか水泳か？

色々積まない

積まない物

ゲーム
技術本
文学本
食器洗い
掃除

身の回りを綺麗に保つ

2月第一週で再度大掃除
それ以降は毎日どこか綺麗にする

何かで3回くらいは人の前に立つ

4月までに色々挑戦する。目標以外に。
5月以降でネタと挑戦場所を検討していく

2012年の抱負的な何か

2012-01-08T19:00:00.001+09:00

年も明けたので。

とりあえず達成したい目標を羅列

- 英語をそれなりに読み書きできるようになる
- 一ヶ月に一冊文学本を読む
- Vim script 5本は公開する
- 他人の OpenSource の何かにパッチ送る
- 自社サービスをちゃんと使う
- 運動をする
- 色々と積まない
- 身の回りを綺麗に保つ
- 何かで3回くらいは人の前に立つ

後やること
- 具体的な小目標を、これくらいできないと人としてダメだろ適なレベル感で決める
- 締め切りを切ってスケジュール立てする
- 最終的に日記にする
- を1/9中にやる

以上を最初の目標にする。

ujihisa.vim#2 に行ってきました

2011-11-19T22:41:00.001+09:00

愛を語るには長い道のりが必要であり、
まずは友達から始め、地道に歩まなければならない。

ということを学んだ勉強会でした。

Fin.

以下余談

多々勉強になったのですが、Kaoriyaさんの "Vimのソースコードをdisってみよう" で、とりあ
えず動くものを作ってユーザーを獲得して、そのユーザーを保持し続けることの重要性だというのを多々感じました。
これはツールだけじゃなくて、何にでも言えることだなぁと。

後ほど直で話を伺って、生きるモチベーションを頂きました。
きっとこんな自分でも、何か頑張れるんじゃないか・・・むりかな・・いや・・

その後、ちょっと前のエントリで出してみた物を、先輩に使っていただいたら、いきなりバグっていたりと、作ったら広めて使ってもらってdisってもらわないと何も始まらないなと反省したり。

色々と凹んだり凹んだりしましたが、楽しい勉強会(カンファレンス？)でした。

今度から勉強会等の懇親会は、片隅で佇んでるだけでもいいから参加しよう。

to 未来の自分

コマンド3発で割と最近のvim環境が構築できるパッケージを作ってみた

2011-11-02T23:08:00.002+09:00

社内でuniteを布教しようとするも、vimscriptはインストールが面倒くさいと、なかなか広まらないので、makeコマンドを打てば勝手に環境を構築してくれるパッケージを作りました。

https://github.com/kmnk/vimrc-builder

Shougoさん作の neobundle.vim を使わせて頂いて、もりもり僕が割と良く使う vim plugin をインストールして、とりあえず使えるようにします。

$ git clone git://github.com/kmnk/vimrc-builder.git
$ cd vimrc-builder
$ make

mapleader を Space にしていて、unite 関連のkeymapは基本的に Leader × 2 を始動にしているので、大体はスペース2連の後何がしかを打つと unite の何かが動くようにしています。

https://github.com/kmnk/vimrc-builder/blob/master/vim/profiles/unite.vim

これを基にして、社内環境に合わせてカスタマイズした物を社内リポジトリにアップしてみようかと目論んでいますが、使われるかなぁ。。

精神に余裕のあるときにデフォルトで入れているキーマップを書きます。

一日に30分節約できるかもしれない変態キーバインド(3/3)

2011-08-07T20:07:00.006+09:00

IMEのON/OFF切り替えが人間には不可能な件

コーディングに関わらず、日本にいる限り日本語を入力することは避けられないことだと思われます。
しかし、この切り替えを行うためのトリガーとなっている半角/全角キーは人の手が届かない場所に配置されています。

日本で生きていくために、キーバインドでホームポジションに近づけます。

IMEのプロパティ、キー設定ツールで以下のように設定を行います。

これにより、IME ON/OFF 周りで以下のような操作が設定されます。

文字入力状態外で無変換を押すと必ず IME が OFF になる
文字入力状態外で変換を押すと必ず IME が ON になる
文字入力中に無変換を押すと入力中の文字が半角になる(F8と同じ動作)
文字入力中に変換を押すと入力中の文字が全角英数字になる(F9と同じ動作)
文字入力中にひらがな/カタカナを押すと入力中の文字が全角カタカナになる(F7と同じ動作)

IMEのON/OFF以外に、日本語を入力する際に良く使うファンクションキーの動作を親指で自然に押すことのできるキーへ充てることで、人間の指でも無理なく日本語が打てるようになります。

よく使うキーが人外の域にいる件

日ごろコードを書く上で使うキーとして Enter や BackSpaceがあります。
また、自分はエディタとしてvimを使っているため、ショートカットのための Ctrl やノーマルモードへ戻るための Esc も非常に頻繁に使います。

これらのキーは、非常に良く使われるにもかかわらず、人の手では到達することができない、人外の域に生息しています。

キーバインドでホームポジションに近づけるしか生きる術はないでしょう。

以下を dot.nodoka に追記し、再読み込みを行います。

https://gist.github.com/1130249

これによって、以下のキーバインドが設定されます。

CapsLockキーを一度押すとEscが入力される
CapsLockキーを押しながら別のキー(例えばx)を入力すると、Ctrl + x が入力される
Ctrl + h(つまり、CapsLock + h)を入力すると、BackSpaceが入力される
セミコロンを入力すると、Enterキーが入力される
Ctrl + ; を入力すると、セミコロンが入力される

ここで、最も異質なのがセミコロンをEnterとしてしまうところですが、Enterキーというのはコーディングにおいて最もよく使うキーのひとつであることは自明なので、セミコロンを退避させてEnterキーに差し替えることはそれほど不自然なことではないでしょう。

一部の記号が人間に押されることを考慮していない件

コーディングにおいては、キャップ(^)やバックスラッシュ(\)等、一般の会話では用いられない記号を打ち込まなければならない場合が多々あります。
しかし、これらのキーはあまり用いられないためか、人間に押されることを考慮していない位置のキーに配置されています。

コーディングを続けるためにはキーバインドで我々だって人間なんだということを主張しなければなりません。

以下を dot.nodoka に追記して、再読み込みします。

https://gist.github.com/1130266

この設定によって、以下の記号を日ごろ打つ我々も人間なんだと主張することができます。

^ (Ctrl + 無変換)
~ (Shift + 無変換)
| (Shift + Space)
- (Ctrl + 変換)
_ (Shift + 変換)
= (Ctrl + ひらがな)
+ (Shift + ひらがな)
\ (Ctrl + /)
` (Ctrl + ‘)

Shift + Space はブラウジングなどで用いる可能性があるため、充てることができないかもしれません。適宜調整してください。

キーを拡張しても今までのキーを押してしまって慣れることができない

人に押すことのできないキーを押す技術を身に付けてしまったことで、本来の人間の姿を取り戻せなくなってしまった場合、どうにか矯正を行っていくしかありません。

以下のキーバインドを設定することで、人外の力を制限することができます。

https://gist.github.com/1130276

この制限は非常に強力なものであるため、よく考えて使う必要があります。
人外の力が弱まり必要がなくなったり、ストレスで寝込んでしまうなどの症状が現れたりした場合は、冒頭に # でコメントアウトしながら調整を行いましょう。

人間の手について考えながらキーを配置していたら自分のキーボードを触る人が居なくなった

キーバインドについて深く考察を進めていると、次第に自分のキーボードを触る人が減ってくる可能性があります。

キーの配置は人それぞれ最適なものが異なるため、自分に最適なものを突き詰めていくに従い、その他の人の最適なキー配置との距離が次第に広がっていくことは仕方がないことです。
しかし、ペアプログラミングや何かちょっとした操作を人に行ってもらうときなどに、自分以外の人が触ることのできないままでは、何かと不都合が発生します。
そのため、以下の一行を追加して人に使用してもらうときはあらゆるキーバインドを一度リセットする準備をしておきます。

key Pause = &LoadSetting("日本語 109 キーボード")

この設定により、Pauseキーを押すことで、それ以後、そのキーボードは元の「人間には扱いづらい一般的なキー配置」の姿に戻ります。
再度自分の作業に戻るときは、のどかの設定から再読み込みを行いましょう。

最後は自分で設定する

これはキーバインドに限ったことではないですが、設定はできる限り自分で一度書いてみるのが良いと思います。

自分で書くことで、「この配置はちょっと違和感があるが、変更するのが面倒」、「ここにこのキーを配置すればうまいこと行きそうだけど、設定方法が分からない」、「この文字を打ちたいのに何処に配置したか忘れてしまった」というようなことが少なくなってきます。

まとめ

以上、長々とキーボードの人間最適化について書きました。

まとめると、

キーボードはコーディングを行う人間に適した配置になっていない
人間の手に適したキー配置を行うことで一日30分節約できる(かもしれない)
キーバインドソフトはのどか(or 窓使いの憂鬱関連)がお勧め
とりあえず以下を設定するとキー配列のKMNK最適化が行われる

https://github.com/kmnk/config/blob/df6528c8b4f992f46f5995f7186170728e522809/dotfiles/dot.nodoka

キーバインドは一日してならず

という感じになった気がします。

紹介した以外にも自分最適化のために設定しているキーバインドはいくつかあるのですが、これは仕事環境や用いているエディタなどに依存してくるため、今回紹介はしませんでした。

自分の現行の設定はgitの構成を変更していなければおそらく以下から見られると思います。

https://github.com/kmnk/config/blob/master/dotfiles/dot.nodoka

何かおかしかったり、より良い設定などがあればお知らせいただけると非常にうれしいです。

また、こんなキー配列にしたらすごく捗るよ！とかも教えていただけると有り難いです。

ついこの前も、ずいぶん昔の記事なのですが、 http://pi200k.blog35.fc2.com/?no=70 のような配置を実践している方が居て、非常に夢がふくらみました。

Kinesisを買うことも一つの答えではあると思うのですが、どのマシンでもキーボードでも設定ファイルさえ読み込めば自己最適化されるというようなキー配置を色々と模索して、新たな配置を考えたら垂れ流していきたいと思います。

一日30分節約できるかもしれない変態キーバインド(2/3)

2011-08-07T19:58:00.005+09:00

英字配列か日本語配列か

キーバインドの話に入る前に、まずキーボードを選択する必要があります。

プログラミングをする際に用いられるエディタは日本製のではない限り、おおよそほとんどが英字配列を意識してショートカットが割り当てられているため、日本語配列では手の動きに無理が生じる可能性が高いです。

そのため、英字配列を選択する方も多いと思うのですが、自分は日本語配列を使っています。
理由は、キー数が多いからです。キー数が多いということは、その分充てられるキーの数が多くなるということで、モディフィアキー(CtrlやShift、Alt等)を組み合わせればホームポジションから押せるキーが著しく増加します。
配置の意味での英字配列は、キーバインドを使って充てれば良いので、日本語配列を使って損をすることは何もありません。

使っているキーバインドツール

キーボードの選択が終わったところでキーバインドの設定へ移りたいところですが、前段階としてそのキーバインドをどんなソフトウェアで実現するかというのが問題になってきます。
キーバインド設定ソフトには、割と有名なところで、changekey や猫まねき、AutoHotKey 等があります。
自分は、シェアウェアののどかを使っています。WindowsXPであれば、フリーソフトの窓使いの憂鬱でも、ほぼ同様の設定ができるはずですし、Windows7でも拡張された物などがあり、フリーでも使用できる方法があるようです。

日本語配列から英字配列へ

ここからようやくキーバインド設定の話に入ります。
まず、冒頭で説明したように、日本語配列をキーバインドで英字キー配列へ変更しましょう。
のどかの設定ファイル(詳細はのどかのページを読んでください)に以下を記述します。

https://gist.github.com/1130197

それから編集した設定ファイルをのどかに読み込ませます。
これで、日本語配列のキーボードでも、ほぼ英字配列のキーボードと同じ位置にキーが配置されるようになります。

人間の手が届く範囲

ここから徐々にコアな話に入ってきます。まず、これから紹介させていただくキーバインド設定を解釈して、自分なりに改造していくために考えないといけないこととして、人間の手の大きさがあります。

人の手をホームポジションに置いた際に指が届く範囲はキーボード全体をカバーすることはできません。人によって若干違いはあるものの、大体以下程度になると思われます。

(http://ja.wikipedia.org/wiki/キー配列#109.E3.82.AD.E3.83.BC.E3.83.9C.E3.83.BC.E3.83.89の画像を使わせていただいています)

青：無理なくホームポジションから届くキー
黄：指を伸ばすことでなんとかホームポジションから届くキー
赤：人間には到達不可能なキー

驚くべきはコーディングやショートカットにおいて頻繁に用いられる、ControlキーやEnterキーでさえ人間が到達することのできない秘境にあるということです。BackSpaceやEscキーに到ってはこの世のものとは思えないほど遠くに配置されています。

このように一般的な日本語配列と自分の手を見比べることで、キーボードというのはキーバインドをしなければ使うことのできないデバイスだということが理解できると思います。

この気づきが、自分に最適なキーボードの配列を考える第一歩になります。

この先は、キーボードを扱う個々人で最適なキーバインドが異なってくるため、何が正解かというものは存在しません。日ごろコーディングを行ううえで、このキーがもっと近くにあれば、より自然に素早くコードを書くことができるのにという気づきと、普段使っているキー配置とのマージを繰り返してより最適なものを導き出していく必要があります。

以下では、今現在自分がキーバインド設定で歩んだ道の一部を紹介します。自分もまだプログラマーとしては日が浅いので、まだまだ改善点は多々あるはずですが、最適なキーバインド考察の一助となれば幸いです。

次： http://kmnk.blogspot.com/2011/08/3033.html

一日30分節約できるかもしれない変態キーバインド(1/3)

2011-08-07T18:21:00.011+09:00

はじめに

この記事は半分本気ですが、半分ネタです。また、体調不良でテンションがおかしい状態で書かれています。そのため、この記事を真に受けて慣れるまで生産効率が著しく下がったとしても、当方は一切責任を負いません。
また、既に何度か記事にしている変態キーバインドの話とかなり被っています。最新版として生暖かい目で見守ってあげてください。
あと、この記事はWindowsでないと実現できないものが多いですが、自分がWindows教の信者なのは、このキーバインドが充てられるか否かに依るところが非常に大きいため、Mac教の方々で同じようなキーバインドできるぜ！というものがもしあれば是非お知らせいただけるとありがたいです。

一日30分節約できる(かもしれない)キーバインド

プログラミングを効率的に行えるよう日々環境の最適化を行っている皆様であれば、当然キーボードの最適化も行っていらっしゃると思います。

ハードウェア的な意味であれば、HHKやRealforceなどの静電容量無接点方式のタイプしているだけでストレスが解消されるようなキーボードを使っていたり、Kinesisの様な一般的なキー配列？何それおいしいの的な最も器用な指のひとつである親指を最大限に使用できるキーボードを使っている方もいらっしゃるでしょう。

ちなみに、自分はThinkpadのトラックポイントキーボードを愛用しており、マウス？何それおいしいの的な方向を進んでいます。タッチパッド？何それおいしいの。

ハードウェア的な意味では英字配列(104)と日本語配列(109)のどちらを選択するかというのも、こだわりのひとつだと思います。今回はこのキー配列の話も含めて、一日30分節約することのできるキーバインドをご紹介します。

とりあえず30分節約する

ここから長々とキーボードの選択やキー配列の話をするのですが、おそらく「御託はいいからとりあえず何で30分節約できるのか述べよ。」という方が大多数だと思うので、とりあえずどういう話なのかをさくっと書きます。

まず、前提条件を下記します。

Windows

キー配列

日本語配列

キーバインドソフト

のどか(窓使いの憂鬱)

次に、のどかのキー設定は以下にあげています(2011/08/07現在)。
https://github.com/kmnk/config/blob/df6528c8b4f992f46f5995f7186170728e522809/dotfiles/dot.nodoka

で、どうして30分節約できるのかというと、一ヶ月仕事中にとった割と遠いところにあるキーの1一日の平均打鍵数が以下になり、

BackSpace : 1832
Enter : 1681
無変換 : 1118
ESC : 831
変換 : 446
← : 120
→ : 98
↓ : 47
↑ : 44

上記のキーをもしキーバインドを充てずに手をホームポジションから移動してまた戻ってくる等の動作で打鍵した場合、まぁどんなに頑張っても1回に0.3秒くらいはかかるだろうと考えると、単純計算で、

( 1832 + 1681 + 1118 + 831 + 446 + 120 + 98 + 47 + 44 ) * 0.3 / 60 = 31.08

より、31分強節約できることになります。

以上。

ここからはひたすらキーバインド道を説いていきます。
と、かなり長くなったのでいったん切ります。おそらく3部構成になりそうです。

次： http://kmnk.blogspot.com/2011/08/3023.html

vimスクリプトのuniteでsvn statusとsvn diffするsource書いた

2011-02-12T18:46:00.018+09:00

書きました。
普段使い用に自己満足化した状態で作ってしまっているので、
必要だろうと思われる設定や機能等、教えていただけるとありがたいです。
更には“既にもっと便利なプラグインあるよ！”みたいなのもあれば教えていただけると助かります。

使い方は unite.vim を入れた上で、autoloadディレクトリをマージしてもらえればいけると思います。

そもそも Unite とは、emacsのanythingプラグインと似た感じの動作をするvimのプラグインです。すばらしいですね！

Uniteを開発されているShougoさんのリポジトリ(github)：https://github.com/Shougo/unite.vim

ということで僕が書いた駄ソースは以下になります。

https://github.com/kmnk/vim-unite-svn

svn/statusに対してsvnコマンドを実行するactionを拡張していますが、ベースは jump_list なので特に違和感は無いと思います。
拡張しているのは以下のコマンドです。

複数選択可
- commit
- add
- revert
- delete
- diff

複数選択不可
- blame
- log

以下、簡単な動作説明

Unite svn/status すると

簡単な一覧が出ます。

Tabでメニューを出して add と打って実行すると

svn addされてステータスが変わります。

複数ファイルの場合もスペースでマークして

Tabでメニューを出して commit と打って実行すると

コメント入力画面になるので(普段使わないので -m 対応してないです)、記述して:wqで

コミットされます。

適当に編集すると差分が発生するので

選択して diff と打って実行すると

Unite svn/diff:{file name 1}:{file name 2}:... が実行された結果が出るので、見たい行を選択して Enter を押すと

デフォルトの open が動作して対象ファイルの対象行に飛びます。

一部を選択して操作するのが若干簡単になるかもしれません。

特に今のところ status と diff に関してはこれで困ってないので他により便利なsourceが見つかったりしなければ、次は blame を書こうと思います。

追記(11/02/12 23:22)：
書きました。
blame差分

大き目のブランチで試していないので動作が危ういかもしれないです…

追記(11/02/20 22:04)：
↑多分大丈夫そうでした。

gitは自分が使いこなせてないので、実用Gitをもりもり読み終わったら作ってみます。

追記(11/02/21)：
↑blameやっぱりエラーが出るようです…

裏では泥臭く正規表現書いてmatchlist呼んでいるだけなのでどこかでつまづくかもしれないです

のどか(と窓使いの憂鬱)のvim風キーバインド設定を書いてみた

2010-11-14T01:51:00.003+09:00

せっかくのどかを購入したのにあんまりキーバインドの改造をしていないので、練習がてらざっくりとvim風キーバインド設定を書いてみました。

多分窓使いの憂鬱でも動きます。動作確認はしていないです。

個人的に以下のキーバインドを先に行っているので、それ前提で見ていただければ。


# CapsLock 単発だと Esc になり、押しながら何かを押すと Ctrl になる
mod ctrl += !!英数
key *英数 = *Esc

# SemiColon を Enter に
key *IC-SemiColon = Enter

# Control を押しながら SemiColon で SemiColon
key *IC-C-~S-SemiColon = SemiColon

で、以下がvim風キーバインド


### vim mode
## vim mode トグル
key C-OpenBracket   = &Toggle(Lock0)

## keymaps
# 一行ヤンク
keymap2 LineYankReady
key L0-*S-*C-*A-Y   = Home S-End C-C Home

# 一行デリート
keymap2 LineDeleteReady
key L0-*S-*C-*A-D   = Home S-End C-X

# 一行カット
keymap2 LineCutReady
key L0-*S-*C-*A-C   = Home S-End C-X

# 頑張って一番上まで戻ろうとする
keymap2 GoTopReady
key L0-*S-*C-*A-G   = PageUp PageUp PageUp PageUp PageUp

# exモードセーブ
keymap2 ex_mode_save
key L0-*S-*C-*A-Enter       = C-S
key L0-*S-*C-*A-SemiColon   = C-S   # Enter代替

# exモード
keymap2 ex_mode
key L0-*S-*C-*A-W   = &Prefix(ex_mode_save)

keymap Global

## vim mode 時の挙動
# default mode (Lock0 : on)
key L0-*S-*C-*A-_1  = &Undefined
key L0-*S-*C-*A-_2  = &Undefined
key L0-*S-*C-*A-_3  = &Undefined
key L0-*C-*A-_4     = &Undefined
key L0-S-*C-*A-_4   = End
key L0-*S-*C-*A-_5  = &Undefined
key L0-*S-*C-*A-_6  = &Undefined
key L0-*S-*C-*A-_7  = &Undefined
key L0-*S-*C-*A-_8  = &Undefined
key L0-*S-*C-*A-_9  = &Undefined
key L0-*S-*C-*A-_0  = &Undefined
key L0-*S-*C-*A-Q   = &Undefined
key L0-*S-*C-*A-W   = →
key L0-*S-*C-*A-E   = &Undefined
key L0-*S-*A-R      = Delete &Toggle(Lock0, off)
key L0-*S-C-*A-R    = C-Y
key L0-*S-*C-*A-T   = &Undefined
key L0-*S-*C-*A-Y   = &Prefix(LineYankReady)
key L0-*S-*A-U      = C-Z
key L0-*S-C-*A-U    = PageUp
key L0-*C-*A-I      = &Toggle(Lock0, off)
key L0-S-*C-*A-I    = Home &Toggle(Lock0, off)
key L0-*C-*A-O      = End Enter &Toggle(Lock0, off)
key L0-S-*C-*A-O    = Home Enter ↑ &Toggle(Lock0, off)
key L0-*S-*C-*A-P   = C-V
key L0-*C-*A-A      = → &Toggle(Lock0, off)
key L0-S-*C-*A-A    = End &Toggle(Lock0, off)
key L0-*S-*C-*A-S   = &Undefined
key L0-*S-*A-D      = &Prefix(LineDeleteReady)
key L0-*S-C-*A-D    = PageDown
key L0-*S-*A-F      = &Undefined
key L0-*S-C-*A-F    = PageDown
key L0-*C-*A-G      = &Prefix(GoTopReady)
key L0-S-*C-*A-G    = PageDown PageDown PageDown PageDown PageDown
key L0-*S-*C-*A-H   = ←
key L0-*C-*A-J      = ↓
key L0-S-*C-*A-J    = End Delete
key L0-*S-*C-*A-K   = ↑
key L0-*S-*C-*A-L   = →
key L0-*S-*C-*A-Z   = &Undefined
key L0-*S-*C-*A-X   = Delete
key L0-*S-*C-*A-C   = &Prefix(LineCutReady) &Toggle(Lock0, off)
key L0-*C-*A-V      = &Toggle(Lock1, on)
key L0-S-*C-*A-V    = Home S-End &Toggle(Lock1, on)
key L0-*S-*A-B      = ←
key L0-*S-C-*A-B    = PageUp
key L0-*S-*C-*A-N   = &Undefined
key L0-*S-*C-*A-M   = &Undefined

key L0-*S-*C-*A-Solidus = C-F &Toggle(Lock0, off)
key L0-*S-*C-*A-Colon   = &Prefix(ex_mode)
key L0-*S-*C-*A-CircumflexAccent    = Home

key L0-*S-*C-*A-Esc     = &Toggle(Lock0, off)
key L0-*S-*C-*A-英数    = &Toggle(Lock0, off)   # Esc代替

# viasual mode (Lock1 : on)
key L1-*S-*C-*A-H   = S-←
key L1-*S-*C-*A-J   = S-↓
key L1-*S-*C-*A-K   = S-↑
key L1-*S-*C-*A-L   = S-→
key L1-*S-*C-*A-D   = C-X &Toggle(Lock1, off)
key L1-*S-*C-*A-Y   = C-C → ←&Toggle(Lock1, off)

key L1-*S-*C-*A-Esc  = &Toggle(Lock1, off) → ←
key L1-*S-*C-*A-英数 = &Toggle(Lock1, off) → ←    # Esc代替

色々試行錯誤しながら書いていたので色々冗長かもしれません。

最初のトリガーは一般的なvimのエスケープなので、普段エスケープを Ctrl + [ でやっている人は別のキーに変えてください。

vimモードから戻る操作は以下を定義しています。最初以外は入力モードに入る際と似た挙動をします。

もう一度トリガーボタンを押す

エスケープキーを押す

iを押す

Iを押す

aを押す

Aを押す

ccを押す

完璧にvimの動作をするわけじゃないですが、結構動きます。
なんらかの要因でテキスト編集にvimを使えないときなどに使ってみてください。

近況

2010-08-23T00:05:00.002+09:00

おや？こんなところにブログが。

こんばんわ。
くまねこさんはとりあえず無事に就職しております。

長らく放置してますが、さくらインターネットにサーバーを借りたので恐らくそのうちそちらでスクリプト動かして移行しようかなと思っております。

近況としてはブクログのログなど見ると(といってもこちらも最近放置してますが)わかるかもですがPerlなど勉強しております。
ということで最近は日々Perlの本をばらばらに分解してScanしています。

電子化いいよ電子化

はい。そのうちまたブログも書くようにします。

WBSマインドマップ晒し

2010-03-08T23:59:00.002+09:00

思いつきで。
気力が続けば明日以降もやろうかと思いますよ

Google 日本語入力を使ってみている

2009-12-03T11:09:00.002+09:00

12/3におもむろにリリースされたGoogle日本語入力を使用中。

Google Japan Blog: 思いどおりの日本語入力 - Google 日本語入力

変換自体はかなりよさげなんだけれど、変態キーバインド設定をしようとしたところでつまづいた。

設定が全部英語orローマ字

どうしてこうなった。

とりあえず使いたいけどキー設定できないことには使えないので色々試してリストアップしてみる。

やりたいこと

続・変態キーバインドを勧めてみる

であげてる

無変換：日本語OFF、変換文字の半角化
変換：日本語ON、変換文字の全角英数化
ひらがな：変換文字のカタカナ化

この辺。

調査覚書

モード

Composition(組み立て、組織、組成、配合、構成、構図)
Conversion(変換、転換、変化、改造、交換)
DirectInput
Precomposition
Prediction(予言、予報、予想、予測)
Suggestion(提案、忠告)

の6種類(カッコ内は英辞郎の訳)
ちなみにIMEのキー設定のモード(?)6種

入力/変換済み文字無し
入力文字のみ
変換済み
候補一覧表示中
文節長変更中
変換済み文節内入力文字

対応付けられるか微妙なのでとりあえずやりたいことの実現を目指す。

入力キー

手元のキーボードの印字文字(左)とGoogle日本語入力キー設定の入力キー名(右)を対応

半角/全角→Kana
無変換→Muhenkan
変換→Henkan
カタカナひらがな→Hiragana

これはローマ字だから分かり難いけれどまぁ何とかなりそう。

Ctrlキー等との組み合わせは

Ctrl Kana
Shift Kana

等と記述するよう。

コマンド

日本語モードのON/OFFのトグル→ToggleAlphanumericMode
日本語モードをONにする→代用は出来そう
日本語モードをOFFにする→なし

まとめ

使えなさそうorz

日本語モードON

日本語モードOFF

の個別対応さえされれば使える。

とりあえずIMEに戻しました。

変換候補はすばらしいです。

Booklogを試し中。

2009-11-27T01:23:00.003+09:00

今まで本管理に

読書メーター

を使っていたけれど、

Booklog

を試してみてます。

純粋な管理だけなら読書メーターの方が便利だけど、
見栄え的な意味で面白そう。ブログにパーツとして貼れるようなので。

mixiアプリのソーシャルライブラリーは・・まぁ・・ね・・(^ρ^;

トップページがマイページなのも好印象。
しばらく使って見る予定。

ScanSnap S1500 を使ってみた。

2009-11-10T11:34:00.006+09:00

整理HACKS！に触発されて買ってしまいました。

FUJITSU ScanSnap S1500 FI-S1500

本来は断裁機も買って本を大量にスキャンとかするんですが、
今のところ部屋に置き場がないので保留。

部屋掃除、整理し終わってその時点で資金に余裕が有ったら買おうかと思います。

他の用途としては、書類を片っ端からデジタル化して紙を処分しつつ、データの同期でどこでも見られるようにするなど。
文字認識機能もついているので、簡単な検索もできます。
電化製品のマニュアル等の普段は使わないけど取って置かないと後で困るかも・・みたいな紙は全部スキャンして捨ててしまうとかできそう。

個人的な用途としては、ブログのネタまとめにつかってるマインドマップをスキャンしてみています。

気になるのはスキャンの早さだと思いますが、おおよそ1秒に1枚ほどの早さでスキャンできます。
50枚ほどまでセットでき、本体のボタンを押すだけで、

スキャン
文字認識
pdf化
保存

までをPCに触らずにフルオートでやってくれるので、他の作業をしながら片手間に紙の整理ができます。

複数枚の読込はめったにないですが、薄すぎる紙や折り目が付いたものなどたまに起こっても超音波検知で報告してくれるため、
ミスに気づかずに書類を捨ててしまう等は少ないと思います。

気に入ってはいるのですが、amazonで4万円弱とかなり高めなのでお薦めしにくいところ。
家が紙で溢れかえっていてどうしようもないとか、オフィス書類のデジタル化を行いたいとか何か目的を持っている場合は便利だと思います。

↓スキャンスナップでスキャンしたレビュー用マインドマップ。

追記(11/17)
新しいエントリーモデル(S1300)が出たらしいです。
http://japan.cnet.com/news/tech/story/0,2000056025,20403695,00.htm?ref=rss
S1500の方がハイスペックだけれど家で使うならこっちで十分かもしれないです。

のどかを購入した

2009-10-13T02:15:00.008+09:00

以前以下の辺りの記事

で紹介したように、完全に「窓使いの憂鬱」に依存している自分にとって、
Vistaや7への移行の最大の妨げとなっていたのがVista発表とほぼ同時期に発表されたこの一文。

「窓使いの憂鬱」の開発は終了いたしました。Windows Vista では動作しませんのでご注意ください。

当初はかなりショックを受けたものです。

すぐに有志のパッチが出たりはしたのですが、その後派生プロジェクトとして

のどか[http://www.appletkan.com/nodoka.htm]

というものがapplet氏により開発、継続されました。

基本的にVistaでは"デジタル署名のないデバイスドライバは動作しない"ため、フリーソフトのレベルでは限界がありました。
この"のどか"は、シェアウェアであり、いずれ法人化&署名獲得を目指すということで、当時から購入を迷っていたのですが、
この度、めでたく法人化されるということでこの機会に購入。

窓使いの憂鬱をアンインストールし、のどかをインストールしました。

設定ファイルなどは若干の修正が必要なものの、ほぼ今までの物をそのまま使えたため、スムーズに移行することができました。

これで学校のPCや新ノートのVista(そのうち7)でも快適なタイピング環境が構築できそうです。

追記
Vista 64bitの場合、起動時にF8でメニューを出して署名強制を無効にしないと動作しないらしい。
これを調べていなくて学校のPCへのインストールに時間がかかりました。

現在は快調に動作中。
セミコロンエンターがいい感じです。

追記の追記
とうとう署名付き版のv4.10がリリースされたようです。
インストールしてみたところ署名強制無効を行わずに問題なく動作しました。

使いこなせてないviコマンド覚書

2009-10-11T12:20:00.012+09:00

とうとう入門viを買ってしまったので読みつつ、今のところ使いこなせてないコマンドの覚書。
意識的に使うべし＞自分

number指定を用いたhjkl移動
- 連射せずにジャンプする癖を付ける
C:現在位置から行末までを削除し、入力モードに移行(=c$)
S:現在の行を削除し、入力モードに移行
D:現在位置から行末までを削除
A:行の末尾に移動して入力モード
I:行の先頭に移動して入力モード
J:2行の連結
zシリーズ
- z:現在の行を画面の一番上へ表示するスクロール
- z.:現在の行を画面の中央へ移動するスクロール
- z-:現在の行を画面の一番下へ移動するスクロール
H, M, L:画面の一番上、中央、一番下へそれぞれジャンプ
nH, nL:画面の一番上から及び画面の一番下からn行目へジャンプ
n|:n列目の文字へジャンプ
e, E:単語の末尾にジャンプ(Eは句読点を単語の一部とする)
fx, Fx:現在の行の次(前)のxへジャンプ
tx, Tx:現在の行の次(前)のxの前の文字(後ろの文字)へジャンプ
;, \,:直前の上記2つを繰り返す(逆順で繰り返す)
xG:x行目へジャンプ
- :xが癖になってるが、こっちの方が早い
起動時 vi +n file:n行目の位置でfileをオープン
起動時 vi + file:最終行の位置でfileをオープン
起動時 vi +/pattern file:最初にpatternが見つかった位置でfileをオープン
"xyy:カレント行をバッファxへヤンク→"xp:カレント行の次の行へバッファxの行をペースト
- バッファ名が大文字の場合更新でなく追加
'x:マークxの行の先頭にジャンプ
`x:マークxの文字へジャンプ
exコマンドでの操作
- d:削除
- m:移動
- t:コピー
exコマンドでの行シンボル
- 0:ファイルの先頭(1行目の前)
- .:カレント行
- $:ファイル最後の行
- %:すべての行
検索パターンメタキャラクタ
- \<, \>:ＴＡＮＧＯＮＯ先頭、末尾
置換文字メタキャラクタ
- \u, \l:最初の文字を大文字(小文字)に変換
- \U, \L:\e又は\Eまでを大文字(小文字)に変換
:&(=&):置換繰り返し
:r !xxx:シェルでコマンドxxxを実行した結果を読み込む
:xx,yy!zzz:xx～yy行目をシェルでコマンドzzzに渡し、実行結果で入れ替える

多いなおい。
だがそれがいい(ぁ

追記。その他

^Ws=:split
^Wv=:vsplit

Head Firstソフトウェア開発を読んでみた

2009-10-08T18:06:00.002+09:00

本を読む→レビュー
なルーチンを復活させよう計画。

今回は

Head Firstソフトウェア開発 ―頭とからだで覚えるソフトウェア開発の基本

を図書館で見つけて借りて夏休み中放置していて返却日が迫ってきたので慌てて読んでまとめました。

1. 概要

似たような内容のHeadFirstシリーズに

等があります。
一部内容が被ってたりしており、割合的には
オブジェクト指向分析設計 : デザインパターン : オリジナル(+α) = 3 : 1 : 6
位のイメージ。

ちなみに似た内容の方の本2冊は買ってます。今回のは返却済み。

2. +αのこと

被っている内容については各本を参照してもらうとして、この本独自の点をあれこれ。

I. 繰り返し

一番重視されているのが「繰り返し」。
小さい単位では、毎朝スタンドアップミーティングを行い、現在の進捗や気づいたこと、今日の作業の妨げになり得る案件等を報告しあう繰り返し。
大きい単位では、納期までに結果を納品し、それに対しての反省から次のプロジェクトの見積を計算しなおす繰り返し。
等、各単位での繰り返しを行うことで、常に現状を確認し、予想で物事を考えないようなシステムを作ることが重要としています。

II. バーンダウンチャート

単語として知らなかったのでピックアップ。
詳細は本を読んでもらったほうが良いと思いますが。これも現状把握の一手段です。

III. バージョン管理

Subversionの導入について軽くですが触れられており、導入からチェックアウト、タグやブランチの付け方、考え方などがある程度理解できます。
詳細まで解説するとページ数がいくらあっても足りないので、本当に触りだけですが、これだけでも知っているのと知っていないのとでは共同開発の効率に差が出そうな感じです。

IV. テスト(テスト駆動開発)

これも軽くですが触れられていました。テストのコンパイル、単体テストの自動化方法や、テスト駆動開発の考え方と、その効果、利便性などが解説されています。
結合テストに関してはあまり触れられてません。

3. 総評

本の内容としては、基本的なプロジェクトにおける設計～開発～納品～の流れにおける、工数等の見積の方法と、その見積の維持(修正)と管理方法が広く解説されていました。
各ツールの使用方法や、細かい設計等については専門の本を読むべきだと思いますが、開発においていきなり予想でコーディングを始めることの危なさや、無駄な時間のように思える設計や工数見積の時間をしっかり取ることの重要性を知る・確認するのには良い本だと思います。

初めてのPerl と続・初めてのPerl を買ってみた

2009-10-06T00:27:00.003+09:00

どうせいつか買うのならと、買ってみました。

とりあえず学校行くまでの電車内で

初めてのPerl

だけフォトリーディング。

帰りの電車は別の本を学校から持って変えるために置いてきちゃったので、
明日の帰りにアクティベーションしつつ熟読する予定。

ちなみに帰りの電車では学校で借りていた

Head Firstソフトウェア開発 ―頭とからだで覚えるソフトウェア開発の基本

をフォトリーディング。明日の行きで再読して、時間が有ればまとめてレビュー書きます。

ただ返却期限が10/8なので危ない。。

EasyStepを使ってみた

2009-10-04T17:45:00.003+09:00

長らく放置してましたが復活するわけではなく思いついたら更新ペースを継続。

うそです。出来るだけ何か毎日更新したいとは思っています。思っては。

ということで（どういうことで)

これはすごい！思考を妨げずにマインドマップを作成できるツール[フリーソフトの樹]

この記事でよさげなマインドマップWebツールがあることを知ったので使ってみて、所感をだらだらと。

その前にEasyStepでぐぐってみたところ、2008年末にはちょこちょこ紹介されてました。

EasyStep(マインドマップ)[TRPG HACKS!]
Web上でマインドマップ作成『EasyStep』がスゴイ[ライフハックブログ　Ko's Style]

若干乗り遅れ感。手書きまんせーやってるので興味わきにくいってのもあるんだと思いますが。

てことで所感。

1. 見た目

I. 線

見た感じかなり滑らかで、手書き感もあり、詳細設定(太さや色、末端に行くにつれての細くなっていく度合い、カーブの数等等)もでき、手書きと遜色ない感じ。
手書きの場合太線を色付けしようとすると中を塗らないといけないので、インクの無駄の心配もないです。

II. 文字

デフォルトの文字の大きさが非常に小さくて見難いなーと思ったのですが、こちらも設定でデフォルトの大きさを大きく出来、その上であればかなり良い感じです。
ちゃんと線の上に配置してくれるので、手書きのマインドマップと似た仕上がりになります。

III. その他

手書きの場合どうしても書いてるうちに枝が膨らんできた群が他の群を圧迫して細かく醜くなってしまうことがありますが、そこはアプレット上でやってる特性上、枝ごと位置を変えたり、枝を切り取って別の場所に移すなんてことも出来ます。
このあたりはローカルでは出来ない編集ツールならではな感じ。

2. 出力

出力は、PDF、画像、Excelシート、CSVなどが選択できます。
後者の2つは用途がぱっと思い浮かばないので省略。

I. PDF

これはファイルとして共有し易いので、実生活の色々な面で使えそう。
打ち合わせや提案等の内容をEasyStepでまとめて、それをPDF出力して事前に参加者や関係者に渡しておけば考えの理解が深まる・・かもしれません。

II. 画像出力

こちらは、画像そのものを自動生成してくれるもの。具体的には

こんな感じ。

これは記事書く前、普段は紙とペン用意してローカルで書いてるものをEasyStepを使って書いてみたもの。

これ見れば書く前に考えていたことはすべて網羅されてるので、もう記事は必要ないですね。

以上。

そういうわけにも行かないので続き。
画像をそのまま貼り付けられるので、ブログや自分のサイト、何かの記事などで用いる時に使える感じです。

3. 使用感

実際使ってみて、手書きと違うところはやはりスピード。

手書きの場合思いついたら即、線を適当に延ばし、すぐその上に文字を書き、その文字かいてる途中に思いついたことをまたすぐ継ぎ足していく。。といったように、どんどん考えを拡張・発展させていくことができますが、どうしてもWebのツールを使うとその勢いが阻害されます。

思いついたことを図に表すまでに、

線を延ばす
文字を書く

という2段階の工程を、ペン一つで出来るローカル(紙とペン)と違い、マウスとキーボードに乗り換えてやらなければいけません。

慣れれば、どうということはなくなるかも知れないですが、どうしてもここで抵抗感を感じました。

また、無意識に線を延ばして線を書くローカルと違い、「線をひいてー文字を書いてー大きさはこのくらいでー色はこれでいいかなー？」とか考えていると、その間思いつけたことがどこかに飛んでいってしまう気がします。

4. まとめ、用途案

ざっと使ってみた所感をだらだら書きましたが、使用感から考えて、用途としては

既にまとまっている何かをマインドマップに起こす

ことがメインになる感じだと思います。

既に考えを発展させる時に用いたマインドマップが手元にあり、これを綺麗に清書したい、又はWebで共有したい
レジュメ等の既に箇条書きなどでまとまっている内容を改めて関係性を考慮したマインドマップに書き直したい

などといった、Web上に存在するというメリットや、マインドマップの見た目の有用性を重視した場合には効果が期待できると思います。

逆に、枝をどんどんつなげていくことで考えを発展させ、無限に広げていくといったような、マインドマップの拡張性を重視する場合、紙とペンを使い、直感で広げていくローカルの方が向いているように思います。

他の用途としてはローカルでは最低限紙とペンを用意しなければいけないところ、インターネットに接続する環境さえあればマインドマップ体験ができる手軽さから、マインドマップがどういうものなのか、どういう風につなげていき、拡張していくのかといったようなマインドマップへの導入に使えばマインドマップ人口の増加に貢献できる予感がします。

結局手書きばんざーいな内容になってますが、ソフトウェアではなく、ブラウザ上で動くアプレットでここまでのものが出来るのかーとかなり驚きました。

もしペンタブレットやマウスを用いて、

適当に枝の先から線をフリーハンドで引く
自動的にそれなりに綺麗な線(色・太さ)に変換される
線の上に文字を適当に書く(汚くてもok)
自動的に文字を認識して清書(色・大きさ)される

なんてことになったらローカルで紙とペンを用意する時代は終わるかもしれません。

誰か作ってくれないかなーな他力本願をしつつ、自分はまだローカルメインでやっていきそうです。

Googleのツールでタスク管理

2009-06-27T03:29:00.003+09:00

今回も以前

スプレッドシートでタスク管理

で紹介した内容の焼き直し。

以前の記事は文ばかりで不親切だったり、管理方法を色々と模索して大分変わっていたりするので、その他のGoogleツールも交えて普段のタスク管理方法をまとめておきます。

あ。結構長いです。
なるべく章立てしてますので、暇なときとか、分けてちびちび読んでください。

1.ドキュメント

前回の焼き直し。
大本のネタはまんまJoel on Software
です。

前回書いた内容は、Joel on Softwareに載っていた内容を若干自分なりに変えて仕事で使っていた例を書いたのですが、現在は仕事外でも私生活内の様々なタスクの把握と管理に用いています。
また、文と効用ばかりであまり具体的なところが少なかった気がするので、今回は実例をメインに。

基本的にスプレッドシートを用いるところは変わりません。Googleドキュメントのスプレッドシートを使っています。

a.ファイルの生成及びシート分け

ファイルの生成

ファイルは今週使うものの名前を「TaskList」にし、週の更新時に名前を「2009.06.3_TaskList」のような形(2009年6月第3週といった感じ)で変更したのち、新しい「TaskList」を作ります。
どんどん過去のタスクリストを溜めていくことで、これだけ続けてきたという自己満足感を満たすと共に、後々見返すことで反省したり、このタスクにはこのくらい時間がかかったというように参考にしたりできると思います(まだあんまり溜まってないですが…)。

シート分け

1つのシートには1日のタスクを書き連ねるので、各曜日でシート7枚、さらにどこかに充てたいタスクリストを作成するため、計8枚のシートを作ります。

ファイルの更新

各週のファイルは、前の週の金曜日に作ります。

まず、金曜の夜に来週のタスクリストを生成(テンプレートのようなものを作ってコピーするか、今週のものをコピー)し、開きます。

次に、今週の月～金曜(及び未充て)のタスクリストを見返して残ったタスクを確認、重要度や所要時間などを考慮して土日に充て、残ったものを次の週の未充てタスクに切り貼りしていきます。後にも書きますが、見積時間とかは適当です。

最後に、来週のスケジュールを見ながら未充てタスクとスケジュールをまとめて各曜日のタスクリストにごりごりと割り当てていきます。

自己流のテンプレートを作成するのは若干時間がかかりますが、人それぞれ決まったタスクというのは固定化されていると思うので、ある程度確定すれば各週の更新時間は1時間かからないと思います。

b.行列の分け方及び記入内容

ぱっと見でわかると思いますが、大した分け方はしていません。

まず列の説明をすると、

プロジェクト…グループ分け
タスク…大まかな目的、やることなど
詳細…具体的にやることを出来るだけ詳細に。コーディングの場合、「データ取得用メソッドを実装する」とか、「取得したデータをソートするアルゴリズムの作成」とか
時間

見積時間…最初に予測する所要時間。思いつきレベルで時間をかけずにぱっと決めます。最初に決めたらここは以後手をつけません
修正時間…見積時間を決めた時点で見積時間をコピペしておき、実際にタスクをこなすうちに見積に差が出てきた場合、こちらを逐次修正します
経過時間…実際にそのタスクにかけてきた実時間を記録します。最終的に修正時間と経過時間が等しくなれば、タスクが完了したことになります
残り時間…修正時間－経過時間。後どの位かける予定なのかが自動的に計算されます。また、条件をつけて文字の色を分けています

0と等しい：青…終わったっぽく。青ければ完遂済みのタスクです
0より大きい：赤…未完タスク。やれ！という意思表示をこめて。また、結局時間が足らず残ってしまっているタスクを後から見直すときに目立ちます

見積差分…修正時間－見積時間。最初に見積もった勘と実際にかかった(かかりそうな)時間の差分が自動的に計算されます。こちらも色分けしています

0と等しい：紺…見事に予想通り。素晴らしい
0より大きい：暗赤…見積もりより超過してしまった。次からはもう少し余裕を持とう
0より小さい：暗緑…見積もりより短く済んだ。厳しく行けば他のタスクも入れられたはず

備考…メモなど

といった感じです。
時間は1時間単位で書いています。細かくても15分単位の0.25レベルの細かさにしか分けず、できるだけ感覚で予想できるようにします。
また、条件による色分けをすると、一目で今の状態を確認できたり、自分の見積もりの傾向が短く設定する傾向があるのか、長めに設定する傾向があるのかというのがなんとなく色合いで分かります。

次に列は、大まかに

列の説明
各タスク
総計…各時間の総計
余暇…24－総計

といった感じです。
余暇(いい名づけが思い浮かばなかった…)を置いておくと、「その日の自由な時間がどの位残っているのか」や、「うっかり48時間分タスクを詰め込んでいた」とかいったことが少なくなる気がします。

c.その他全体の管理

こういった感じにタスクリスト、シートを作成し、管理していきます。
最初にテンプレートを作成するのは結構時間がかかりますが、それ以降は基本的に前週のタスク＋追加タスクをひたすらコピペしながら数字を記入するだけなのでそれほど時間はかからないように思います。
また、ある程度の時間管理を行うことで、「今週はこれとこれとこれとこれもあれもやりたいから頑張ろう。」みたいな曖昧なことを考えて結局どれも中途半端に終わってしまうみたいなことが少なくなります。
更にはあらゆるタスクの見積もりを常に続けることで、私生活や仕事上の様々な時間の把握が上手くなっていく(といいなぁ)と思います。

2.Gmail

基本的にタスク管理のメインは1のスプレッドシートですが、それを補佐する意味で使うツールがGmailです。
ドキュメント使っていればまずGmailのアカウントも持っていると思います。

結構便利なのにあまり知られていない(ついこの間まで自分も知らんでしたが)ですが、Gmailには「エイリアス」という機能があります。

どういう機能かというと、たとえば自分のGmailアドレスが

hogehoge@gmail.com

だった場合、送信先を

hogehoge+fugafuga@gmail.com

として送信しても届きます。

ちょー便利ですね！

…。

何が便利か。というと、つまり一つのアカウントを持っているだけで無限にメールアドレスを作り、一つのGmailインターフェースで管理できるということです。
まぁ、自分も何がどうどれだけ素晴らしすぎるのかというのはまだそれほど実感できてないのですが、具体的には、色々なサイトにメールアドレスを登録する際に、各サイトのドメイン名を+の後につけて、いらなくなったらそのアドレスはすべてゴミ箱に直行するフィルタをかける。といったことが出来たり、まとめてタグをつける。といったことが出来ます。

で、これをどうタスク管理に使うのかといえば単純な話で、あらかじめ

hogehoge+task@gmail.com

宛てのメールにフィルタ

タグ「Task」を付ける
スターを付ける
(迷惑メールにしない)

を設定しておき、出先やらトイレに居る時やらどんな時でもいいですが「あ、これやっとこう」「あ、これ実装しよう」「あ、京都に行こう」とか思ったら携帯から

送信先：hogehoge+task@gmail.com
件名：旅行計画
本文：京都行きの旅行計画を立てる

なんて感じのメールをとりあえず送ります。
と、自動的にGmailがタグとスターをつけて目立つようにしておいてくれるので、どこかのPCの前に座ったら自分のGoogleアカウントを開き、タスクに分類されたメールの内容を今週のタスクリストの未充てタスクにコピペ。見積もり時間等適当に予想し、時間があれば更に今週の予定のどこか空いている場所にコピペ、時間が無ければとりあえずその場はそのまま放置して時間のあるときに改めて充て直す。のようなフローを作ることが出来ます。

この準備をしておくと、思いつきのアイディアや考えが消える前にメモ感覚で記録しておけるようになるため、色々と忘れたり貴重な考えを霧散させたりしなくて済むようになり、もどかしさが解消されたりされなかったりします。

3.カレンダー

ここからの内容はTIME HACKS!
に載っている内容を大分もらっています。
他にも色々と時間活用のアイディアが載っているので興味のある人は読んでみてください。

最後にカレンダー。
ここではタスクリストに載っているタスクのうち、不可避だったり動かせなかったりするものを視覚的に把握するためにタスクの種類ごとに色分けしてごりごり登録していきます。

まぁ百聞は一見に如かずともいうので、実際自分が使っているのはこんな感じ。

大分私生活の場所が特定されちゃうのでモザイクばかりですみません…

こんな感じで大まかなタスクを色分けして登録していきます。
ちょっと見難いかもしれませんが、紫は移動時間です。

特殊なのは、「暇な時間」も色分け(灰色)して塗りつぶしていること。
これは完全にTimeHacks!の受け売りですが、これにより視覚的に「どの位自分のためにまたは細々したタスクを充てるために使える時間があるのか」、ということが把握できます。

一応タスクリストでも総計や余暇の行で数字的に把握は出来るのですが、こちらではなんとなく見た目の広さ、大きさで把握するので大まかなイメージが掴み易い気がします。

このスケジュールの「暇」時間を埋めるのはタスクリストと同様毎週金曜日です。
来週の予定を把握しつつ、タスクリストの未充てタスクにスケジュール上の大きなタスクを記入すると共に大きく空いている時間帯をまるっと暇色に塗りつぶします。

日々のスケジュール自体は日々必要な時に埋めてあるはずなので、こちらの作業は数分で完了できると思います。
また、グーグルのカレンダーは週表示、月表示が切り替えられたり、表示するスケジュールをカレンダー(色分け)ごとに切り替えられたりするため、毎週プリントアウトしてスケジュール帳にはっておいたりすればスケジュール記入や更新が一括管理できて楽ができたり、共有機能を使って複数人のスケジュールをまとめて管理できたりし、結構便利です。

先ほどのGmailのエイリアス機能を使って、タスクだけでなくスケジュールメモも送信するようにしておいても良いと思います。

4.まとめ

以上。自分が今現在も実践しているタスク管理、スケジュール管理フローを紹介してみました。

各方法の原本は色々な本によっており、完全なオリジナルではないですが、Googleツールにまとめて一括して使うようにすることで、iGoogleのガジェットに表示させてホームページ設定などしておけば、「ブラウザ開けばとりあえずすべて把握できる。」とか、「携帯でGmailやカレンダーを開けば現在のタスクや今日のスケジュールがぱっと把握できる」等、細かいところでストレスが軽減されたり、余計な手間が省かれたりします。

まだまだ色々な便利機能を把握しきれて居なかったり、各ツールの使い方が洗練されてなかったりすると思うのでこれからも改善予定ですが、何かアイディアや意見などあったらコメントやメールに送ってもらえると非常に助かります。

また何か進化したり思いついたりした場合、逐次報告します。

ここまで読んで頂いた方、長文読んでいただき有難うございましたm()m

続・変態キーバインドを勧めてみる

2009-06-23T21:24:00.002+09:00

以前

変態キーバインドを勧めてみる

で紹介したキーバインドを若干修正したので、改めて紹介。
導入やら詳細は上記に依るとして、現状は

使用ソフト

窓使いの憂鬱(WindowsVista非対応)
IMEのプロパティ

キーバインド内容

CapsLock→LeftCtrl
セミコロン→Enter
C-セミコロン→セミコロン
C-h→バックスペース
C-[→Esc
C-無変換→[
C-変換→]
S-無変換→{
S-無変換→}
C-ひらがな→\
C-ひらがな→|
無変換：日本語OFF、変換文字の半角化
変換：日本語ON、変換文字の全角英数化
ひらがな：変換文字のカタカナ化

な感じになっています。

最後の3つはIMEのプロパティで設定、
その他窓使いの憂鬱を用いた設定内容は、

include "109.mayu" # JIS配列の場合はこちら

# CapsLockをControlに
mod control += 英数
key *英数 = *LeftControl

# セミコロンをエンターに
key *IC-SemiColon = Enter

# Ctrlを押しながらだとセミコロンに
key *IC-C-~S-SemiColon = SemiColon

# Ctrl+Hをバックスペースに
key *IC-C-H = BS

# vi風キー操作
key C-OpenBracket = ESC
key IC-C-OpenBracket = ESC

# 遠いキーを近くへ
key C-無変換 = OpenBracket
key C-変換 = CloseBracket
key S-無変換 = S-OpenBracket
key S-変換 = S-CloseBracket
key C-ひらがな = YenSign
key S-ひらがな = S-YenSign

こんな感じです。

オレンジは今回新しく追加したもの、
青はおおよそ誰にでもお薦めできるバインドです。

赤は、初心者にはお薦めできｎ（ｒｙなものです。
慣れるまでかなりいらいらしますが、慣れてしまうとタイピングの勢いが何かを決定するたびに止まってしまって逆にいらいらする感じになります。なってます。

窓使いの憂鬱はVistaで未対応と書きましたが、一応後継機としてのどかというソフトが別の方により引き続き更新されており、
そちらは動作するようになっているそうです。

日本語キーボードは、使わない又はうっかり使ってしまうと何が起こったかわからず混乱してしまう機能が諸所にちりばめられているので、
わたしが進める形でなくても、自分なりのキーバインドで機能の把握と効率化を図ってみては。

netrw Directory Browsing覚書

2009-06-17T18:19:00.002+09:00

:vim使っている際、ウィンドウ分割でファイル選択する時など :e や:vnew, :new等でディレクトリを指定した場合に出てくる画面。
普段はテキストファイルを選択する時しか使ってないですが、やろうとすれば色々できる(はずな)ので、学習がてらまとめ。
バージョンはv109、基本的にhelpに書いてあることの一部。

移動

-：一つ上の階層へ
c：現在のディレクトリをカレントディレクトリとする
u：一つ前のディレクトリへ移動
U：一つ後のディレクトリへ移動

操作

d：新しいディレクトリを作成
D(<del>)：ファイル又はディレクトリを削除
o：画面を上下に分割して上に指定したファイル(ディレクトリ)を表示
R：対象ファイル(ディレクトリ)のリネーム(移動)
v：画面を左右に分割して左に指定したファイル(ディレクトリ)を表示
x：OS依存で対象ファイルを開く

表示

i：データ表示の形式を変更
r：ソート順を変更
s：ソート対象を変更
t：新しいタブで指定ファイル（ディレクトリ)を表示

その他

V：ビジュアル選択(行)→RやDでまとめて移動、削除

ブログパーツ UNIQLO CALENDAR 設置

2009-06-10T16:07:00.005+09:00

ネタも無く放置気味ですが生きてます。

林檎の木(http://ringonoki.net/)の管理人が大人買いしてたのに影響されて
とらドラのラノベ読んだりしてますが、普通の本も読んでるのでそのうちレビューします多分。

http://japan.cnet.com/marketing/story/0,3800080523,20394704,00.htm?ref=rss
この記事に釣られてブログパーツにユニクロのカレンダーを追加してみました。
BGMはうるさいのでoffにしてあります。見た目がかっこいいです。
うるさいですがBGMもいい感じです。

なんか徒歩でなんとかいけるくらいの距離の中学校でトンフル発症したらしいですよ。。

Deliciousを使ってみる追記の追記

2009-05-03T14:23:00.002+09:00

前回Vimperatorrcの読み込みの順番で詰まってたところですが、
autocmd
でVimperator起動後に追加できることが分かりました。

てことで

autocmd VimperatorEnter .* :set complete+=D

して快適オートコンプリート生活中です

Deliciousを使ってみる追記

2009-04-22T10:24:00.001+09:00

先日使い始めてみたDeliciousですが、
vimperatorのインクリメンタルサーチにDeliciousブックマークを含ませられるplugin「delicous_search.js」というものが有ったため、導入しました。

結果、
set complete=lbD
で履歴、ブックマーク、Deliciousブックマークすべてを含むインクリメンタルサーチがopen tabopen等でできるようになった

…のですが、vimperatorが読み込む順番がvimperatorrc→pluginのため、
vimperatorrcに保存するとFirefox起動時にcomplete=Dは存在しないと怒られ、エラーが出てしまいましたorz

怒られると同時にcomplete=sfl(デフォルト値)に戻されてしまうため、
とりあえず元の設定に戻すことに。

どうにかできないか調査中です。

On a Whim

2012年の抱負的な何かのつづき

2012年の抱負的な何か

ujihisa.vim#2 に行ってきました

コマンド3発で割と最近のvim環境が構築できるパッケージを作ってみた

一日に30分節約できるかもしれない変態キーバインド(3/3)

IMEのON/OFF切り替えが人間には不可能な件

よく使うキーが人外の域にいる件

一部の記号が人間に押されることを考慮していない件

キーを拡張しても今までのキーを押してしまって慣れることができない

人間の手について考えながらキーを配置していたら自分のキーボードを触る人が居なくなった

最後は自分で設定する

まとめ

一日30分節約できるかもしれない変態キーバインド(2/3)

英字配列か日本語配列か

使っているキーバインドツール

日本語配列から英字配列へ

人間の手が届く範囲

一日30分節約できるかもしれない変態キーバインド(1/3)

はじめに

一日30分節約できる(かもしれない)キーバインド

とりあえず30分節約する

vimスクリプトのuniteでsvn statusとsvn diffするsource書いた

のどか(と窓使いの憂鬱)のvim風キーバインド設定を書いてみた

近況

WBSマインドマップ晒し

Google 日本語入力 を使ってみている

やりたいこと

調査覚書

モード

入力キー

コマンド

まとめ

Booklogを試し中。

ScanSnap S1500 を使ってみた。

のどかを購入した

変態キーバインドを勧めてみる

続・変態キーバインドを勧めてみる

使いこなせてないviコマンド覚書

Head Firstソフトウェア開発 を読んでみた

1. 概要

2. +αのこと

I. 繰り返し

II. バーンダウンチャート

III. バージョン管理

IV. テスト(テスト駆動開発)

3. 総評

初めてのPerl と 続・初めてのPerl を買ってみた

EasyStepを使ってみた

1. 見た目

I. 線

II. 文字

III. その他

2. 出力

I. PDF

II. 画像出力

3. 使用感

4. まとめ、用途案

Googleのツールでタスク管理

スプレッドシートでタスク管理

1.ドキュメント

a.ファイルの生成及びシート分け

ファイルの生成

シート分け

ファイルの更新

b.行列の分け方及び記入内容

c.その他全体の管理

2.Gmail

3.カレンダー

4.まとめ

続・変態キーバインドを勧めてみる

変態キーバインドを勧めてみる

netrw Directory Browsing覚書

移動

操作

表示

その他

ブログパーツ UNIQLO CALENDAR 設置

Deliciousを使ってみる 追記の追記

Deliciousを使ってみる 追記

Google 日本語入力を使ってみている

Head Firstソフトウェア開発を読んでみた

初めてのPerl と続・初めてのPerl を買ってみた

Deliciousを使ってみる追記の追記

Deliciousを使ってみる追記