スキップしてメイン コンテンツに移動

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

英字配列か日本語配列か



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



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



そのため、英字配列を選択する方も多いと思うのですが、自分は日本語配列を使っています。

理由は、キー数が多いからです。キー数が多いということは、その分充てられるキーの数が多くなるということで、モディフィアキー(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



コメント

このブログの人気の投稿

日記をつけはじめて1年とちょっと経ったまとめ

日記をつけはじめて1年とちょっと経ったまとめ 去年(2017)の 1/11 から日記をつけ始め、気づくともう1年以上ほぼ毎日つけていました まさか習慣化するとは思っていなかったんですが、意外と続いたので一旦まとめておこうと思ってのエントリ このエントリでは どういう手法で続けてきたか や 続けてきた結果どうなったか などをまとめておいて、自分用の改善材料にすること、及び、このエントリを見た人の判断材料にすることを目的としています …ので、書き始めた主要因である書籍 日記の魔力 については、覚えている内容を参考にする程度で、本自体の紹介はほぼしないです(読み返すのが面倒だっただけじゃないです) まとめ 書いてみたら長くなったので、まとめから 自分用のフォーマットを整えれば意外と書くのは楽 愚痴も悩みもとりあえず文字に吐き出すと精神衛生上良い 忘れっぽいと思っていたら、思っていたより数倍物事を忘れていることに気づく 万が一興味を持ったら一度 日記の魔力 を読んでみては 今後は… これまで通り毎日ログを書く ふりかえりの意義を再考して、ちゃんと毎週&毎月ふりかえるようにする ふりかえりの中で、どういうログを書いておくと使いやすいか考えて、日記自体も改善する 以降、自分のふりかえりも兼ねているため長文ですが、つらつらと書きます きっかけ 最初のきっかけは、 Twitter のタイムラインに流れてきたブログのエントリ 思考や行動を改善できる「日記の魔力」とは の引用…だった気がする(この時はまだログをつけていなかったので記録も記憶も残っていない…) ここで紹介されている 日記の魔力 という本を一通り読み、本に書いてあるとおりに 騙されたと思って日記を書き始めてみよう と思ったのが最初の一歩 手法 記憶が朧げですが、確か本の著者の方の手法は ワープロかPCか何かで、毎日のログを隙間時間にファイルに記述する 10日に一度くらいのスパンでそれまで書いた日記をふりかえる ふりかえりの中で、自分が人生で追っていきたい主題みたいなものに関連する内容を別のファイルにコピペして貯めていく みたいな形だったはず。色々と細かいルール(天気などの後から調べれば分かることは書かない等)が少しあった気がするけれど、既に覚えて...

あけましておめでとうございます 2020

あけましておめでとうございます。 去年は1年通して仕事が忙しかったことを言い訳に、何も抱負を達成せずにのんべんだらりと過ごしてしまった一年でした。 去年一切達成できなかった抱負ですが、盛大にハードルを下げつつ、今年も書いておこうと思います。 - 英会話コースを受講する - 隔月で新しいことを体験する(間の月は次の月にやることを考える) - 個人でゲームを作成してプラットフォームへ上げる - 4半期ごとに達成状況を確認して、余裕があったら目標を追加する 以上です。 今年もよろしくお願いいたします。

git を操作したい時にちょっと便利かもしれない unite-source を書いています

こんばんは。この記事は、 Vim Advent Calendar 2012 の 50日目の記事です。 49日目は、 @uryt さんの vim.orgにアップロードされていないプラグインがあるかチェックするgit-unreleased-vimplugins作った でした。 本日は、長いこと自前で作成している、 unite を利用して 簡単な git 操作を行える unite-source 、 giti を紹介します。 vim-unite-giti https://github.com/kmnk/vim-unite-giti これは何? 初期構想としては、自分の自分による自分のための git 操作用 unite source です。 現在はドキュメントも書いたので、自分以外の方にも、お使いいただける物になっていると思います。 言わずと知れた unite のインターフェースを用いて、 git の色々な操作を実現するための plugin's plugin になります。 unite を使って git 操作をしたい気持ちになる方に、是非使ってみて頂きたいです。 普段の仕事でヘビーに使っているので、基本的な操作に関しては、この source で(多分)完結できるはずです。 何故作ったの? git の vim plugin と言えば、有名な vim-fugitive があります。 自分も、仕事で使うバージョン管理システムが svn から git に移行したタイミングで、最初は使おうとしていました。 ですが、長らく(こちらも自前の) vim-unite-svn で、バージョン管理システムを unite 経由で使うことに慣れきってしまっており、 差分をコミットするごとにフラストレーションが溜まり、限界を超えた頃、気づくと自前で作成していました。 何ができるの? (自分が仕事を使ってる分には不自由しない程度に)基本的な操作は大体出来ます。 source 名を羅列すると、以下のような物を用意してあります。 * giti/branch, giti/branch_all * giti/config * giti/log * giti/remote * giti/status それぞれ、簡単に説明してみます。 giti/branch, giti/branch_all git br...