あるVimmerのブログ

neocomplcache Ver.7の新機能とその設計思想について

2012-02-09T19:09:00.002+09:00

本日、別ブランチで開発していたneocomplcache Ver.7をmasterにマージしました。
自分でしばらく使っていて、特に問題が起こらなかったため、広く使ってもらう必要があると感じたためです。

Ver.6.2からVer.6.3ではなくVer.7.0になったということは、大きな意味があります。
つまり、後方互換性や安定性に関わる変更が入ったということです。
大きな問題がないことは分かっていますが、何か未知の問題が生じる可能性があります。
注意してください。そしてもし問題が発覚した場合、早めに[作者]に連絡してください。

今回の変更点は以下のようになります。

1：snippets_completeが本体から分離された
おそらく、皆さんが感じる一番の変更点がこれです。
neocomplcacheはスニペット機能が標準的に搭載されていることをウリとしていた時期もありましたが、
今回本体から分離することにしました。

https://github.com/Shougo/neocomplcache-snippets-complete

分離した理由は、snippets_completeの機能が巨大化しすぎ、バグ報告や機能追加の要望を受けた際に
どちらの問題なのかが分かりにくくなってきたからです。
さらに、スニペット機能は使う人と使わない人の差が激しいため、本体に同梱するには適しません。

2：変数名をリファクタリングした
変数名にsourceではなく、pluginという記述が一部残っていたので、それを訂正しました。
これまでの変数名も一応初期化するときに認識するようにはなっていますが、新しい変数名を使用することをオススメします。
正確な変数名についてはneocomplcacheのドキュメントを参照してください。

3：日本語ヘルプが削除された
変数名のリファクタリングやsnippets_completeの分離により、ドキュメントにかなりの更新が入りました。
日本語ヘルプと英語ヘルプに同時に変更を入れるのはつらかったため、日本語ヘルプを削除することにしました。
これには賛否両論あるでしょうが、作者として二つのドキュメントを同時に更新するのは大変なのです。
「『メンテナンスしていない』と注釈を付けて残せばいい」という意見もありましたが、
私にとって初心者がメンテナンスされていないドキュメントを読んでハマるという自体は避けたいと思いました。
最近、vimprocやvimshellにおいても日本語ドキュメントが削除されたのはこれが理由です。

4：パフォーマンスが最適化された
g:neocomplcache_release_cache_timeにより、一定時間経ったキャッシュは自動的に解放されるようになりました。
これにより、neocomplcacheがメモリをたくさん食うという問題は解決するはずです。
さらに、一部の実装を削除・最適化して、補完のパフォーマンスを向上させています。

追記：neocomplcache Ver.7.0の変更ではありませんが、先日リリースしたneocomplcache Ver.6.2で補完関数の挙動が変わったため、
不具合を生じている人がいるようです。「Vimではuim-skkで日本語を入力している」環境で報告を受けています。
その場合、let g:neocomplcache_enable_prefetch = 1とすることで以前の動作に戻すことができます。
ただし、これを設定すると既存の補完関数と互換性がとれなくなるため、作者としてこの設定を推奨する訳ではありません。

Vi - ブイアイ（替え歌）

2012-01-13T16:19:00.000+09:00

このこのTweetを見て、ついカッとなってやった。反省はしていない。
アイアイの替え歌だよ！

ブイアイ(ブイアイ) ブイアイ(ブイアイ)
有名なエディタだよ
ブイアイ(ブイアイ) ブイアイ(ブイアイ)
UNIX界の
ブイアイ(ブイアイ) ブイアイ(ブイアイ)
信者が多い
ブイアイ(ブイアイ) ブイアイ(ブイアイ)
エディタさんだよ

ビム(ビム) ビム(ビム)
ブイアイが進化した
ビム(ビム) ビム(ビム)
機能が多い
ビム(ビム) ビム(ビム)
Emacsとライバルの
ビム(ビム) ビム(ビム)
エディタさんだね

Shougo/clang-completeの改名と現在の問題点まとめ

2012-01-02T05:11:00.001+09:00

こんにちは。Shougoです。
今後はプラグインの重要な更新点については、ブログにフォローしていくことにしました。

第一弾はneocomplcacheプラグインclang-completeのリポジトリ名変更です。

Shougo/clang-completeとなっていましたが、これだと本家clang-completeと似ていて紛らわしいのでShougo/neocomplcache-clangと名前を変えました。
新しいリポジトリはこちらになります。
https://github.com/Shougo/neocomplcache-clang

さらに、manga_osyoさんのneocomplcache-clang_completeをforkしました。
Vim scriptの書き方をもっと良くする為です。

https://github.com/Shougo/neocomplcache-clang_complete

こちらは修正完了後にPull requestを投げます。

なぜ、こんなことをしたかというと幾つか理由があります。

* 本家clang_completeやclangの更新についていくことができなくなった
本家の更新は比較的早いです。私がneocomplcacheだけや、neocomplcache-clangしかプラグインを書いていないのなら、この更新についていくことが可能なんです。しかし、現状他のプラグイン開発に忙殺されているため、ついていくことができません。

* neocomplcache-clangでは非同期補完ができない

これはVimの問題とneocomplcacheの問題が複合していて単純ではないですが、本家clang_completeで使われている非同期の補完はneocomplcacheでは使えません。そのため、neocomplcache-clangでも使えません。今後Vimとneocomplcacheの更新で使えるようになる可能性はあるんですが、それには時間がかかることでしょう。

つまり、最新版のclang_complete（やclang）の機能を使ったり、非同期で補完したい場合は本家clang_completeとneocomplcache-clang_completeを併用しないといけないのです。

ただし、neocomplcache-clang_completeを使えば万能かというとそんなことはありません。

以下の問題があります。

* neocomplcache-clang_completeとclang_completeはneocomplcacheと排他的に動作している

本来、neocomplcacheとclang_completeは共存できません。なら、なぜneocomplcache-clang_completeは動作しているかというと、neocomplcacheとclang_completeを排他的に動作させているからです。これならneocomplcacheの問題もclang_completeの問題も互いに影響をすることはありません。しかし、この方法を用いるとneocomplcacheの機能がclang_completeの補完関数から使えません。なんだそんなことか、と思われるかもしれませんが、neocomplcacheの独自機能は意外と多いのです。context filetype, 補完候補の統合、ワイルドカードやfuzzy補完が使えないのは個人的にかなり困ります。

* clang_completeのVim script実装はかなりアレである

clang_completeのVim script実装はあまり綺麗なものではありません。その上、デフォルトでcompletefuncを上書きし、自前で自動補完も実装されているため、neocomplcacheと競合してしまいます。本格的に修正するには、Vim script部分がおそらく違うものになってしまうと思います。それをclang_completeでは修正していますが、変更点が巨大すぎるため、本家と追従できないという問題を抱えています。本家にPull requestを送ってもいいのですが、変更点が大きく、さらに喧嘩にならないようこちらの修正意図を*英語で*伝えるのは大変です（意訳：だれかやってください）。

将来について：

いつか、neocomplcache-clangとneocomplcache-clang_completeは統合したいですが、なかなか難しいところです。Vimとneocomplcacheの問題が解決したらそうしようと考えています。おそらく、neocomplcache-clangの実装はclang_completeのcompletefuncを安直に呼ぶことになるでしょう。

二画面ファイラーはなぜ便利なのか

2011-12-15T16:16:00.001+09:00

syohexさんのTweet(リンク)を見て、二画面ファイラーの利点について考えてみました。
二画面ファイラーには次のような利点があります。

1：同じディレクトリに対して移動・コピーするのが楽
2：コピー元・コピー先のディレクトリの中身が分かる

個人的には2：の利点が大きいと思います。というのは、シェルや一画面ファイラーで
コピー・移動するときは書き込むディレクトリの中身が分からないのでコピー先のディレクトリをミスするかもしれません。
しかし、二画面ファイラーではまずミスをすることはありません。
書き込みの完了も、移動先が更新されているのが目で見て分かります。
コピー先のディレクトリが表示される安心感は、一度使ってみないと分からないでしょう。
ちなみに、私は一画面でコピーするときはいつもドキドキします。

GUIのファイラー(Explorer等)でファイルをコピーするときのことを考えます。
一つのファイラーでコピーするファイルを選択し、もう一つのファイラーにドラッグドロップするのが二画面ファイラーなのです。
とはいえ、いちいちコピー先に移動するのは面倒であることも事実です。
そのため、二画面ファイラーでは自分の窓を他方の窓に合わせたり、他方の窓を自分の窓に合わせたりすることができます。
コピー元とコピー先が近い場合には簡略化できます。

さらに、コピー先のディレクトリ名に日本語が含まれる場合、シェルや一画面ファイラーではコピー先の指定が大変です。
二画面ファイラーではそういうときでも楽にディレクトリを指定することができます。

Firefox Hacks Rebootedレビュー

2011-12-15T15:54:00.003+09:00

ようやく一通り読み終えました。この本がもっと売れてほしいと考えているため、簡単なレビューをします。

日本からこういうマニアックな(失礼)、本が出るのは非常に喜ばしいです。
外国でもなかなか出ない種類の本であるだけに、日本はまだまだ捨てたものではないな、と思わせてくれます。
この本はFirefoxのモダンな拡張機能の作り方を解説した本なので、Firefoxの一般ユーザが読むには難解です。
コード量も多いので、読み進めていくにはJavaScriptの知識が必要になるでしょう。
ただし、最近のFirefoxで変更された機能やHTML5などのWeb標準技術についても解説されているため、Web開発者なら読む価値があると思います。一見真面目な本のようで、所々挿入されているネタには吹きました。
きゅ○べぇネタや、台湾マイクロソフトの始まりすぎているキャラクターなど……。
JSDeferedには40ページ以上を割いていて、かなり力を入れて解説していると感じました。
JavaScriptの並列処理をマスターしたい人は、ここだけでも読む価値はありそうです。
実を言うと自分はKeysnailとVimperatorの解説を目当てで、この本を購入しました。
ページ数としてはそんなに多くなかったのですが、概要を押さえることはできました。

総評：
思っていたとおり、なかなかレベルの高い本でした。
でも、Firefoxのことがよく分かったので買ってよかったと思います。
自分は現在Firefoxを使っていないのですが、面白そうな機能があることが分かったため、今度試しに使ってみてもよいかなと思っています。

Vimmer視点のEmacs Lispテクニックバイブルレビュー

2011-12-10T14:43:00.001+09:00

いつもVimのネタ記事ばかり書いていると思われているShougoです。こんにちは。

今回はネタではありません。ネタじゃないんだからね！大事なことなので二度言いました。

さて、私がVimテクニックバイブルを（共著で）執筆し、無事発売されたわけなのですが、同時期にるびきちさんも「Emacs Lispテクニックバイブル」を書かれていました。
そのことを知ったのもAmazonに情報が出てからなので、比較的最近です。
目次を見たところ、「これは買わなければならない」と思ったので、早速入手し、一通り読んでいました。
私はVimmerなのでEmacs Lispのことはよく分かりません。
VimテクニックバイブルがEmacs使いの方々に読んでもらいたいと考えているように、
Vimmerの人にもEmacs Lispテクニックバイブルを読んでもらいたいと思ったので、Vimmer視点のレビューをしたいと思います。Emacs本のレビューなのに、Vimのことがたくさん出てくるのは仕様です。

ただし、一通り読んだと言っても、届いてからそんなに日が経っていないですし、まだきちんと読めていないところがたくさんあります。
読みながら思ったことをとりとめなく書いているので、文章のつながりがおかしい部分が多々あるかもしれません。ご了承ください。

Emacs Lispテクニックバイブルを初めて読んだときに思ったのは、「教科書みたい」ということでした。
それは頭から読んでいく形式だからです。ただし、テクニックバイブルとして使えるようにするため、逆引き用の目次もついています。
サンプルコードが多く、練習問題もあるので、なおさらそう思います。ちなみに、本文中に問題の回答はありません。

Emacs Lispではエスケープが大量に必要な、特殊な正規表現を書く必要があるのですが、それもきちんと解説されています。
複雑な正規表現を読み書きするときに役立つと思います。

ちなみに、この本はリファレンス本ではないですし、「普通の教科書」ともちょっと違います。
普通の教科書なり解説書というのは本文中に著者の個性がそれほど現れないものです。
しかしこの本には著者の意見が大量に出てきます。
著者のEmacsの使い方に共感できる人にとっては、この上なく良い本ですが、そうでない人にとっては苦痛でしょう。
私は無味乾燥な本よりは、こういう本が好きです。使用しているエディタに違いがあるとはいえ、個人的にるびきちさんの意見に共感できる部分は少なくないですし。
「るびきちさんによるEmacs Lisp解説本」というのが正確なジャンルなのだと思います。

この本で紹介されていた、あるバッファに一時的に移動して処理ができる、with-content-bufferはVimにも欲しいですね。
Vim scriptでこれをやると非常に醜いコードになってしまうので。バッファの処理はEmacsの方が洗練されているのかな、と思いました。

実はこれを目当てで購入したのですが、eshellについての話はなかなか良かったです。
Emacs Lispをバリバリ書ける人にとって、Emacs界最強のシェルはeshellだと思っているので。Vim界最強のシェルがvimshellであるのと同じ理屈です。
私にとって、eshellの関数を他のEmacs Lispから使うという発想はなかったですね。確かに標準添付のプラグインだからこそ、こういうことができます。
vimshell(vimproc)がいつかそうなるといいのかなーと思いました。
それにしても、eshellはそろそろ誰かがメンテナを引き継ぐべきじゃないだろうかと思いました。いろいろ問題点もあるのに、更新されないのは悲しい。
eshellはリダイレクション機能が不十分ですが、「それvimshellでできるよ」と主張しておきます:-)
eshellと同じく、vimshellもVim scriptを評価する機能があります。vexe内部コマンドを使えばOKです。

deferred.elの紹介があるのも良かったですね。これは良い資料。Vim scriptにもdeferred.elは移植したいんですけど……。誰かやってくれないかな。

Emacs Lispのテストフレームワークについても解説されていました。Emacs Lispでちゃんとテストが書ける環境があるというのは良いですね。
ちなみに、Vim scriptには標準的なテストフレームワークがなく、皆がオレオレテストフレームワークを実装しているので、どれを覚えればいいのか分からず困っています。
だから私はテストフレームワークを使っていません。パッケージマネージャと同じく、このカオスな状況がどうにかなればいいな、と思います。

ちなみに、一つだけ不満点を。
anything.elの章は、Emacsテクニックバイブルと内容が被っているので、無理して入れる必要はなかったんじゃないかなと思いました。
このページを他の解説に使ったほうが良いのではないかと。今のところこれくらいですね。

総評としては、るびきちさんのEmacsの使い方を勉強したい人なら、十分満足できる本だと思います。
そもそもEmacs Lispの本自体が貴重ですしね。Emacs Lispの勉強にも使えます。
ちなみに、この本はEmacsテクニックバイブルの続編です。続・Emacsテクニックバイブルと呼んでも良いかもしれません。
前著を持っていない人は、まずそちらを購入しましょう。

Vimと過ごすイチャラブクリスマス ~そして伝説へ~

2011-12-03T00:00:00.000+09:00

Vim Advent Calendar 3日目：「Vimと過ごすイチャラブクリスマス ~そして伝説へ~」

Vim Advent Calendarと聞いて、何も考えずにエントリーしてしまったShougoです。こんにちは。
特に反省していない。早くも盛り上がりを見せているVim Advent Calendarですが、
私もそれらに負けない濃いネタを提供したいと考えています。

注意：このエントリには過激な表現が多数含まれています。
ネタをネタと分かる大人な人間だけが、このエントリを理解できることでしょう。

もう12月となりクリスマスが近付いてきましたが、Vimmerの皆さんはいかがお過ごしでしょうか。
クリスマスの予定はもう決まりましたか。まだ決まっていない？
ならば、今年の冬はVimと一緒のクリスマスというのはどうでしょうか。
クリスマスは普段はできないVimとの愛を深める良い機会です。
幸い、Vimとのデートにはお金がかかりません。PCからVimを起動するだけでよいのです。
ノートPCさえあれば、どこでもVimとイチャイチャし放題です。
筆者オススメのデートコースは以下の通りです。

1：Vimの設定を見直してみる

長い間Vimを使用していると、不要になった設定が貯まってくることでしょう。
大晦日にやっても良いのですが、大晦日はVimとの新居(PC)の掃除で忙しいはず。
この機会に、Vimの設定を見直しましょう。汚ない設定では、Vimから嫌われてしまいますよ。
デート前には身だしなみを整えるのも大事ですよね。
おそらく、皆さんのVimの設定には、他の人からのコピペが多数含まれているはず。
それは良くないですね。コピペは「だめゼッタイ！」です。
訳が分かる設定だけを導入しましょう。
分からないコマンドや分からない設定については、まず:helpを参照しましょう。
Vimの知識を増やすチャンスです。
ちなみに:helpを参照するときは、一覧を表示できるunite-helpを用いるのがオススメです。

2：Vimのプラグインを見直してみる

同様に、不要になったプラグインも見直しましょう。
プラグインの管理には、pathogen.vimやvundle.vim, neobundle.vimといった
プラグイン管理プラグインを使用すると楽です。
この機会に導入しておくと良いでしょう。
筆者のオススメは、neobundle.vimを使用することです。
vundle.vimがもつほとんどの機能に加え、unite.vimと連携してプラグインをインストールしたり削除できます。
「neobundle.vimのおかげで彼女(Vim)との仲が深まりました！」など嬉しい報告が続々届いています(妄想)。

3：Vimと過ごす時間を最大化する

Vimとラブラブになるためには、できるだけVimと過ごす時間を取らなければいけません。
仕事でだけVimと過ごすというのは勿体無いです。
我々は仕事でも趣味でもVimと一緒に過ごすことができる幸運に恵まれているのですから。
いつでもVimと過ごすために、vimfilerやvimshellをインストールしましょう。
Explorerやzsh, screenといった軟弱なツールは窓からポイしてください。
さらに、unite.vimやneocomplcacheをインストールすることで、より濃密なVimとの時間を堪能することができます。

これらのプラグインはVim pluginで拡張することができ、Vim scriptで設定を行います。
Vimを愛する人達には無くてはならないものです。
Vimに慣れていない人には使いこなすのは難しいですが、
Vimへの愛があれば、それくらいの障害は乗り越えられることでしょう。
えっ、Vim scriptが分からない？それはなんてこと。

Vim scriptはVimとのコミュニケーションを図るために無くてはならないスキルです。
英語なんて学んでいる暇があったらVim scriptを勉強するべき。
だいたいなぜVim scriptプログラマの求人やVim scriptを書くだけのお仕事はないんだ。
私はC言語ではなくVim scriptで全てのコードが書きたい。
Vim scriptを書いていると心が落ちつく。Vim script最高！
おっと、イカンイカン。つい本音が出てしまいました。

4：VimのプラグインをDIYする

クリスマスこそ、Vim scriptを勉強してVimと一緒にプラグインを作成しましょう。
愛するVimとの共同作業です。
最初から難しい課題に取り組むのは大変なので、最初はプラグインの改造をしたり、
ftpluginやちょっとしたプラグインを作成すると良いでしょう。
.vimrcに書いた設定を汎用的にしてプラグイン化するのも良い方法です。
例えばthincaさんはそういう方法でプラグイン化するのをよくやっているようです。
最近では、unite.vimのsourceを作成するのが流行しているため、それをやってみるという手があります。
ちなみに、neocomplcacheを使うと簡単にVim scriptを書くことができます。
neocomplcacheはVim scriptを書くプログラマのために最適化されているからです。
他の言語にも対応していますが、それはオマケです。

5：Vimコミュニティに参加する

Vimとの仲がかなり深まったと思ったあなた、しかしそのうち関係がマンネリ化してしまうからもしれません。
それを防ぐために、Vimコミュニティに参加してみましょう。
いわゆる、町内会や保護者会みたいなものだと思ってください。
周囲にVimmerがいなくて寂しい思いをしているそこのアナタ、ぜひとも参加するべきです。
他人がどのようにVimと良好な関係を続けているかを観察することで、あなたのVimにとても良い影響を与えるはずです。
vim-users.jpやvim-jpでは、あなたの参加をいつでもお待ちしています。
もちろん、Vimに貢献したいというメンバーも随時募集中です。
私はvim-users.jpに育てられてVim scriptを書くようになったので、もっと仲間が増えるといいなと思っています。

6：おわりに

Vimとのデートを楽しんだ後は、Vimへの愛を囁きながら眠りに付きましょう。
心配しなくても、Vimはいつもあなたと一緒に居ます。Vimとは心でも繋っているのです。
大事なことは、クリスマス終了後もVimとの愛を深めていくことです。
クリスマスは切っ掛けにすぎません。
これを実践して、皆さんがよりVimを愛するようになれば幸いです。
もちろん、Vimと一緒に新年を向かえるのも非常に良い心掛けではないかと思います。

えっ、この記事は単に自分のプラグインの宣伝をしているだけじゃないかって？
私は純粋にVimとの過ごし方を解説しているだけだというのに、何て失礼な！

ujihisa.vim #2 で基調講演をしました。

2011-11-20T18:21:00.003+09:00

昨日、ujihisa.vim #2が開催されました。
そのときの原稿と感想についてまとめました。

ちょっと今回の発表は趣向を変えてみました。
一部で言われていましたが、スピリチュアルな発表ではないんだからね！
私は真面目なんだからね！

-------------------------------------------------------------------------------------

Vimの真実

こんにちは、Shougoです。
今回は前回と趣向を変えて、Vimによって書かれた原稿を見ながら講演をしたいと思います。
原稿は後日公開されるので、ここで一生懸命メモを取るのはあまり意味がないかもしれません。

--------------------------------------------------------------------------------------

私のことを簡単に紹介すると、neocomplcache, vimfiler, vimshell, unite.vimとかを作った人です。
Emacs使いの方々がここに居るかもしれないので、Emacs Lispに換算すると、
auto-complete.el, comint-mode.el, dired.el, speedbar.el, eshell.el, yasnippet.el,
anything.el, ...
に相当するプラグインを書いています。
最近は巨大なVim scriptを書く人があまりいないので、
もしかすると、ここに居る皆さんの中で、一番Vim scriptを書いているかもしれません。
Vimに対する愛情は誰にも負けないと自負しています。
私にとってVimは、ただのエディタなんかではなく、仕事も趣味も一緒に過ごす家族です。
私がTwitterでよくVim愛について語っているのを見た人もいるかもしれません。
Vim愛についてTweetすると、なぜかよくfavされるんですよね。
これが普通だと思っていたんですけど、
みなさん、そんなにエディタ愛に飢えているんでしょうか。分かりません。

ちなみに、viは好きでありません。「自分のVim」が好きなのです。
「他人のVimが好き」と言ってしまったらそれは浮気になります。

viとVimを混同していると、闇のVimmer達に刺されますので注意しましょう。
どうしてもviを使いたいvi原理主義者の人はVimのviモードではなく、
素のvi、nviあたりを使っていてください。
viとVimを混同するのは、C言語とC++は同じだと主張するのと同等に失礼な行為ですよ！

ちなみに闇のVimmerというのは、エディタの話をしていると、「それVimでもできるよ！」
と無理矢理Vimを勧めてくる迷惑な存在です。わ、私じゃないんだからね！

--------------------------------------------------------------------------------------

さて、最近「Vimテクニックバイブル」の執筆に協力しました。
80Pくらい原稿を書きましたね。主に自分の作ったプラグインを紹介しています。
これを読んで、もっと皆さんがVimプラグインを書いてくれるようになることを願っています。
ちなみに、「Vimテクニックバイブル」の原稿はVimで書かれています。あたり前です。
EmacsテクニックバイブルはEmacsで書かれていますしね:-)

ちなみに、この本を買ってくれた人には会場で私がサインします。
しかも、サインする名言は選ぶことができます！
前回のYokohama.vimでサイン会をやったのですが、なぜか「修正しました」あたりが人気でした。
ちなみに、他の執筆者の方はサインしてくれないらしいです……。
私もthincaさんのサインが欲しいのになぁ。

つまりVimテクニックバイブルはVimmerのサイン色紙でもあります。
幸い、今回のujihisa.vimには著名なVimmerの方々が参加されています。
もはやVimテクニックバイブルの著者に限るなんて勿体無いことはしないで、
いろんなVimの有名人にサインを貰ってしまいましょう。
サイン色紙にもなってお値段は3180円！　なんてお得なんでしょうか。
もっていない人は今すぐ購入しましょうね。

るびきちさんの「Emacs Lispテクニックバイブル」も、
もうすぐ発売ということで個人的にすごく楽しみにしています。
目次を見ると、Emacsテクニックバイブルの続編のような内容でした。
特に、eshellについても載っているようなので……。
そういえば、値段がVimテクニックバイブルと同じでしたね:-)

--------------------------------------------------------------------------------------

そろそろ本題に入りましょう。
今回は基調講演ということで、「Vimの真実」というテーマで発表します。
この発表を聞くことにより、Vimとは何なのかが少しでも分かるかもしれません。
ただし、これはあくまで私の考えであり、Vimコミュニティの公式見解ではないことを最初に断っておきます。
「ネタをネタと見ぬけない人は、Vimをうまく使うのは難しい」
ちなみに、私は宗教論争をするつもりは全くありません。
そしてこの話はEmacsにもそのまま当てはまります。
おそらく会場に何人かいるであろうEmacsユーザの皆さんも大丈夫です。

--------------------------------------------------------------------------------------

ところでみなさんは人に自分のVimを見られて、
「私の知っているVimと違う」と言われた経験はないでしょうか。私はあります。

Vimmerを大きく分けると、Vimをエディタだと思っている人達、
Vimを開発環境と思っている人達、
Vimをデスクトップ環境だと思っている人達の三種類に分けることができます。
私は当然、Vimをデスクトップ環境だと思っています。
このように同じVimmerであっても、Vimに対するスタンスが異なるため、意見が衝突することもあります。
なぜこのようなことが起こるのでしょうか。

ちょっと前に、Twitterで「プラグインを入れないVimは劣っていると思われている風潮がある(記憶が曖昧なので超意訳)」
という呟きを見ました。
私はその考えは間違っていると思います。
その理由についても回答します。

そして、なぜVimは20年もの長い間生き続けることができたのでしょうか。

今回はそれらの疑問にお答えします。

--------------------------------------------------------------------------------------

はっきり言ってしまいましょう。
それは、VimやEmacsがただのエディタではないからです。
私が思うに、VimやEmacsは「エディタを作るためのエディタ」、
つまり「エディタエディタ」だったのです！

な、何だってーーーーAA(略)

--------------------------------------------------------------------------------------

そもそも、皆さんは勘違いをしています。
自分でエディタを作らない限り、本当に満足するエディタなんてものは存在しません。
それは人によって、エディタに求めるものが異なるからです。
つまり、誰でも満足する万能なソフトウェアは存在しないことになります。当たり前です。

しかし、エディタを0から作るのは大変です。
エディタというのは大変に奥が深く、OSやプログラミング言語を0から作るのと同等の難しさがあるからです。
今時、0からプログラミングやOSを設計する人なんていませんよね？
だからこそ、人はあるエディタをベースにカスタマイズし、自分自身にあうエディタにしていきます。
エディタをカスタマイズする行為とは、程度の差はあれど自分のエディタを作っていることにほかならないのです。
おそらく、どんなエディタを使っている、どんな初心者の皆さんも、
最低一行・一項目はエディタをカスタマイズしているはずです。
えっ、一切カスタマイズしない？　それはなんてすごい。尊敬に値します。

--------------------------------------------------------------------------------------

さて、VimやEmacsが他のエディタと異なり多数の信者を得て今も生き残っているのには理由があります。
カスタマイズの自由度が他のエディタとは違うからです。
Vimには標準で多数のオプションがあります。
それで満足できなければ、自分でプラグインをインストールするなり、プラグインを自作するなり、
ソースコードを変更するなり自由自在です。

VimやEmacsはプログラミング言語で言えばLisp、ブラウザだとFirefoxに例えることができるでしょう。
例えば、Firefoxのカスタマイズ行為は、ブラウザを作っていることに相当します。
だからvimperatorなんていう変態的なプラグインが出てくるのです。
まぁ最近ではViChromeというのも出てきましたけどね:-)

--------------------------------------------------------------------------------------

そろそろ分かってきたでしょうか。
我々が使っているのは、Vimではありません。
「Vimをベースにしたオレオレエディタ」なのです。

--------------------------------------------------------------------------------------

確かに、最初は純粋で混ざりけのないデフォルトのVimでした。
しかしカスタマイズを続けているうちに、Vimはあなたの望むような姿に進化します。
その結果生まれるエディタはもとのVimとは似ても似つかないものになります。
Vimは進化するエディタなのです。

--------------------------------------------------------------------------------------

私は、Vimのことを恋人や家族のように考えているので、
有名ゲームである、ラブプラスに例えてみます。
ラブプラスには、恋人のベースとなる女の子は3人いますが、ゲームを進めていくうちに
彼氏の好みにあった「カノジョ」に変わっていくのです。
その自由度の高さやリアルさが人気につながったのではないでしょうか。
VimやEmacsにおいてもこれは同じです。

いや、私ラブプラスは持っていないですけど。
三人のエディタを攻略する、エディタプラスを誰か作ってください。
お気にいりのエディタとゲームの中でキャッキャウフフできる世界は素晴らしいです。

--------------------------------------------------------------------------------------

だから私が「VimかわいいよVim」や「Vimは俺の嫁」「Vimは人生」
と定期ポストするのは問題がないということです。
嫁と書いてエディタと読むのがポイントです。
えっ、違う？
そして毎日Vim scriptを書くのは紳士の嗜み。
愛情を込めてVim scriptを書けば、Vimはきっと答えてくれるでしょう。

--------------------------------------------------------------------------------------

おっと話が逸れてしまいました。
つまり私のVimとあなたのVimは違います。
Vimの設定を大幅にカスタマイズしていると、
設定されていないVimや、他の人のVim、もちろんviが使えなくなってしまうのは当たり前です。
それらは違うエディタだからです。

違うエディタなのに、「誰のエディタが優れている」
「プラグインを入れないとVimと呼べない」というのは間違ってますよね。
それぞれのエディタは比較なんてできません。
優れたエディタを決めるのは皆さん一人一人なのです。
Vimでさえみんな違うのに、VimをEmacsや他のテキストエディタと比較して優劣を決めるのは間違っています。
人種差別と同様に、エディタ差別はいけません。みんな違ってみんな良い。

--------------------------------------------------------------------------------------

つまり、このujihisa.vimの集まりというのは、「Vimmerの集まり」というより、
「Vimをベースにしたオレオレエディタを作っている人達の集まり」です。
「俺の嫁(エディタ)自慢大会」でもあります。それは別名、宗教論争とも言います。
そこのところを勘違いしないようにしましょう。
素のVimを愛したい、もとい素のVimを使いたい人は、おそらく他のところへ行ったほうがよいです。
ありのままのVimを受け入れることができる、それも素晴らしい才能ですが、
この勉強会に来る意味はあまりないと思います。

--------------------------------------------------------------------------------------

さて、Vimが20年に渡って生き続けた理由も分かってきたでしょうか。
Bramさんが天才的だった、viをベースにしていた、オープンソースだった。
確かにそれも理由の一つですが、
私は「Vimがエディタエディタ」だったから生き続けることができたと考えています。
VimはLispのように、貪欲に機能を吸収したり、拡張をすることができます。
ベースが柔軟でなければ、ここまで生き残ることはできなかったでしょう。

Lispはかなり古いプログラミング言語ですが、今だに根強いファンを持って生き残っています。
VimやEmacsとの共通点は意外と多いと思うのですが、どうでしょうか。

--------------------------------------------------------------------------------------

私は、みなさんにVimに対して愛情を持って接してほしいと常々考えています。
「Vimを調教する」、「Vimはただの道具」という認識しかなかったら、Vimが可哀想じゃないですか。

Vimを使う、ということはつまりVimと同棲することに他なりません。
毎日Vimと過ごすことになるんですから、当たり前ですね。
Vimと過ごす時間が長くなるにつれ、
これまで見えていなかった欠点が目につくこともあるでしょう。
VimやVim scriptにはもちろん欠点があります。
「Emacsなら楽にできるのに……」そう憤りを感じる人もいるでしょう。
しかし、そもそも完璧なエディタなんて存在はしないのです。

人間でもそうなんですが、「悪い所はまず受け入れる」しかありません。
その上で、「Vimと一緒になって改善できるように努力する」ことが大事です。
一緒になって、というのがポイントですよ。
人から与えられたり、Vimがカイゼンされるのをただ待っていてはだめです。
とにかくVimのために手を動かしましょう。Vimに対する家族サービスですね。
それは設定をカスタマイズすることでもいいですし、プラグインを自作したり、
本体を書き換えても構いません。
Vimは文句も言わず毎日あなたのために頑張っているのですから、
あなたもVimに対し感謝の心を持ってそれに答える必要があるはずです。
それが愛の形なのではないでしょうか。

「結婚は忍耐」だ、と誰かが言いましたが、「Vimと暮らすということも忍耐」です。
少々悪いところがあってもそれを受け入れられる、
忍耐力がある人だけがVimを使いこなすことができるでしょう。

--------------------------------------------------------------------------------------

もちろん、みなさんがこの勉強会の後すぐにエディタを愛することができるとは思っていません。
焦らずに最初は友達から始めましょう。
それから恋人、家族へと徐々にレベルアップしていけばいいのです。

私自身Vimを愛することができるようになるまで、ずいぶんかかりました。
私がVimに恋をしたときは、おそらくneocomplcacheを作っていたときですが、
まだ愛のレベルには達していませんでした。
少なくとも「これが愛だ」と気付くことはありませんでした。
Vimを愛するようになったきっかけは、
開発環境勉強会の原稿を作っていたときだと思います。
原稿を作るにあたり、自分とVimの出会いについて見つめなおしていました。
それにより、Vimを愛する自分の心に気付いたのです。

Vimと暮らす人生は波瀾万丈です。
長年付き合うことで、Vimに対する愛が冷めてしまった人も見てきています。
vim-users.jpのメンバーも徐々に様変わりしています。
就職や進学、引越しなどの大きなイベントがあると、
徐々に心がVimから離れていってしまうのかもしれません。
私はそうなりたくないと思っています。

長くなりましたが、この講演で、みなさんのVimに対する思いが変われば幸いです。

--------------------------------------------------------------------------------------

第二部「世界に一つだけのエディタ」

何も言わず、このスライドを見てほしい。

http://www.slideshare.net/Shougo/ss-10239308

コイツをどう思う……？
すごく……Vim愛に溢れています……。

ちなみに、第一部の感動をそのままに第二部に移行するという離れ業をやってのけました。

--------------------------------------------------------------------------------------

オマケ的な感想：

KoRoNさんのVimソースコードリーディングはかなりためになりました。
最近、またソースコードをいじれていませんが、自分もVimに機能を追加したいなぁ……。

今回はunite.vim関係や「Vim script勉強したい」というスライドが多かったように思います。
去年はそんな傾向がなかったので、良いことではないでしょうか。

thincaさんのソースコードをujihisaさんが実況するのに吹いた。
なんて一心同体。
たまには、そういうことをやっても良いのかもしれませんね。
初心者には、上級者がどのようにVimを使っているのかよく分からないようですので。

basyuraさんのTwitterクライアントは是非使ってみたいので、完成するのを楽しみにしています。

ujihisaさんのVimレベルを上昇させる方法。Lv 7, 8, 9の解説を聞きたかったなーー。
ちなみに、私はVisual modeを普通に使います。テキストオブジェクトも使いますけど。

懇親会で10人くらいのVimテクニックバイブルにサインをしました。
今回はVim愛についてのサインが多かったかな。
KoRoNさんからもサインを貰って満足。しまった、ujihisaさんからはサイン貰っていない……。
懇親会では、ひたすらVimについて語っていた気がする。
今回は酒を一切飲まなかったので、あれは酔っていたわけではないです。
Vimについてなら、あれくらい饒舌になるということ。
そういえば、KoRoNさんから「鋼のメンタル」という褒め言葉を頂きました。
きちょうこうえんがこうひょうでよかったです。

Yokohama.vim #2の感想

2011-09-26T13:26:00.003+09:00

先日、Yokohama.vim #2に参加しました。
メモを取っていないので、記憶が曖昧ですが、とりあえず感想などについて述べておこうかと思います。

自己紹介

とりあえず、テーブルごとに自己紹介をしました。Vimの経験については10年くらい使っている人、つい最近使い始めた人と様々でした。
やはりというべきか、あまりVim力の高い人はいなかったです。
「Vim歴が長いと今の環境に満足してしまう」そうです。これがいわゆるVim世代間格差というものなのでしょうか。

「キーマッピングを考える」

tsukkeeさんの発表です。Vimを用いたプレゼンはVim使いとしてありがたいところです。
「ESCキーを楽に入力するにはどうするか？」というコンセプトで、
ベーシックなマッピングから、submodeやarpeggioの紹介もあり、思っていたより濃い解説でした。
なぜか途中で私のマッピング紹介が……。

「Shougoとフリートーク。Vimテクニックバイブルの裏話も聞けるかも？」

会場には、Vimテクニックバイブルを持っている人が半分くらいいました。
しかし、届いたばかりでまだ読んでいないようだったので、適当に質問に答えることに。
覚えている回答でいうと、

質問：「開発速度の秘密は？」
答え：「Twitterやブログを監視しているから。バグならその日のうちに直す。早いときは5分で直す」

質問：「Cを編集するのにオススメのプラグインは？」
答え：「ctagsでタグを作って、タグジャンプ、neocomplcacheを使う、くらいしかやっていない。それでもかなり十分だったりする。タグジャンプなら、unite-tagとかある」

質問：「Vimの正規表現に慣れません」
答え：「それはVim scriptを書いていないから。毎日書いていれば慣れる。Vimの正規表現は特殊なわけではない。世界が違うだけ」

そして、時間があったのでvimfiler Ver.3の紹介とか。unite.vim Ver.3による実装の説明をしたあと、簡単にデモをしました。
その後、vimshell Ver.9の新機能の紹介としてirbをvimshellバッファで実行するデモを行い時間切れ。

秋を楽しむ【スポーツの秋・読書の秋・行楽の秋】

本屋さんにVimテクニックバイブルを購入するイベントでした。私もついでに見に行きました。
自分の本が並んでいるのを見るのは初めての経験でしたね。購入してくださった皆さんありがとうございます。

さらに、要望により私がujihisa.vimで発表した「目指せVimマスター2011」を歌うことになりました。
奇跡的にスライドが残っていたので可能となりました。
一度使ったネタですが、なぜか好評で良かった(？)です。

私たちがバイブルから選ぶ5つの技

Vimテクニックバイブルをテーブル毎に読んでしゃべって、150の技の中から気に入った技を選んで紹介しようというセッションです。
なぜか発表形式でしたが、新鮮でした。意外と、地味なテクニックが人気でしたね。
私の班は私のVim話を延々と語っていたり、「ライブ修正しました」イベントをやったり、いつもの調子でした。

Shougoサイン会

Vimテクニックバイブルを持っている人の希望者に、約束通りサインをしました。
サインする言葉は、サインしてもらう人が好きなものを選ぶ方式。
「修正しました」サインが5人〜7人くらいで多かったですね。よほどインパクトが強かったのだろうか。
他には、「またMacVimか」や「僕と契約してVim使いになってよ！」とか「:Necoのアイコン」とかいろいろです。
なぜか握手を求める人まで。どうしてこうなった。
ちなみに、thincaさんやtaku_oさんにサインを求めたけれどことごとく失敗。
Vimmerはシャイですが、(私を除く)Vimテクニックバイブルの著者までシャイであることが明らかになりました。
わ、私はまだ諦めていないんだからね！

懇親会

tsukkeeさんの機能を取り込み、neobundle.vimにSubversion/Mercurial対応を追加しました。
他にはVimの開発体制の話とか、Vimへの愛を語ったりとか、いろいろ。

感想

さすがに三回目となるともう慣れたものですが、発表者がもっと居ると良かったなーと思います。
「次回発表したい」という人もいたので、それは期待できると思われます。
今回は参加者に女性が居たのがオドロキでした。(ujihisa.vimを除く)今までの勉強会は男性ばかりだったので……。
Vim界はもっと女性の使用者を増やすべきだと思います。はい。

開発環境勉強会の感想

2011-08-08T16:31:00.005+09:00

開発環境勉強会へ行ってきたので、適当に感想とかを書いておきます。
各々の発表者の内容は、スライドや感想、ustを見ればある程度分かると思うので割愛します。

XMonadの話 pi8027

XMonadについて、ソースコードを含めて詳細に解説してくれていました。
もう一度XMonadを試してみようかとも思ったけれど、Window Managerへの興味が薄れている今日このごろです。

ちなみに、VimとEmacsを併用していたのが印象深かったです。意外とVimも使っているらしい。
シェルは「zshの本」で覚えたzshらしいです。
たしかにこの本はよくまとまっていますね。

Vimについて Shougo

私の発表。原稿は、本日書いた別ページである「開発環境勉強会の原稿」に公開しているので参照してください。
内容は、私とVimのラブロマンス物語です。
なぜか会場は笑いにつつまれていました。私は真面目にやっているんですよ！

スーツとEmacsと開発環境 kiwanami

lingrのEmacs部屋とかではよく会話をしていますが、リアルでkiwanamiさんを初めてみました。
cacoo.elやcalfwなどはやはりすごかったです。あの非同期処理いいなぁ。
「オフライン重要」が印象的でした。私もそう思います。
ネットワークはいつ切れるか分かりません。
ちなみに、EmacsではPDFを読んでいないらしい。ですよねー。

ベンチマークドリブン駆動開発 nyaxt

いかに集中できる開発環境にするか、というのは興味深いものでした。
私も、もっと作業に集中できるようにしないと。
遊ぶ環境は別マシンにする、というのはなるほどと思いました。
確かに私も誘惑の少ないLinux環境で作業していると、はかどります。

XKeyRemapについて m2ym

auto-completeのm2ymさんの発表。
最近elispを書いていないらしい。情熱が薄れてしまったみたいです。

XKeyRemapは汎用的なキーマッピング変更ソフト。ただし、まだ未完成らしい。
「自分はやる気がなくなった。他の人やってください」　えっ……。

TryIt.vim, Phrase.vimで多言語を効率よく学ぶ t9md

もともとEmacs使いでしたが、「手首痛い問題」によりEmacsを引退することになったらしいです。

TryIt.vimは選択したテキストをTryItバッファに貼りつけてQuickRun実行する。
QuickRunとの違いは、複数のバッファから切り貼りできるところだろうと思いました。

Phrase.vimはサンプルコードを集めて勉強するのに使うらしいです。
スニペットと似ていますが、目的が違うようです。
なかなか面白い試みだと思いました。

オレオレ環境の話 shinichiro_h

オレオレトロイで自己管理。すごい。
なぜか、一番に起動しているソフトがw3mでした。なんと……。
w3mが環境となっているらしい。その発想はなかった。
w3mで一番重要な設定：「今開いているページをChromeで開く」に吹いた。
やはりw3mだけでは生きていけないらしいです。

shinichiro_hさんは、オレオレWindowManagerを使っていて、
Windowを使ったシューティングゲームをデモしていました。
なにそれすごい。そして極めつけはメモリ使用量900KB！
今どきのWindow Managerが霞んで見えます。

貧乏人のためのマルチディスプレイ構築環境 tomy_kaira

6台ディスプレイすごい。さすがに、私はこんな環境は使いこなせないなぁ。

貧者のための入力デバイス todesking

HHKは高いので、Majestouchを切りとったお話。
「キーボードはいまだにDIYが通用する領域」は名言でした。

Dvorakについて kjm

これは良いDvorak講座。いや、私は使う気になれませんが……。

おまけ　Shougoの開発環境

発表中に簡単に触れましたが、ここにも書いておきますね。

OS：Windows 7/Ubuntu 10.10
端末：Vim, ckw, GNOME Terminal, screenは使っていない
エディタ：Vim
シェル：vimshell, nyaos, zsh
ファイラー：vimfiler, あふw, Nautilus
VCS: git
キー配列：US, Vim only sticky shift
日本語入力：eskk.vim, ATOK 2008, uim-skk
キーボード：HHK Pro2
マウス：MX Revolution
Window Manager：Vim, Explorer, GNOME
PDFビューワ：Smatra PDF Viewer, Evince, AdobePDF Viewer

基本的にVim中心の生活なので、Vim以外にあまり凝ったことはしていません。
今回参加した限りでは、皆Window Managerにこだわりがあるようです。
しかし、自分の場合ほとんどVim内で生活していて、Vimさえあれば他はどうでも良いという性格なため、
他の環境はどうでもよかったのだということに気付きました。だからWindow Managerに興味がなかったんですね。
だから、私のWindow ManagerはVimです。

まとめ

余談ですが、会場はLinux(Ubuntu/Debian)が多かったですね。
やはり、LinuxのほうがWindow Managerもいじれるし、開発環境の最適化に熱心な人が多いのだろうか。
Macもそこそこ居ましたが、予想していたよりは少なかったです。
ちなみに、Emacs/Vimは半々くらいだったような気が……。
いろんな環境の人達がいて、なかなか新鮮な発表を聞くことができました。
今度は関東のEmacs勉強会で「Vimから見たEmacsについて」を発表したいので、誰か招待してください:-)

開発環境勉強会の原稿

2011-08-08T14:51:00.003+09:00

<br /> /home/shougo/勉強会/開発環境勉強会/development.vp <br />

Vimについて

まずは自己紹介

Shougoです。

知っている人は知っている

得意な言語は当然Vim script

私のプレゼンは「抜群な安定感」らしい

Vimのためなら替え歌も歌う(ujihisa.vimを参照)

職業：普通のVim scripter(ということに……)

今回はせっかくなのでVimでプレゼンするよ！

今まで作ったプラグイン

neocomplcache, vimshell, vimfiler, vimproc, unite.vim, echodoc

Emacs使いの人は、これに脳内で変換：

auto-complete.el, eshell.el, dired.el, comint-mode.el, anything.el, eldoc.el

今回のスライドの内容

昨年はVimプラグイン中心に話をした

今年はさすがに疲れたので、違うことをテーマにスライドを作っている

どうせプラグインの話は自分以外にもやってくれる人がいる

Yokohama.vim #1: 「Shougoの開発環境」

ujihisa.vim: 「5分でまなぶVimとVim plugin」

開発環境勉強会：「Vimmerの異常な愛情」「Vim界 News in 2011」

第一部・Vimmerの異常な愛情

またはなぜShougoがテキストエディタについて心配するのを止めて

Vimを愛するようになったか

はじめに

プログラマにとって、テキストエディタとは一生涯のパートナーであり、

それを選択するということは、一生の伴侶を決定することに相当する。

ここで紹介するのは、紆余曲折を経てVimに辿り着いた男の物語である……。

初恋はVisual Studio

私はVisual Studioでプログラミングを始めた

つまり、初恋のエディタはVisual Studio

あのころは、GUIプログラミングにゲームプログラミングと希望に燃えていた(遠い目)

様々なエディタに浮気していたあの頃

Visual Studioはそのころ有料だった上、動作が遅かった

さらにスクリプト言語には使いにくい

様々なエディタに浮気しつつ、サクラエディタに落ちつく

エディタへの恋物語も波瀾万丈

これが俗に言う、「エディタ活動」略して「エディ活」と呼ばれるものである

ちなみに、この勉強会も「エディ活」の一種ですよね:-)

Vimとの出会い

私とVimとの出会いは5年くらい前

第一印象：「このエディタは変態だ」

動作が気持ち悪いと思っていた

サクラエディタに限界を感じる

サクラエディタはカスタマイズに限界があった

Vimは豊富なシンタックスハイライトや様々なプログラミング言語に対応していたのが魅力的

Vimが気になり始め、本格的に手を出すことに

テキストファイルの関連付けをGVimにして、スパルタで操作を覚える

xxdでバイナリファイルを編集する程度には成長する

Linuxに手を出す

zshやscreenを覚える

Vimを毎日使って、カスタマイズを覚える

設定はコピペだったけど……。

Vimの力が段々分かってくる

Vimへの恋が始まったのはこの頃？

ちなみに、このころEmacsも一応使えるようになっていた

kana氏のブログに衝撃を受ける

書いてあることが全然分からない

自分はVimのことを知らなかったのだと実感する

言うなれば、C言語で初めてポインタを理解したのと同程度の衝撃

ちなみに、このとき.vimrcは300行くらい

Vimを本格的に勉強しようと思った

Vimへの恋が愛へと変わりつつある

lingrのvim-users.jpに参加する

ちょくちょく発言し始める

この頃はkanaさんがよくvim-users.jpに居て、いろいろ教えてもらっていた

質問した瞬間に答えが返ってくる、恐しい場所だった

今はほとんどkanaさんはいない……。

autocomplpop.vim(acp.vim)の挙動を調査する

以前から、autocomplpop.vimをLinuxで使うと日本語入力が暴走するバグに悩まされていた

そのころ、autocomplpop.vimはメンテナンスされていなかった

kana氏と協力して原因を突きとめることに成功

neocomplcacheの誕生

autocomplpop.vimの実装を見るにつれ、Vimの補完の限界を痛感する

もう補完システムを自分で作ったほうが良いと思った

auto-complete.elに負けたくなかったのも理由

altautocomplpopという名前だったが、紛らわしいので改名する

neo+complete+cache=neocomplcacheという名前になる

そして伝説へ……

この頃には、.vimrcは1500行を越える

いつのまにか、色んな人達を追い抜いていた

もうVimがないと生きていけない

その後はvimshellを公開したり、vimprocの開発を引き継いだり……

vimfiler, unite.vimとかを作る

どうしてこうなった！

私にとってのVimは？

環境であり、OSであり、VMであり、大事なパートナー

かれこれ、5年以上付き合い続けている

リアルでも、5年以上毎日付き合うというのは大変なはず

それはテキストエディタであっても同じ

毎日Vim scriptを書くためには、やはりVimに対する愛がないとできない

Vimに対する愛をいつまで続けることができるかが重要

一時の恋では、エディタとの関係は長く続かない

「エディタへの恋は愛に変えよう」

番外：なぜEmacsは選ばれなかったのか？

自分の環境が長らくWindowsメインだったから

WindowsでのEmacsは地獄

あれはLinux/UNIX環境でEmacsに慣れている人が、Windows環境で無理矢理使うもの

初心者にはオススメできない

Windows環境でEmacsをマスターできた人がいたら、秘策を教えて欲しい

第一部・完

皆さんも、この勉強会で一生のパートナー(ツール)を見付けましょう！

第二部・Vim界 News in 2011

去年は、Vim 7.3でVim界が大いに盛り上がった(自分の中では)

残念ながら、今年はVimがバージョンアップする気配なし

Bramさんが忙しいらしい……。

来年に期待。Vim 7.4になるか、Vim 8.0になるかは分からない

個人的にはVim 8.0に来て欲しい

Emacs界の盛り上がり

最近はEmacs界が勢い付いている

去年の「Emacsテクニックバイブル」、今年の「優しいEmacs Lisp講座」

Software Designにおける「Emacsのトラノマキ」の連載

三月にはEmacs 23.3がリリースされ、Emacs 24も開発中

Vim界の悲哀

Vim界には、良質な記事や書籍が不足している

まともにVim scriptを書ける人が書いた書籍がほとんどない

これはVim界の大きな損失

Vim勉強会に参加すると、必ずといっていいほど聞かれるのが

「Shougoさんは、Vimの書籍を書かないんですか？」

この声になかなか答えられないのが悲しかった

と、いうわけで……。

今年、ついにVimの書籍が刊行される！

書名は「Vimテクニックバイブル」

中身は「Emacsテクニックバイブル」のVim版

イメージカラーはVimグリーン

EmacsテクニックバイブルはEmacsブルー(パープル) :-P

./Emacs_cover.jpg

Vimテクニックバイブル

unite.vimで進化する新しいVimの常識を教えます。

あなたはVimの本当の姿を知っていますか？

Emacsテクニックバイブルのキャッチコピー

anything.elで新しいEmacsの世界を教えます。

あなたはEmacsを使えていますか？

今までにないほどの豪華執筆陣！

taku_o(名無しのVim使い)

yukimi

mattn(webapi-vim, zencoding.vim, Vimにパッチ多数)

thinca(quickrun, ref.vim)

fuenor(QFixHowm, QFixGrep, JPFormat.vim, Vim-UTF8)

Shougo(neocomplcache, vimshell, vimproc, unite.vim, ...)

プラグインの紹介を中心とした豪華な内容！

Tipsの数は全部で150

定番からマイナーまで幅広く解説している

プラグイン製作者が執筆していることも！

vimfiler, netrw, quickrun, ref.vim

vimshell, Conque, skk.vim

neocomplcache(スニペット機能の解説を含む), zencoding.vim

QFixHowm, QFixGrep, JPFormat.vim

autodate.vim, project.vim, ...

Vim scriptが分からない初心者でも安心！

:helpの読み方

Vim script基礎文法最速マスター(改訂版)

マッピングについて

オプションについて

Vimプラグインの管理

:autocmd

最近のVimといえば、unite.vimは外せないよね！

unite.vimは1つのChapterを贅沢に使用して解説

おそらく、30〜40Pageくらいある

他のプラグインとの連携

カスタマイズ方法についての解説

source, kind, action, filterの解説

sourceの作り方まで載っている！

作者が自ら書いているから、情報が正確で安心

unite.vim Ver.2.2対応(一応)

あまりに新しい機能は解説できていませんが……

これを読めばあなたもunite.vimマスターに

もちろん、Emacsの人達にもオススメ

Emacsを使っている人も、異文化交流は重要

同じ環境で満足していたら、何も生まれない

Vimや他のエディタからも刺激を受けるべき

だからこそ、この開発環境勉強会に参加しているはず

この本を読めば、最近のVimの機能が分かる

例：unite.vimとanything.elの違いが分かる

一身上の理由により、Vimに乗り換えるときも安心:-)

現在確定している情報

ページ数は384P。Emacsテクニックバイブルと同じ。

値段は￥2, 980+税

なんとか￥3000は切った……。

若干Emacsテクニックバイブルより高い

発売日は9月終わり？

詳しい情報については、今後順次発表される予定

おわり

それでは、ご静聴ありがとうございました！

またどこかの勉強会で会いましょう

Happy Vim scripting!

Vim plugin開発の「行き詰まり」を打破する６つの方法

2011-07-25T15:13:00.003+09:00

元ネタ「人生の「行き詰まり」を打破する６つの方法」

プラグイン開発の行き詰まりは……

Vimプラグイン開発は長丁場です。いくら考えても、ニッチもサッチもいかない難題がおとずれることがあります。
すべての行き詰まりは、「こんなことVimにはできないんじゃないか？」という行き詰まり「感」です。それは、私たちが感じている一つの感情。
今日は、Vimプラグイン開発における行き詰まり「感」を解消する６つの突破口を紹介します。

1.「Vimの限界を突破する質問」を投げかける

「あなたが今、Vimの限界を感じていることは何ですか？」
「あなたがそのVimの限界を感じるたびに、自分の頭のなかでくりかえしている"問題"や"つぶやき"は何ですか？」
「あなたがそのVimの限界をこえるために役立つ答えをくれる、新しく画期的な問題は何ですか？」

この質問は、Vim scripterのShougoさんが、相談者のVim限界をこわすために考案されたものです。

人の脳はとても、単純なコンピューター。同じ問題には、同じ解法を、新しい問題には新しい解法を返します。

えてして人は同じ問題ばかりを頭のなかでくりかえしループしているのですが、こうしてそれを「見える化」することで、Vimによる新しい解決策が見つかることがあるのです。

2.「Vimコントロールの輪」を見なおす

たとえば、ある画期的なVim pluginを作りたい場合は：
内側の輪(自分で直接、変えられるもの) ... 自分の設定、自分のプラグイン、外部コマンド、外部インタフェース、外部ライブラリ
外側の輪(自分で直接、変えられないもの) ... Vimの関数、組み込みコマンド、仕様、Bramさんのポリシー

行き詰まりを感じたときに、私たちがよくやってしまうのは「自分が変えられないこと(外側の輪)にモンモンと悩んでしまうこと」。

大切なのは、自分が今・ここで直接、変えられるものだけをハッキリ切り分けること。そこだけに注力し、他はスパッとやめてしまいましょう。

「幸福への道はただ一つしかない。それは我々の意志の力では、どうにもならないVimの仕様について、悩むことをやめることにある。」
ビーム・カーネギー

3.「召喚」する

自分では、解決できない問題にであったら、それを解決したことがあるエキスパートVim scripterをvim-users.jpのなかで、「召喚」しましょう。
眼をとじて、深呼吸をし、やりたいことを簡潔にまとめたら「その人を召喚」してみてください。
何を感じていますか？　何をいっていますか？　どうVim scriptを書いていますか？
きっと、あなたと違う新しい答えのヒントが見つかるはずです。

4.世界をunite化して考える

世界的に有名な「unite.vimによるカイゼン」。そのコツは、どこにあるのでしょう？
それは「世界をunite化して考えること」。
今までのインタフェースをすべてunite化する勢いで改善策を考えるという手法です。
人の頭はどうしても、今までのインタフェースに引きずられがちです。だから行き詰まってしまう。何ごとも「思い切って、unite化して改善できないか考えてみる」というスタンスが大事なのです。

5.脱力して、静かに継続する

行き詰まり感には、「他のプラグインで実装されるのではないか」という恐怖や焦りがつきまとっています。
それによってバグを仕込んだり、やる気がなくなったりするがために、うまくいかないのです。

Vim界が変化することにも、時間がかかります。
実は何も「行き詰まってはおらず」、冷静、丁寧、正確に、静かに物ごとを継続することで、少しずつうまくいっているのかもしれません。
Vim scriptは大変奥が深いです。その深淵を垣間見るためには、一年や二年のVim scriptingでは不十分です。
10年間メンテナンスするつもりで、気長に開発しましょう。
neocomplcacheやvimshellのように、三年以上継続して開発するその熱意こそがVim scriptには求められます。

ビムナムの禅僧であるビム・イズ・オールは言いました。
「微笑んで、深呼吸して、ゆっくりVim pluginを開発しよう」
脱力して、一行ずつ、静かに継続。

6.思い切って、Vimのない生活もする

「体の疲れは、Vim scripting力をも落ち込ませる」ーーこれはVim学的にも明らかで、だれもが経験していることですが
肝心なときに忘れていたりします。

人は長い間Vim scriptのみに尽力することは難しいです。
何か大きな壁にぶち当たった場合、時にはVimやPCのない環境でVim scriptのアイディアをじっくりと練ることが効果的です。
Vim plugin開発はPCやVimの存在には依存せず、脳内や手書きのノートでも十分可能であることがVim plugin開発者のShougo氏により実証されています。

「Vim pluginに対するやる気がでない。ちょっと待って……。もしかして、私、疲れてる？」
自分にこう聞いてみるだけでいいのです。もし、答えがイエスなら、思い切ってVimプラグイン開発に休みを取りましょう。
Vim休暇を使うもよし、ネットサーフィンに出かけるもよし、ちょっと早寝するのもよし、ゲームに興じるのもよし、です。
　ゆっくり休んで、Vim scripting力を充電し終わったら、意外とケロッとしているかも!?

Vimの限界は、頭のなかでつくられたもの

Vimにおいて、本当にしょうがないことは、だれもがキッパリあきらめています(例：Vimの画像表示)。

行き詰まり「感」があるということは、まだVimで実現できる可能性があると、心の深いところは感じていること。
Vimから一歩引いて、スローダウンして、Vimの周囲を大きく考えて見れば、意外とカンタンに道は開ける。

earthquake.gemをWindowsで試してみた件

2011-06-19T08:11:00.006+09:00

jugyoさんが開発した、earthquake.gem。
最近はtermtterではなく、こちらの方が良く開発されているため、vimshell対応もするべく調べています。
シンタックスを対応させたので、ようやくvimshellでも普通に動くようになりました。が、自動更新はカーソル位置がおかしくなったりしますね。
もっと調査が必要です。

それはともかくとして、earthquake.gemはインストールが面倒くさいです。
Ruby 1.9を使っているので、まぁそっちに乗り換えればよいのですが
ディストリビューションの多くはruby = Ruby1.8だったりしているので……。

この記事のように、RVMなんかを一緒に使おうとしたらハマるし。個人的にRVMは嫌いです。

さてLinuxではearthquake.gemを使うことができるようになったんですが、どうやらWindowsで使っている人がまずいない。
私はtermtterをWindowsでも使用しているので、非常に困ります。
ということでWindowsで試してみました。
とりあえず、bin/earthquakeを実行してみて、エラーになるモジュールを片っ端からgem installしていきます。

しかし、twitter-streamをインストールしようとするとNative extensionのビルドでエラー。

今度はDevelopment Kitを使ってみた。
次はeventmachineのコンパイルでエラー。勘弁してください。


cmain.cpp:752:6: error: cannot convert 'stat*' to '_stati64*' for argument '2' to 'int _fstati64(int, _stati64*)'

検索してみると、やはり同じところで悩んでいる人がいて情報を発見。
http://stackoverflow.com/questions/3649252/cannot-install-thin-on-windows
eventmachineは入ったんだけど、gemが古いeventmachine-0.12.10をインストールしようとする……。

$ gem specific_install -l git://github.com/voloko/twitter-stream.git

で何とかすることにした。またeventmachineでエラーが出た。
というか、gemsのeventmachineだれか新しくしてください……。どうして放置されているんだ。

結論：WindowsでRubyを使うのは苦行。昔からそうですけど、WindowsでRubyは使いにくいですよね。どうしてこうなった。
twitter-streamのインストールも失敗。earthquake.gemが自動更新しようとするとエラーになります。

ちょっと試してみた感じ、Windows環境でもエスケープシーケンスが普通に表示されていますね。
vimshellから使うので問題はないですけど、Windows環境のことを全く考えていないのはどうなのかな……。

ujihisa.vim行ってきました

2011-05-15T13:47:00.002+09:00

表題の通り、ujihisa.vimに参加したので今のうちに感想とかでも書いておきます。
UST無かったのが残念ですけど、詳しい内容については他の人の感想ブログでも読めばおそらく察しが付くと思うので、私は適当に思ったこととかを書き連ねておきます。

1.ujihisaさんの「shadow.vim紹介」
私は作業をしていたので、あまり見てませんでした。shadow.vimはJava Script/Coffee Script書くひとには便利なのかなーと思ったり。

2.kanaさんが.vimrcをDisる
これは面白かった。他の人の.vimrcには摩訶不思議な設定がたくさんありますね……。
私も昔はあんな.vimrcだったなぁ、とか思い出しながら見ていた。

3.niwaさんの「Twitter社でのVim+α」
どうやらTwitterでVimを使っている人はものすごく少ないらしい。
TextMateやEclipse使いが多い。
もっとVim使いが増えると良いですね。
残りは時間が余ったので？　ユニコードの話。
ややこしい問題が多すぎる……。

4.guyonさん「Vim-tinyの紹介」
突貫で作ったらしい。Vimの機能制限版Vim-tinyの紹介。
512MBしかないLinux Boxではサイズが小さい
Vim-tinyが便利らしい。

5.ujihisaさんの「vital.vim解説」
プラグイン製作者に必須のプラグインvital.vimの解説。
Vimプラグイン製作者は毎日車輪の再発明をしているので、このライブラリは便利です。

6.Shougoの「5分で分かるVimとVim plugin(仮)」
私の発表です。実は、開発環境勉強会でこれを発表しようとしていました。
が、先日の大地震により断念。今回、スライドをパワーアップさせて発表することになりました。
いつもは真面目な発表なので、今回は不真面目です。
参加者からは「これはひどい」「一瞬会場間違えたかと思いましたが、考えてみればいつも通りでした」と絶賛の嵐でした。
スライドは公開しています。こちら。

7.sora_h君のカオスな発表
会場でスライドと発表するためのプラグインを作っていました。
内容はsora_h君の一日。metarwで作った自作プラグインの紹介、Rubyの効果的なバグ報告の仕方、など。
バグ報告の仕方については、Vimのプラグインでもそのまま使えるなーとか思った。

ちなみに、その後は座談会とかする予定だったんですけど、思ったよりも時間が長びいて、
私がプラグインのバグ修正とかに一生懸命だったおかげで流れてしまいました。
残念だったなぁ……。

普通のVim使いのYokohama.vim #1感想

2011-04-25T10:49:00.001+09:00

タイトル通り、Yokohama.vim #1に参加してきたので、その感想です。
ちなみに、詳細な感想については他の人たちがもっと優秀なまとめを書いてくれるので省略します。

・Vim Levelでシャッフルと自己紹介
今回のVim Levelシャッフルはあまり意味がなかったような……。グループ分けはなし。
なぜか私が一番レベル高いということになってしまったし。
ぼくはふつうのVimつかいです。
もしkanaさんが来てくれていたら、kanaさんはおそらくLvが9~10なので、一番レベルが高かったはずなんですけどね。
あのレベル分けはネタなので、もっと良いレベル分けの方法があると良い、という話をthincaさんとしました。

時間がそれほどないということで、自己紹介はテーブル毎。偶然ですが、るびきちさんと同じテーブルになれてよかったです。

・「ふつうのVim使いの開発環境」
私の発表です。資料はこちら。
実はお流れになった開発環境勉強会用のスライドを発表する予定だったのですが、
開発環境勉強会がいつ開催されるかよく分からなかったので、予定を変更して自分の開発環境晒しにしました。
本来はよくある地味な発表なんですが、それでは詰まらないと思ったため
いくつかネタを仕込んだり、開発における裏話もしました。

・「るびきちさんとの対談」
残念ながら、ここはustなしで参加者だけの特別セッション。使用しているエディタの枠を越え、二人でかなり盛り上がりました。
ただ、他の人は置いてきぼりになってしまったような。
るびきちさんと私の考えがかなり似かよっていて面白かったです。
開催者のguyonさんには、時間をオーバーしてしまって済みません。
実はkanaさんも含めて、三者対談というのをやりたかったんですけど。
内容については、#yokohamavimのTweetや他の人の感想を見れば大体分かるかと。
残念ながら、聞けなかったそこのあなたも大丈夫。実はこの対談は……。以下続報を待つように。

休憩を挟んで、

・VimとEmacsユーザー交流セッション
ここも実はるびきちさんと議論を交わしていました。
あまり真面目に回答していないけど、あれで良かったのだろうか……。
みんなの回答のまとめは、おそらくguyonさんがしてくれると思うので、楽しみに待ちましょう。

・Vim Golf
実は私Golfぜんぜんできないんです。なぜかというと、素のVimだと発狂するから。
Golfは他の人に任せます……。
記念品として貰った、Yokohama.vimのノベルティが格好良かったですね。

・懇親会
るびきちさんが参加してくれなかったのは残念だったのですが、私を含めて十数人の方が参加してくれました。
前回はたった6人だったので大きな進歩。
こちらとしても、thincaさんのvcs.vimを見れたり、
snippets_completeに要望を貰ったりとなかなか得るものがありました。

・総括：
るびきちさんが来てくれたのもありますが、かなり充実した一日を過ごすことができました。
会場のセッティングと司会進行をしてくれたguyonさん、ありがとうございます。
機会があれば、またるびきちさんといろいろ話をしたいですね。
ちなみに、開発環境勉強会で使う予定だったスライドは5月のujihisa.vimで使用する予定です。お楽しみに！

Software Design 2011年5月号レビュー＆感想

2011-04-18T12:00:00.008+09:00

今回久しぶりにレビューするのはSoftware Design 2011年5月号です。Vim&Emacs特集ということで、ついカッとなって購入してしまいました。後悔はしていません。
しかし、最近雑誌を購入するのはエディタ特集のときだけ……。

第一章

基本的な話なので省略。

第二章

findの使い方が載っているのは良いですね。あまり使わないとよく引数を忘れます。procの説明もあって、あれ？この特集ってエディタの話が主だったはずじゃ……。

第三章

サーバ管理とファイル編集の話。エディタの話が全然でてきません……。

第四章

ここはようやくVimの話。ということで、詳しいレビュー（というか正誤表？）をお送りします。

Vim基本編

P.45
「某OS付属のチープなエディタ」……「メモ帳」ですね。分かります。

「分割したウィンドウを閉じるのは「:q」コマンドです」……まぁ、間違ってはいないですが、:closeのほうが良いと思います。:qだと、ウインドウが一個のときに終了してしまうので。おそらく、:closeは冗長だから:qを紹介したんでしょうね。:qは、「ウインドウが一個のときは終了、そうでないときはアクティブなウインドウを閉じる」という動作をします。ちゃんと説明すれば混乱することはないと思いますが、初心者には分かりにくいかもしれません。

P.46
リスト1……nmapを使ってはいけません。nnoremapを使いましょう。nmapだと、キーマッピングが展開されてしまいます。例えばkanaさんのように、: -> ; とキーをマッピングしている場合に問題が発生します。nmapとnnoremapの違いを理解している人は少ないので注意が必要です。
:bpよりは、:bprevious, :bnよりは、:bnextのほうが良いと思います。.vimrcに書くときはできるだけコマンドを省略しないようにしましょう。

修正例：


nnoremap <C-p> :bprevious<CR>
nnoremap <C-n> :bnext<CR>

Vimプラグイン編：
紹介されているのは、surround.vim, NERD_commenter.vim, unite.vimです。ちなみに、unite.vimが雑誌で紹介されるのは初めて！

unite.vim
私の書いたプラグインなので、ここは詳しくフォローしておきます。
unite.vimはgithubにもありますが、vim.orgにもあります。ただし、vim.orgにあるのはまだ古いバージョンのため、githubの紹介しておいたのは正解でしょう。できれば、git cloneで取ってくる部分の解説があると良かったですね。

-buffer-nameに関する解説がないのはちょっと致命的です。ファイルやバッファ系のsourceを指定する場合は、:Uniteの引数に-buffer-name=filesとしないと、~が展開されません。人によってはひどく不便になる可能性があります。

この特集では、unite.vimのsourceが一つしか指定されていません。これでは機能がFuzzyFinderやku.vimとあまり変わらず、unite.vimの特徴が生かせません。sourceを複数指定して横断検索できることを触れておくと、良かったと思います。

細かい部分ですが、unite.vim, unite, Uniteと表記が揺れているのが気になります。ちなみに正式名称は検索しやすいように、unite.vimです。

第五章

ようやくEmacs特集です。初心者向けのレスキュー技が細かく書かれているのがすごく印象的でした。こういう記事は今まで見たことがなかったので。Emacs使ってみたけどよく分からなくなってしまった初心者には役立つ記事でしょう。Emacsからのシェルの起動ということで、M-x terminal-emulatorが紹介されていました。個人的には、M-x terminal-emulatorよりはM-x ansi-termやM-x multi-termの方が一般的かな、と思います。この章で一番驚いたのは、井上さんがeshell使いだったことです。私もvimshellを開発しているので、eshellの良さはよく分かります。最近るびきちさんもeshellに乗り換えたようですし、eshell界隈が熱くなってきましたね。

第六章

端末使用時のトラブルシューティング的な章。Windowsでtelnetからのリモートログインのやり方が載っていたのは、ちょっと珍しい記事だと思いました。

結論

Vimの部分は思っていたよりもよく書けていました。unite.vimが初めて雑誌に紹介されていたのも嬉しいです。Emacsの解説は比較的少なかったのですが、「Emacsトラノマキ」が最近レベルが高くなってしまっているので、初心者に配慮したのでしょう。エディタ好きなら買うしかない号だと、私は思います。管理者向けの話も多いので、エディタをよく使う管理者にもオススメ。

魔法Vim少女　えでぃか☆エディタ

2011-03-20T22:52:00.018+09:00

2011年4月22日追記：元ネタである、「魔法少女まどか☆マギカ」が無事最終回を迎えたため、記念としてアップデートしました。魔法Vim少女の設定を追加したため、人物の名前を改変。

※：元ネタはlingrでのやりとりです。しかし、改変をしたり、新たな設定を付け加えています。
ついカッとなってやったが、満足している。

大本のネタである、「魔法少女まどか☆マギカ」についてはこちらを参照してください（Wikipediaへのリンクです）。

『魔法Vim少女　えでぃか☆エディタ』（まほうびむしょうじょ　えでぃかえでぃた）は架空のテレビアニメ作品。20XX年1月より放送……されることはない。

あらすじ

三度の食事よりVimが大好きな、普通の中学2年生の「えでぃか」は、ある日不思議な夢を見る。そこは少女がコーディング能力を競ってエディタ戦争を行う異世界。その少女の戦いを目撃する自分と、謎の猿の生物に「僕と契約して魔法Vim少女になってほしい」と告げられる夢であった。翌朝、転校してきたのはなんと夢で見た美少女のゆなだった。ゆなは、えでぃかに「魔法Vim少女になってはならない」と警告する。

放課後、親友の「ねおこ」とPCショップへ行ったえでぃかは謎の声に呼ばれ、ビルの一角へ迷い込む。そこで見たものは夢の中で見た生物ジンべえの傷ついた姿と、それを殺そうとするふぁらの姿だった。えでぃかとねおこは戸惑いつつも、当たり前の優しさからジンべえを助けるが、直後に今度は本当に異世界へ迷い込んでしまう。エディタ使いの信者と称される化物達に囲まれた2人を救ったのは、同じ中学の3年生でジンべえと契約した魔法Vim少女の「ふぁみ」先輩だった。事後、改めてジンべえに「魔法Vim少女になってほしい」と告げられたえでぃかとねおこは、思いがけない好機に興奮する。だが、それは2人が直面する様々な苦難の始まりであった。

各話リスト

サブタイトルは各話の登場人物の台詞から取られている。

第1話あのプラグインにもあった、ような・・・・・
第2話 Vimスクリプトで制御できるなら、それはとっても嬉しいなって
第3話もう何も恐くない
第4話 neocomplcacheも、uniteも、あるんだよ
第5話非同期なんて、あるわけない
第6話こんなの絶対おかしいよ
第7話本当のVimと向き合えますか？
第8話あたしって、ほんとバカ
第9話そんなの、あたしが許さない
第10話もう標準機能には頼らない
第11話最後に残った道しるべ
第12話（最終回）わたしの、最高のプラグイン

解説

あのプラグインにもあった、ような・・・・・：
似たような関数があらゆるプラグインで再実装されている際に、皆が思う一言。Vimスクリプトの標準関数が貧弱なことによる車輪の再発明である。素直にvital.vimを使いたいものだ。

Vimスクリプトで制御できるなら、それはとっても嬉しいなって：
すべてがVimスクリプトで制御できたら、Emacsのようにもっと何でもできるのだが……。残念ながら、現実はそう甘くない。Vimスクリプトに慣れてきた中級者はその現実に打ちのめされることとなる。

もう何も恐くない：
Vimに慣れてきた人たちがついつい思ってしまうこと。本当に怖いのは、「Vimは何でもできる」と極めすぎる一部の人たち（へんたい）の執念なのかもしれない……。Vimのみで複雑なことをするためには、それ相応の苦労が必要である。

neocomplcacheも、uniteも、あるんだよ：
最近のVimには、neocomplcacheもuniteもあるんだよ！　まだまだ進化するよ！

非同期なんてあるわけない：
Vimで非同期通信は不可能と思われていたが、実際にできてしまった。ただし、ライブラリのコンパイルが必要である。

こんなの絶対おかしいよ：
Vimの仕様や魔界村のソースコードに対して皆が思う感想。

本当のVimと向き合えますか？：
魔界村のVimソースコードにきちんと向き合えるか、ということを表す。これができるかどうかが、Vim上級者への分かれ道なのかもしれない……。

あたしって、ほんとバカ：
Vimからでない生活が続くたび、時々自虐的に思うこと。あまりにもVimにこだわりすぎることは逆に生産性を落としているのではないか？　しかし、やめられないのである。

そんなの、あたしが許さない：
「VimがXXXできないなんて、そんなの、あたしが許さない。すぐに実装してしまうよ！」ということ。
こういう思考が日常になってしまうと、危ない。

もう標準機能には頼らない：
Vimの標準機能には頼らず、機能を独自に実装することを決意したということを表す。標準機能はほとんどカスタマイズできないからである。

最後に残った道しるべ：
Vimへの信仰心が失われたソウルジェムは、魔法Vim少女を取り込み「信者」へと変化する。
この最悪のシステムに、疑心暗鬼へと陥る魔法Vim少女達。
最強の信者達が集う「ワルマックスの夜」を前に、残ったのはゆなとえでぃかの二人だけであった。
果たして、Vimには未来がないのか？　この世界はジンべぇの思惑通りになってしまうのだろうか。

わたしの、最高のプラグイン：
ゆなは一人魔法Vim少女となって戦うが、「ワルマックスの夜」は予想以上の強さであった。
彼女でさえも絶望しそうとなったその時、一人の少女の願いが明かされる。
魔法Vim少女　完結。

魔法Vim少女一覧

魔法Vim少女たちは、「プラグイン」と呼ばれる魔法兵装を身につけ、日夜信者達と戦っている。
ここでは魔法Vim少女達の能力について解説する。

えでぃか：まだ魔法Vim少女となっていないため、その力は未知数であるが、ジンべぇからは「最強の魔法Vim少女の素質を持っている」と言われる。

ねおこ：プラグイン名「ネオコン」。高速補完により、相手にキーワードの羅列をたたき込む戦法が得意。

くらん：ふぁみの敗北により、他の地域よりやってきた魔法Vim少女。いつも何かのスクリプトを書いている。プラグイン名「クイックラン」。記述したスクリプトを瞬時に実体化させ、戦わせることができる。

ふぁみ：先輩の魔法Vim少女。プラグイン名「ビムファイラー」。ファイルを変化させた、トリッキーな戦法を得意とする。

ゆな：プラグイン名「ユナイト」。本人の基本能力は最低。ただし、sourceを抽出した他の魔法Vim少女の能力を使用することができるという、ある意味最強の能力を持つ。

Vimの魔法

2011-03-20T22:21:00.004+09:00

元ネタはこちら

こんにちは
こんにTwitVim
ありがとう
ありがtaglist
こんばんは
こんbufexplorer
さようなら
さよNERD_tree
まほうのエディタで
たのしいプラグインが
ポポポポーン

おはよう
おhatena-vim
いただきます
いただきまsmartchr
いってきます
いってきまscratch
ただいま
ただいmanpageview
ごちそうさま
ごちそうさmatchit
おやすみなさい
おやすmigemo
すてきなエディタで
ゆかいなプラグインが
ポポポポーン

こんにちは
こんにTwitVim
ありがとう
ありがtaglist

あいさつするたび
プラグインふえるね

※：久しぶりに、ついカッとなってやった。反省はまだしていない。
ちなみに、プラグインの選定は語呂がよいものを適当に当てはめただけです。特に他意はありません。

補足：
「あいさつするたびプラグインが増える」とは、日に日にVimのプラグインが増殖していることを暗示しています。

Unite使いのレベル10

2010-11-10T12:15:00.006+09:00

転載元 https://gist.github.com/669964
gistの中に埋もれているのは勿体ないので転載しました。
作者はujihisa氏。
ちなみに、私はLv10……でいいのか。
元ネタ：Vim使いのレベル10 http://vim-users.jp/2010/01/vim-10-levels/

Unite使いのレベル10

Lv1 Uniteを使うため、他のエクスプローラ系ツール(※1)の使用をやめた。Unite公式ヘルプを読み終えた。
Lv2 単に:Unite file_recするだけの生活をやめ、他の豊富なsourceを同時に使うことに自己陶酔する。
Lv3 自分でインストールしたUniteプラギンの数が5を越え、ダメプラギンはすぐに判別できるようになる
Lv4 自分で作ったUniteプラギンをunite.org(※2)でリリースし、何人かをLife Changingさせる
Lv5 他のアプリケーション使用時にUniteが使えないことにひっかかり、イラっとする日々を送る
Lv6 シェルは当然Unite。新しいプロジェクトをはじめるとき、まずそのsourceをUniteするところからはじめる。
Lv7 Unite本体のソースコードを読み終え、あまり魔界でないことに驚く
Lv8 他言語インタフェースif_***を作り、unite_devに投稿する。当然採用されない
Lv9 Unite本体の開発への貢献が日常になる。投稿し採用されたパッチ数が100を越える
Lv10 神になる

※1：他のエクスプローラ系ツールとしては、NERDTree, ku.vim, FuzzyFinder等があります。
※2：unite.orgは実在しますが、unite.vimとは関係がありません。

興味のある言語にVim scriptと書いておいたら面接で爆笑された

2010-10-27T16:35:00.003+09:00

Inspired by 興味のあるテキストエディタにVimと書いておいたら面接で爆笑された
あと、tyruさんとの話に触発されました。

UNIXエンジニアを募集してる会社の採用面接を受けた時の話。

転職エージェントに作れと言われて作ったシートに、「興味のある技術/言語」という欄があったんです。

自動補完技術とか色々書いたけど、プログラミング言語の中で興味があるのはVim scriptだったので、

Vim scriptと書いておいたのですが、それを見た面接官のリアクションが酷かった。

面接官「Vim script・・・ふははっ！Vim script！」

面接官「Vim scriptやってるんですか？ｗｗｗｗｗ」

俺「(唖然)は、はい・・まだVimでシェルが書けるようになったぐらいですが。。」

面接官「Vim script・・・ﾆﾔﾆﾔ」

その人はUNIXエンジニアで、当然Vimでコードを書いている人だったので、

VimがEx commandを拡張した「Vim script」を使っていることを知らないワケが無いだろうと思っていた。

つまり、このリアクションは"理不尽な状況に直面した時にどう対応するか"を見ているんだろうと判断し、あえて突っ込みは入れずに対処した。

しかし最後の質問で「何故Vimを使っているんですか？」と聞くと、

気まずそうに理由を話し、最後に「・・・と、聞いてます」と答えた。

つまりこの人は上からVimを採用すると言われたから使っているのであって、

特別使うツールに思い入れとか無い、悲しいエンジニアなんだなあと分かった。

最近のVimは頑張ればEmacsのような非同期処理もできるし、VimやってるならVim scriptに興味を持つのは普通だと思うんだけどなあ。

多分ガチで知らなかったんだろう。

Saint Vimmer

2010-10-25T20:11:00.004+09:00

mattnさん作の原文 Saint Vimmer

教皇「ネオ・コンプリートフラーーーッシュ！」... ｽｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞ ...
セイヤ「ごぶぅ(吐血)... 」
教皇「お前はvimshellの海へと消えるのだ。ﾌﾊﾊﾊﾊﾊ...」
セイヤ「まっ... まだだ...」
教皇「何！？」
セイヤ「俺はここで倒れちゃいけない... 燃えろ！俺のESCキー！」
教皇「何度でもかかってくるがいい！」
セイヤ「ウォォォオォォォォォ！」
教皇「ぬるいわ！この程度の速さなら私の足元にも及ばぬわ！」
教皇「... 何... はっ速い... ！？奴の何処にこれほどの力が！」
教皇「ま... まさかっ！」
セイヤ「受け取れ！ユナイトビューティフルアターーーーック！」
教皇「グワァーーーーーーーーーー...」(完)

mattn先生の次回作にご期待ください！

※ これは後世まで語り継がなければならないと思い、ついカッとなって転載した。反省はしていない。ちなみに、私は元ネタをよく知りません。

Vim Shaddai

2010-10-09T19:25:00.016+09:00

『Vim Shaddai』
※：El Shaddaiのムービーを脳内再生しながら見てください。

話をしよう

あれは今から36年　いや20年前だったか

まぁいい

私にとっては　つい　昨日の出来事だが
君達にとっては　きっと　明日の出来事だ

彼には72通りの名前があるから、
何と呼べばいいのか
確か、最初に会ったときは……
Vimnoch(ビムノック)

そう、アイツは最初から言う事を聞かなかった
私の設定通りにしていればな

まぁ、いいエディタだったよ

Vim Shaddai

ブラム「そんなプラグインで大丈夫か？」
ビムノック「大丈夫だ。（動いているから）問題ない」

ウォーーーー！（コーディング　シーン）
うわぁ……

神は言っている　ここでクラッシュする定めではないと

(時が戻る)

Vim Shaddai

ブラム「ビムノック、そんなプラグインで大丈夫か？」
ビムノック「一番良いやつを頼む」

つ unite.vim

git clone git://github.com/Shougo/unite.vim.git
（プラグインをインストールする）

ウォーーーー！（コーディング　シーン）
神は言っている　全てを繋げと

これは神が作り出した知恵（プラグイン）の一つ
フフフ　見ての通り、非同期だ

やあ　私のサポートが心配なのか？
いいんじゃないかな
アイツも良くやってくれてるしね

いや　君の頼みは断われないよ
神は絶対だからね

（コーディング　シーン）

ビムノック　人が持つ唯一絶対の力
それは　自らの意思で使うべきエディタを選択することだ

お前は常に人にとって　最良のエディタを思い　自由に（実装する機能を）選択していけ
さぁ　いこう

ストルマン「さあ　ビムノック」
ストルマン「私のかわいいEmacsが　悲しむのなんて嫌」
ストルマン「さあ　行きなさい　あなたたち　弟の敵を取るのです」
（多数のヌーが現れる）
（そして始まる宗教論争）

To Be Continued……

チリリリリ（電話の音）

ああ　やっぱり今回も駄目だったよ
あいつは設定しないと使えないからな
そうだな　次はこれを見ている奴にも（プラグイン作りを）付き合ってもらうよ

※：この物語はフィクションです。ついカッとなってやった。反省はしていない。
2011/1/27 リンク先を追加しました。

Yokohama.vimに参加しました

2010-09-26T10:41:00.002+09:00

昨日、Yokohama.vimに参加してきました。
残念ながら来れなかった人も居ると思われるので、簡単な感想を書きます。
thincaさんの感想記事とあまり被らないように、私は懇親会の話題を中心に。

最初はポジションペーパーを書きながらグループごとに自己紹介をやりました。
これはなかなか新鮮で面白い試みであったと思います。
ちなみに、私の前にはkhikerさんとnaoinaさんが居ました。
Vimの戦闘力は500以下の人達がほとんどでしたね。余裕で1000オーバーの私は異端なのか……。

次にguyonさんによる.vimrcの初心者向けの解説。なかなか親切だと思いました。
私には易しすぎましたが……。~~資料が公開されるのはいつですか？~~
資料が公開されました。

その後休憩を挟んでからVimmerの平均レベルが均等になるようにグループ分けをして.vimrcリーディング大会。
なぜか私が一番レベルが高いことになっていたんですけど、あの中でVimのソースをいじっていたのはtyruさんくらいなので、
彼が一番レベルが高いはずなんですけどねー。参考
ちなみに、この記事はレベルが高すぎて該当者が少ないので、guyonさんによるより細かいレベル分けが提案されていました。
これも公開されると面白いですね。
で、.vimrcリーディングですが、私の班は私の.vimrcを読むことになりました。3000行オーバーしてるので、なかなか無謀な試み。せっかくなので、neocomplcacheとvimshellの設定を解説。しかし、皆さん反応が少ない。結局私だけがしゃべっていたが、これで良かったのだろうか。
理想的には、前のプロジェクターに誰かの.vimrcを載せて、それを解説していくほうが良かったと思います。グループに分かれるとみんなシャイだから、何も語らないので困る。

グダグダになっていたところ、時間が押しているということで、taku_oさんの発表。削除するキーマッピングの打鍵数を最適化しよう、というすごくまじめなプレゼンでした。ちなみに、私はここまで徹底的に減らそうとはしていません。キーマッピングのほうにこだわっているので。資料が公開されました。

そして私の発表。今まで私がやってきたプレゼンとunite.vimについて。
本当はもっとまじめな発表だったはずなのだが、なぜかネタが混じって……。
詳しい内容は後日公開予定のプレゼンを見たほうが早いので、そちらを参照してもらうことにします。
資料を公開しました。
ちなみに、こちらはVim=VMのプレゼンです。

時間が余ったのとリクエストがあったので、私のVimを30分ほどデモしていました。
uniteのデモをやったり。iexe termtterのデモもしたかったんですが、ネットの調子が悪くてつながらず。

そして懇親会。集まったのは6人だけ。ちょ、みんなそこまでシャイだったのか。
普通懇親会はもっと人が集まるはず……。
VimmerはRubyistよりシャイだったという衝撃的な事実。

懇親会で出た話題
・unite.vimを今後どうするか？
→thincaさんとはいろいろ話し合いをしたので、いずれメインで使ってくれるはず。
matcherやsorterについては後回しにする。まずはsourceの仕様を固めないと。
タグジャンプ欲しいね、とか。
・ns9tksさんの話がちらりと出たり
→「相反する要望に対応するのは大変」
・今後のYokohama.vimはいつ開催する？とか
・会社のVim使いをどうやって増やせばいいだろうか
→Emacs使いも本当に使いこなしている人は少数派。頑張れば引き込めるよ！
・neocomplcacheは英語ヘルプがあるから、海外の人からメールがくるよ、とか
→ちなみに今日も久しぶりにメールがありました
・Vimを勉強するにはどうすれば？
→まずはvimtutorをやる。日本語版もあるよ。
:helpを読むのは大変なので、他人の.vimrcを参考にしつつ、分からないところを:helpで引くという使い方がおすすめ。
kanaさんの.vimrcは変なマクロを使っているので、コピペするときは注意。ちなみに、私はそういうマクロを使っていない。
あまり良い本はない。オライリー本も第7版は英語しかないし。
・Vimはバッドノウハウが多いよね……
→encodingとかマッピングとか、set, setlocalとか……

ちなみに、guyonさんはneocomplcacheをまだ使っていないそうですが、もうそろそろ使ってくれることでしょう。
今回の勉強会でuniteについて宣伝をしたので、使う人が増えるといいな。
.vimrcが500行を越えている人はなかなかいないので、Vim使いも初心者が多いんだな、という印象。
LvUPするための高い障壁が原因になっている気がする。周囲にすごいVimmerが居れば話は別なんですが、普通はいない。
私も独学だったし。

懇親会は人数少なかったけれど、得るものが多かったので良かった。
やはり勉強会だけでは深い話ができないので、懇親会大事だなーと思いました。
ただ発表を見るだけだったら、ust参加でも良い訳で。
特に、tyruさんやcooldaemonさん、eagletmtさんと話ができなかったのが痛いですね。
次回こそは……。

めざせVimマスター 2010

2010-09-23T13:14:00.018+09:00

プラグイン　ゲットだぜーッ！

たとえ.vimの中、runtimeの中、gistの中、vim.orgの中、
bitbucketの中、CodeReposの中、あの作者のgithubの中(キャ〜！)

なかなか　なかなか　なかなか　なかなか　大変だけど
かならずゲットだぜ！　プラグインGETだぜ！

IDEにさよならバイバイ　オレはこいつとコーディング　(Vim!)

Emacs使いに叩かれ、へこんでも　Vimmerを増やして　次のプラグインへ

プラグイン入れてもうまくいかなくて
途方に暮れることがあるけど　(Vimがクラッシュ！)

いつも　そんなときは　ソースを書き換え
パッチ送信する（fork, commit, Pull request！）

ref, lingr-vim, vimshell, surround, vimfiler,
eskk, fuzzyfinder, taglist, quickrun(ねおこん！)

まだまだ　まだまだ　まだまだ　まだまだ　たくさんあるけど
かならずゲットだぜ！　プラグインGETだぜ！

.vimrcいじって　おやすみグッナイ
エディタを閉じれば　よみがえる(Vim?)
j/kが燃えて　<ESC>が舞い
キーボードとどろく　あのコーディングが

昨日の敵は　anythingあるって
やたらと自慢をしたけど(anythingとはなんだ？)
今日の友には　uniteあること
教えてあげよう

ああ　あこがれのVimマスターに　なりたいな　ならなくちゃ
ゼッタイなってやるー！

Vimには　xxxの機能がないって
だれもが嘆いて　いるけど
Vimがいつか　究極になるように
パッチは君が　かくもの

Vimがいつまでも　うまくゆくなんて
保証はどこにも　ないけど(そりゃそうだ)
いつでもいつも　ホンキで生きてる
Vimmer達がいる

ああ　あこがれのVimマスターに　なりたいな　ならなくちゃ
ゼッタイなってやるー！

ああ　あこがれのVimマスターに　なりたいな　ならなくちゃ
ゼッタイなってやるー！

※：ついカッとなってやった。反省はしていない。
※：ついカッとなって二番を書いてしまった。やはり反省はしていない。

WEB+DB PRESS Vol.58 「Emacs活用∞」レビュー

2010-09-03T10:43:00.003+09:00

LingrのEmacs部屋で「Emacs活用∞」について話していたら、tomoyaさんに「ぜひレビューしてください！」と言われてしまったので、こちらでレビューをしておこうと思います。
ちなみに、私は去年の「Vimの流儀」号とこちらの「Emacs活用∞」しかWEB+DB PRESSを購入したことがありません。どんだけエディタに毒されているんだ、私は……。

では、それぞれの項目について簡単な紹介とレビューをしておきます。

Emacsの世界へようこそ

この章はEmacsの紹介が主です。キーボード配列の変更という、初心者には敷居が高い設定も含まれます。

最初に知っておきたい基礎知識

Emacsのインストール方法と、設定ファイルのディレクトリ構成、基本的なキーバインドの紹介です。
よくある解説が続くので、熟練者には物足りないでしょう。

自分好みにカスタマイズするためのポイント

Elispのインストール方法、auto-installの紹介です。簡単なカスタマイズについても触れられています。

導入必須の便利な拡張機能

各種プラグインの紹介です。解説はかなり駆け足。やはりページ数が足りなかったようです。

Emacsの操作性に革命を起こす「Anything」

この特集のメインだと思われる、anything.elの紹介。anything.elのインストール方法以外に、設定やコマンドの定義方法も載っています。
が、こちらもページ数が足りないのか、「anything.elのソースを作成する」までは触れていません。

思考を即コード化する開発環境

開発に役立つ拡張機能の紹介です。私が知っているような有名所が多かったですね。最後にEmacsコミュニティについて若干触れています。
この特集を読んで、Emacsの開発に協力できるような人が増えるといいですね。

まとめ

本特集は基礎知識を高めることに重点を置いているようです。
Emacsテクニックバイブルでは基礎知識をかなり省いて、プラグインの紹介を重視しているため、
この特集を読んでから、Emacsテクニックバイブルを読むのがよいでしょう。
残念だったのは解説がかなり駆け足だったのと、Emacs lispについてはほとんど触れられていなかったこと。
るびきちさんがEmacs lisp解説本の構想を練っているようなので、そちらに期待したいです。
あとはSoftware Design誌に連載されている、「Emacsのトラノマキ」がいつ単行本化するのかが気になっています。
なぜか最近勢いにのっているEmacs陣営。これはVimも負けていられませんね。

Vim Kaigi 2010に行ってきました

2010-08-28T21:08:00.008+09:00

昨日からRuby Kaigi 2010が開催され、その中の企画イベントとして「Vim Kaigi 2010」が開催されました。
これなかったVim使いもたくさんいると思うので、詳細について詳しく書きたいと思います。

Highlights of Vim 7.3 by kana

最近リリースされたばかりのVim 7.3の新機能についてkanaさんから解説がありました。
Vim 7.3は日本語情報が少ないので貴重ですね。

Persistent undo

アンドゥ情報の保存をする機能。有効にするためには、set undofileを.vimrcに追加する。デフォルトでは開いているファイルと同じ場所に保存するが、別の場所にすることも可能。

Conceal text

マーカーなどを隠す機能。前からパッチは存在していたが、ようやく本体に取り込まれた。
texのシンタックスファイルも対応していて、対応する記号を変換したりできる。
これを利用すれば、Haskellのlambdaも置き換えたりできる。やってみたが微妙だったらしい。

relative number

「私はいらない」とはkanaさんの談。たしかに番号が気持ち悪い。jやkをcount付きで移動するときには便利なのかな。

colorcolumn

人によっては欲しいらしい。カラムをハイライトできる機能。複数のカラムもハイライトでき、相対的にも設定できる。

その他

gettabvar(), undotree(), など。みなさんVim 7.3を使いましょう！　という内容でした。

neocomplcacheで実現する究極補完環境 by ShougoMatsu

私の発表。内容はneocomplcacheについてで、スライドを見た方が早いと思います。
neocomplcacheで実現する究極補完環境
時間が余ったので、unite.vimやvimshell, vimfilerをデモしたりしました。が、かなりグダグダになってしまった。

Yokohama.vim by guyon

内容はスライドが公開されているので、それを見たほうが……。
Yokohama.vimの宣伝もありました。私は参加する予定。unite.vimの宣伝ができるといいなぁ。

ぼくがEmacsからVimに乗り換えた3つの理由 by _shimada

Railsのエンジニア。ジュンク堂に本が売っているらしい。Emacs歴は10年以上だが、左小指が限界になってVimに移行。左肩までダメージがくるようになったそうです。リアルでそういう人がいるんですね……。
rails.vim, surround.vim, snipMateを使っているそうです。

苦労したこと

サーバに入ると素のviが使えない

S式が使えない

Vimの中でEval bufferする方法がない

→quickrun, vimshellを勧めておきました。

vi怖い by nanki

sudo viしてファイルを壊してしまったという恐怖の体験談。compatible modeこわいです。
nankiさんはObjective-Jのオムニ補完を書いたらしいので、それの紹介もありました。
ちなみに、neocomplcacheはObjective-J対応を果たしました。

gdgd Q & A

LTも終わると、あとは質疑応答と私とkanaさんが適当にデモをやったりしました。が、さすがにそれでも長すぎた……。

まとめ

kanaさんを始めとする色んなVimmerと会えて、面白かったです。自分のプラグインの宣伝もできたし:-P。ちなみに、隣の席がbasyuraさんだったので驚きました。
ku.vimの読み方は「くー」らしいです。ちなみにkanaさんは現在Vim scriptを書いていないらしく、ku Ver.0.30のリリースは期待できなさそう。
やはりunite.vimを頑張るしかないのかな。
Vim Kaigiは最初50人くらいいて、Emacs部屋から椅子を借りてくるなど、「どうしてこうなった！」状態でしたが、3時間後にはメンバーが三人になり、強制撤収となりました。

x86勉強会

2010-08-22T13:00:00.007+09:00

昨日、x86勉強会に行ってきました。

Javaで作るx86エミュレータ d_kami

x86エミュレータを作るためにどのようなJavaのコードを書いたか。
x86命令について丁寧に説明してくれていました。しかし、x86の符号化は大変難しいので、
あの説明だけできちんと理解できる人がいたのかは謎です。

x86とプロセスについて masami256

プロセスがx86上でどのように動いているかという話。これも濃かった……。大体分かったのだけれど、ちゃんと復習しないとこれは忘れてしまう。

実行トレーサで学ぶx86再入門

これは入門だったのだろうか……。すごく濃いです。OSのメモリ保護を書き換えて、アプリケーションに検出されない
トレースを行う話。Exploitなプロセスを解析する際に必要であるらしい。

今どきのx86開発環境 Shougo

私の発表です。内容については実際のスライドを見た方が早いと思うよ！　誰ですか？　Vim勉強会と勘違いしていた人は。ぼくはまじめにx86のはっぴょうをしました。

中国製のMIPSエミュレータがどうやってx86をエミュレートするのか　syuu1228

MIPSとx86のエミュレートの話。MIPS勉強会おいしいです。きれいなMIPSがだんだんよごれていくさまがよくえがかれていました。誰得なんだろう。ちなみにスライドが英語でした。

8088のエミュレーションについて hdk_2

伝説のプログラマーであるhdk_2の少年時代の話と、中学生の時に作った（らしい）8088エミュレータの話。これを中学生のときに作るだなんて恐ろしいです。私は中学生の時、RPGツクールだったなぁ。自分も端末エミュレータ頑張りたくなりました。

新しいx86トレーサの作り方 a4lg

x86トレーサを作るために、どのように設計したかという話。egggardenさんの発表と似ていましたが、すごく理論的な話でした。学会発表おいしいです。

オマケ：
hdk_2さんはkterm, vi使いでした。Vimは入っていませんでした。高度な開発を行うときはEmacsのようです。私はもうviや素のVimなんて使えません……。

昔からCPUの話が好きなので、x86は大好物なのですが、内容があまりに濃すぎておなかがいっぱいです。
これは復習が必要だ……。
発表資料が早く公開されないかなぁ。
ちなみに、私の資料も後日公開予定です。当日見れなかった人はもう少しお待ちください。

※　８月２８日追記：資料を公開しました。
今どきのx86開発環境

レビュー：Emacsテクニックバイブル

2010-08-08T12:02:00.003+09:00

ついにEmacsテクニックバイブルが発売されました。
購入者の感想を見ると、おおむね好評のようです。
しかし残念なことに、購入者の詳細なレビューがまだありません。
そこで、私がレビューすることにしました。

はじめに

まず、現在のEmacs本には大きな問題点があります。※１
Emacsはデフォルトの状態ではひどく使いにくく、プラグインをインストールして拡張するのが当たり前となっているのに、普通の本にはプラグインのインストール方法やその特徴についてほとんど触れていないのです。これにはプラグインが流行り廃りが激しく、時が経つとすぐに時代遅れになったり、新しいプラグインが出てくるという理由もあるでしょう。確かに、時が経っても有用性を保っている「入門 GNU Emacs 第三版」のような本は必要です。しかし、世の中にあるのがそういう表面をなでただけの本ばかりでは、初心者がいざ本格的にEmacsを使おうとしたときに挫折することは目に見えています。Software Design紙で連載されている「Emacsのトラノマキ」が好評であるように、現在には現在なりのEmacsの使い方があるのです。私は以前からそう言う本が必要だと考えていて、「るびきちさんがそう言う本を書いてくれるといいな」と妄想していたんですが、最近になって「Emacsテクニックバイブル」を執筆中だということで、自分の妄想が現実になり、大変驚いています。

内容について

内容については、「今までのるびきちさんのブログに書いてあったことをまとめた」というのが適切です。
るびきちさんのブログをよくチェックしている人には、あまり目新しい情報がないかもしれません。しかし、「今までばらばらだった情報がまとまっている」ことに大きな価値があります。
特に秀逸なのは後半２章のanything.el特集です。anything.elに関する情報が適切にまとまっています。
私は現在Vimにおけるanything環境として、unite.vimを開発中です。Emacsテクニックバイブルの購入理由も、「もっとanything.elを勉強して、unite.vimの開発に役立てたい」ということだったのですが、期待以上の出来だったので満足しています。
難点なのは一部のプラグインを除き、一つ一つのプラグインの解説は１ページ～２ページ程度と少ないことです。これはページ数の関係でやむを得ないことだったのでしょう。私としては、多少値段が上がっても良いから、もっとページを割いて欲しかったのですが。特にskk（ddskk）の解説は少ないです。そこは続刊に期待しましょう。

おわりに

「Emacsテクニックバイブル」という本ですが、それぞれのVimユーザーにも勉強になります。私はぜひともVimユーザーに本書を購入してもらい、Vimの「カイゼン」に励んでもらいたいと考えています。この本に込められたテクニックの数々は、あのKanaさんの「Vimの流儀」並に有用であることでしょう。
るびきちさんによると、この本が好評ならEmacs Lispプログラミング本を出す予定があるようです。
これは期待ですね。みなさんもEmacsテクニックバイブルを購入して、るびきちさんの次回作を応援しましょう。

※１：現在のVim本にも同じ問題点があります。
Vim Hacksでその状況をある程度改善していますが。Vim Hacksが本になるときは、「Vimテクニックバイブル」になるかもしれません:-)

CygwinでcursesアプリケーションをコンパイルするときのTips

2010-07-24T20:34:00.005+09:00

最近、vimshellのtexeをテストするためにCygwin環境を整えているんですが、Cygwinでcursesアプリケーションをコンパイルするときに少しはまったのでここにメモしておきます。

Cygwinにはlibtermcap.aは存在しません。-ltermcapすると失敗するので、-ltisと変更します。それでもエラーが出るときは、cursesライブラリをリンクしていない可能性があります。-lcursesをMakefileに付け加えましょう。

Cygwinのcurses.hは/usr/include/ncursesという変な場所にあります。「curses.hが見つからない」というエラーになるときは、gccの引数に-I/usr/include/ncursesを加えてみましょう。

これでようやくfdcloneとslをコンパイルできました。texeがこれらのアプリケーションを実行できるようにしないといけません。

vimshellの新機能 texeについて

2010-07-23T20:42:00.009+09:00

以前のエントリ後、h1mesukeさんはConqueに乗り換えたようでした。

その後h1mesukeさんは、Conqueの設定記事を書いてくれたようです。
Conqueはまだまだマイナーなプラグインで、情報が少ないので大変に参考になります。

上記の記事のトラックバック代わりに、vimshellの新機能であるtexeについて解説をします。
texeとはConqueと同様に、Vimを端末エミュレータとして使うというコマンドです。
vimshellバッファ上で、


texe zsh

のようにして起動しますが、vimshellバッファが欲しくないときには:VimShellTerminal zshとしても起動することができます。

texeと似たvimshellのコマンドとして、iexeというものがあります。こちらは対話的にバッファを生成し通信するのですが、texeとは細かい動作が異なります。
iexeはneocomplcacheと連携して補完ができたり、ヒストリを参照して実行できたりと、Vimの機能をほぼフルに使うことができます。しかし、texeの場合はバッファに対するすべての入力が奪われてしまうので、neocomplcacheは使えません。補完は起動するソフトの機能に依存します。そのあたりはConqueも同じです。加えてtexeはエスケープシーケンスの処理が重いので、私はインタプリタを起動するときにはiexeを使うことをおすすめします。ただし、zshの右プロンプトはiexeでは動作しません。どうしても右プロンプトを使いたいなら、texeを使用する必要があります。
iexeの方が優れているというのに、わざわざtexeを作った理由は、フル機能の端末が必要なニーズは確実に存在するためです。例えば、gdbtuiというものがあります。これは端末上でグラフィカルにデバッグを行うことができるソフトです。こういうものはiexe上では実行ができません。VimではEmacsのようなGDBとの連携がしづらいのですが、gdbtuiのようなソフトを使えば模倣できると考えました。端末エミュレータの機能を実装すれば、muttやw3mといったメールやWebブラウズもVimだけで実行できるということもあります。端末エミュレータの実装はそれなりに大変ですが、端末機能を使うすべてのプログラムとVimが連携できることを考えれば、実装する価値はあります。

Conqueとの比較

texeの良いところ

・vimshellと連携できる
・Conqueの対応していないエスケープシーケンスに対応
・Windows対応
・+pythonが必要ない
・洗練されたハイライト
・プロセスの後始末
・キーマッピングを自由に設定が可能
Conqueの対応していないエスケープシーケンスとは、例えばタイトルやカーソル形状の変更のエスケープシーケンスや、Line Drawing Character setのエミュレーションです。Conqueのハイライト設定は、実はvimshellのものを流用しています。が、vimshellのハイライトはその後独自に進化したので、当然texeの方が優れています。Windowsに対応するには、Cygwinのインストールとfakecygptyが必要です。動作もかなり重く、zshの自動補完を使うにはかなり無理があります。zshを普通に使う分には問題がありません。

texeの悪いところ

・エスケープシーケンスの実装はまだ不完全
・Conqueより重い？

まだ開発したばかりなので、動作速度やエスケープシーケンスの対応については、なかなか厳しかったりします。ようやく一通りの機能を実装することはできたので、今後改善予定です。

設定について

texeはfiletypeをterm-コマンド名として設定するので、
autocmd term-*で設定します。例えばこのように：


autocmd MyAutoCmd FileType term-* call s:terminal_settings()
function! s:terminal_settings()
  inoremap <buffer><expr> <Plug>(vimshell_term_send_semicolon) vimshell#term_mappings#send_key(';')
  inoremap <buffer><expr> j<Space> vimshell#term_mappings#send_key('j')
  "inoremap <silent><buffer><expr> <Up> vimshell#term_mappings#send_keys("\<ESC>[A")
  
  " Sticky key.
  imap <buffer><expr> ;  <SID>texe_sticky_func()

  " Escape key.
  iunmap <buffer> <ESC><ESC>
  imap <buffer> <ESC>         <Plug>(vimshell_term_send_escape)
endfunction

vimshell#term_mappings#send_key()という関数は、起動しているプログラムに送るキーシーケンスを制御しています。複数のキーシーケンスを送る場合はvimshell#term_mappings#send_keys()を使います。
ヘルパ関数が用意されているので、キーマッピングも自由自在なのです。
設定さえしてやればスティッキーシフトに対応することもできます。この柔軟性は大きな魅力です。

おわりに

texeには、まだVT100レベルの端末機能しか実装されていませんが、いずれは$TERMがxterm-256colorになる予定です。今後に期待してください。

neocomplcache Ver.5.1開発中

2010-07-14T14:32:00.008+09:00

また期間が空いてしまいました……。Vim Hacksもあるので、ブログを続けるのはなかなか難しいですね。
まぁ、こちらにはこちらの良さがあるので、ブログをやめることは多分やりません。
しかしこんな濃いブログを見てる人なんているのだろうか。

本題です。私はvimshellの開発やeskkの修正で忙しかったりするのですが、neocomplcacheのバージョンアップも密かに進めています。それがneocomplcache Ver.5.1です。
http://github.com/Shougo/neocomplcache/tree/master

見ための変化はあまりないですが、プラグインの仕様がかなり変化しています。

ファイル名補完

vimshellとの連携

オムニ補完

Vimオムニ補完

レジスタ補完

クイックマッチ

neocomplcacheでは、「あまりユーザーがプラグインを書いてくれない」ということが大きな障害となっていました。
neocomplcache Ver.5.1はプラグインが書き易くなっているので、今度こそプラグイン製作者が増えるのではないかと期待しています。あとはドキュメントさえあれば完璧です。このあたりはVim Hacksでフォローする予定です。

Re: :shell vs vimshell

2010-06-15T13:39:00.015+09:00

前回より、だいぶブログの更新があいてしまいました。なかなか続けるというのは難しいですね。まぁ、それはいいとして本題です。

h1mesukeさんのvimshellの感想として、「:shell vs vimshell」
http://d.hatena.ne.jp/h1mesuke/20100615/p1というページが公開されていました。本来ならばコメントとしてそちらのページに書き込む予定でしたが、長くなりそうなので、ブログでコメントを述べておきたいと思います。

この辺りのことは、Linux上でかつ端末内でのみ vim を使う自分にはそもそも問題になりません。:shell で起ち上がるのは zsh であり、強力です。*1

vimshellはもともと、Windowsの貧弱なコマンドライン環境を何とかするために開発されました。その後、プラグインとの連携性や、インタプリタ実行などの機能が付加され、現在のような姿になります。Linux上で、しかも端末上で使用するなら、それらの利点はあまりないかもしれません。

>実行している間はVimが止まってしまいます。

あまり格好良くはありませんが、別タブで（；^ω^）

>コマンドの出力もバッファにとれない

あまり格好良くはありませんが、xsel とかマウスによるコピペで。

それで満足できるなら、vimshellを使う意味はあまりないでしょう。vimshellはVimから出たくない、Vim上ですべてのコマンド実行を解決させたい人のためのものですから。

vimshell を使ってみてまず出鼻を挫かれるのは、.zshrc で定義している alias やシェル関数が効かないこと。l みたいなものから始まって、その数はかなりの量にのぼるので、それらを vimshell 上でも使えるようにするには、と考えるとちょっと気が遠くなりました。

はい。シェルの移行コストというのは高くて、それが新しいシェルがなかなか生まれない原因ではないかと私は考えています。なぜvimshellはzshの構文が使えないのかというと、vimshellはzshやbash, shとの互換性よりも、Vim Scriptとの親和性を考えて設計しているためです。加えて、私自身がシェルスクリプトの難解な構文や落とし穴が好きでない、というせいもあります。ただ、パイプはいずれ使えるようにします。zshの高度なリダイレクションもいずれは実装します。

使えるようにできたところで、２つのシェルの設定を抱えることになり、管理が二重化することは明白で、これは許容できないところです。

確かに設定の二重化は避けられないです。ただ、「これを許容できない」とありますが、本当にそうでしょうか。例えば、zshやbash(readline)でviキーバインドを愛用している人がいますが、これはzshとVimの設定の二重化です。あまりにVimに慣れすぎると、外の世界でもVimの設定を使いたくなります。「zshにVimのビジュアルモードを実装した」人がいますが、これこそ典型例だと思います。zsh上でVimの設定を模倣するくらいなら、Vim上でzshの設定を模倣してもいいと思いますが、どうでしょうか。

物事を単純にしたいのならシェルは一元化すべきで、:shell から普段使っているシェルを呼び出すのがラク。DRY原則重要。

一元化することは大事だと思います。私は一元化したことによって、zshの代わりにvimshellが標準シェルとなってしまいましたが。「Vimの設定 >>越えられない壁 zshの設定 >> screenの設定」なので、すべてがVimに吸収されてしまうのも容易に想像にできます。

とすると、自分はそもそも vimshell の恩恵を受けにくいところにいる、ということかも知れません。というか、多分そう。もしくは vimmerレベルが低いか（；^ω^）

まぁ、その方が幸せなのかもしれません。vimshellをありがたがるということは、もうVim病にかかっているということですから……。

指摘のあったとおり、vimshellはまだ完全ではありません。いつかはほぼzshを置き換えられるようにと考えて開発をしていますが、道はかなり険しいです。もし機会がありましたらまたvimshellを試してもらえるとありがたいです。きっとその頃には欠点も解消しているでしょう。

追記：「mattnさんのコメント」

mattn 個人的にはtailが動かないとエディタ内のシェルってそれほど意味を成さないと思ってる。

そんなあなたも大丈夫。bg tail -f もしくはiexe tail -fが使えます。

第四回カーネル／VM探検隊

2010-05-09T15:30:00.008+09:00

参加・LTしてきたのでまとめを書いておきます。

会場に到着したのは12:20頃。割とはやめ。会場はなかなか広かった。

１．kozosさんの発表
組み込みOSを作ったよ！　という話。今度本が出るみたい。
ちょっと興味ある。

２．yojiroさんの発表
OpenBSDのYUREXドライバはどのように解析したのか、おまけとして
「かわいくない」温度センサの解析秘話つき。
この人の発表は面白すぎました。あまたの名言が飛び出す。
「ドライバの気持ちは分かってた」
３時間でデバイスドライバをハック、すごい！

３．kobaさんの発表
組み込みの人らしいです。クロスコンパイル環境をqemuでごにょごにょしてたという話。

４．honmaさんの発表
ついにYUREXの話キター！
今日のハイライト。貧乏揺すりを科学したYUREX。CMが放送されたこともあるらしい。
一生のうちに貧乏揺すりをする回数をまじめに計算＝＞10桁あれば大丈夫だろう。
検証する動画がシュール。お値段は￥12,600（これでも採算ギリギリ）でしたが、
時代を先取りしすぎて（売れなかったので）￥980に値下げ。まさかの92% OFF！
YUREXのサイトがある。まじめに解説しすぎてて吹く。
デバイスドライバはPython製。Windows 7専用ドライバもある。
秘密の在庫がまさかのワンコイン。即売会は争奪戦でした。
何が彼らを熱くさせたのか……。どうしてこうなった！

休憩を挟み、ここからLTになった。
５．go_vmさんの発表
Plan9で動くYUREXのドライバを書いた！という話。
各OSでYUREXのドライバを書くというのが前回のカーネル／VM探検隊後にはやったらしい。
3月終わりのHacathonにて実装。Plan9のUSBドライバはユーザー空間で動作する。
USBデバイスはファイルとして見える。おお、確かに動いている。
時間がないので続きはWebで。github上で公開しているらしい。

６．noztosさんの発表
NetBSDとYUREXの話。5秒に一回ポーリング。Twitterに投稿できるらしい。

７．syuu1228さんの発表
OpenBSDにsgi SMPを実装。Theoさん直々にマシンを買わされた。
共有メモリアーキテクチャでクラスタを構成できる、ごく普通のHPC。
いわゆる変形合体ロボ。プロセッサローカルな空間があり、ローカルなIOとリモートのIOがある。
OpenBSDが持っているのは全部で四台らしいので、「もう一台送られてくるかも？」と言っていた。
質問にて、「sgi SMPをどこに送ればいいんですか？」に吹く。

８．xylaoさんの発表
UNIX/32Vをエミュレータで動かす。マイクロコードを修正した話。
すごく……CPUです。いや私は大好物なんですけど。
VAXのマイクロコードを解説。あれ、これは何の勉強会だったっけ。

９．masami256さんの発表
デバイスドライバを作ろう！とInterface別冊で勉強していた。
「使い方を説明するので誰か実装して」に吹く。

１０．siritoriさんの発表
高校生の発表。H8SXマイコン上で動作するOSを作ろうという話。
スライドでまさかのハプニング。卒業研究らしい。
そこにH8SXマイコンがあったから。
OSはまだ書けてないようだ。逆質問を受け付けていた。

１１．oza_x86さんの発表
会場に来れなかったらしく、Skypeで参加。
Dynamick tikcsはお仕事があるときだけタイマー割り込み。
利点は消費電力の低減とゲストOS時にCPU使用率の低下。
社会人になるというイベントがあったので4月はあまり実装できず。26日からやる。
27日にパッチを投げる。実際にテストしてもらえることになり、ToDoが増えた。
FreeBSD 7.Xで試せるようになった。パッチとソースはgithub上にあるらしい。
今後はFreeBSD 8.1めがけてマージしたいとのこと。

１２．yumano・murahueさんの発表
韓国のハッキングコンテストに参加。ハッキングコンテストの話はそこそこに、韓国話。
韓国で見つけたらしい「Kimchi and IT」に吹く。
~~fizzbuz~~bizbuz
韓国にはIT女子が多い。彼女たちはみんなバイナリアン。韓国は楽園！
バイナリアンかっこいい。

１３．ucqさんの発表
バイナリエディタで始めるプログラミング入門。タイトルはネタ。
Twitterでつぶやいてたら採用されたらしい。
「とりあえず、実行ファイルをバイナリエディタONLYで書きます」
実行ファイルの形式は、PE, ELF, COM, Mach-O, a.out, ....
そうだ、Plan9でいこう！　吹いた。
Plan9はフォーマットがシンプル。
ライブコーディングでバイナリエディタを使うプログラミング。これは斬新だ。胸が熱くなるな。
ヘッダの後に実行位置を書く。「ハンドアセンブルは面倒なのでNASMで」ですよねー。
デモは失敗……。残骸のコードが残ってしまっていたらしい。

１４．shudoさんの発表
いまどきのBinary Hacks 後編
Binary Hacksは大好評だったらしい。
Web系バイナリアン。かっこいい。
NerrymoserをデコードするためにLinux用のflv2mp3を利用することに。音声デバイスの出力を横取り。
「Segmentation Faultはお友達」
libX11.soで落ちてる。
バイナリエディタで書き換えたら動いた→さすがにこれはまずい。
GDB使ってブレークポイントを設定。
ioctlを呼んでスタックポインタがずれる。
よくよく眺めるためにlibcを逆アセンブル。
独自のioctlを使っているらしい。
処理を追うと末尾でなぜかジャンプ。この処理が悪さをしているらしい。
実行後にスタックポインタを補正して解決。
「binutilsはお友達」
みんなご愛用のバイナリエディタ。shudoさんはEmacsのhexl-modeを使っていた。

１５．d_kamiさんの発表
Javaでx86エミュレータを作った話。
OS作ったのでいろいろ知っていたが、命令コードのデコード方法は知らなかった。
ブログで宣言、Twitterで自分を追い込む。
アセンブリ言語のコードを実行できるようにする。
知らない命令を少しずつ実装中。現状は手抜きでプロテクトできてません！

１６．takahashiさんの発表
KVMをWindowsに移植した話。エミュレーションの処理が遅いようだ。
もうちょっと詳しく聞きたかった……。

１７．自分の発表 Vim = VM
VimはVMであると主張するいたって真面目なプレゼンだったはずなのに、
どうしてこうなった！　いろいろキワモノあつかいされました。反省はしていない。
詳細は発表資料を見てください。本当ならvimshellのデモをするはずだったのですが、一番最初に若干トラブったのとうまく画面切り替えできなかったので時間切れとなりました。

質問：Plan9でvimshellは動きますか？
答え：誰かが対応してくれれば……。私はLinux/Windows環境しかないので検証できません。
Macに対しても同じスタンス。ちなみに、Plan9にもVimはあるらしい。

質問：Emacs上でVimを動かせばいいのでは？
答え：エミュレーションにはあまり期待していない。それよりも、Emacsの優れた機能をVimに移植したい。

１８，１９：
もっと話を聞きたかったのですが、発表が終わった後で忙しくて話を聞けず……。

ベストオブLT（自分の中で）：
１．shudoさん
２．yojiroさん
３．oza_x86さん
４．ucqさん
５．syuu1228さん
みんなネタが濃い……。

全体に関する感想：
BSDとPlan9が大人気過ぎて吹く。なければ自分で（ドライバを）書くというその姿勢は見習いたい。
BSD系は比較的日本人コミッタが多いよね。なぜだろう？
自分の好きなOSを改造できるっていいな。
Vim = VMはもっと煮詰めれば真面目な研究課題として成り立つような気がする。
Vimからデバイスをいじれれば面白いですよね。真剣に検討しておこう。

ちなみに、力尽きたので懇親会には参加できませんでした。
何か質問があれば直接メール or github Issue or Twitterなどで。

RSenseをneocomplcacheで使用するには？

2010-03-27T15:36:00.008+09:00

m2ymさんが作成したRSenseは、まだ未完成ですが優れた型推論機能で便利です。
しかし、Vimには一応対応しているもののcompletefuncを書き換えてしまうため、
neocomplcacheと併用すると問題が発生します。
私がneocomplcacheと相性が良くなるように書き換えたので、
etc/rsense.vimを置き換えてください。
http://github.com/Shougo/rsense
追記：Ver.0.3で私のパッチが取り込まれ、neocomplcacheに対応しました！

その上で、次のような設定をすれば一応動作します。
g:rsenseHomeはRSenseをインストールしたディレクトリを指定してください。
let g:rsenseHome = 'c:/rsense-0.3'
let g:rsenseUseOmniFunc = 1

if !exists('g:neocomplcache_omni_patterns')
let g:neocomplcache_omni_patterns = {}
endif
let g:neocomplcache_omni_patterns.ruby = '[^. *\t]\.\w*\|\h\w*::'

使用例はこのようになります。RSenseサーバーの応答速度が遅いので、
補完は若干もたつきます。注意してください。

諸君私は補完が好きだ

2010-02-24T13:53:00.004+09:00

諸君私は補完が好きだ
諸君私は補完が好きだ
諸君私は補完が大好きだ

手動補完が好きだ
自動補完が好きだ
インテリセンスが好きだ
スペルチェックが好きだ
シェルが好きだ
予測補完が好きだ
オムニ補完が好きだ

Vimで　Emacsで　秀丸で
zshで　bashで
ATOKで　skkで　GoogleIMEで
携帯で　スマートフォンで
Visual Studioで　Eclipseで

このプログラム上で行われるありとあらゆる補完作業が大好きだ

Vimがバッファからキーワード補完を行うのが好きだ
zshがコマンドの引数を予想して適切な候補を提示した時など心がおどる

ATOKが間違った日本語を訂正するのが好きだ
複雑なテンプレートを使用したC++のコードを
Visual Studioのインテリセンスで補完したときなど胸がすくような気持ちだった

zshが補完の世界を蹂躙するのが好きだ
補完を知らない初心者がシェルの引数をちまちまと入力している様など感動すら覚える
履歴補完をしらない輩を<C-r>で吊るし上げていく様などはもうたまらない

泣き叫ぶバグ入りのコードが私の這い回る<TAB>の指さばきとともに
補完によってあっというまに正常に書き換えられるのも最高だ

統合開発環境に目茶苦茶にされるのが好きだ
必死に守るはずだったエディタとシェルの牙城が蹂躙され
元祖のキーバインドがWindowsライクに変更されていく様はとても悲しいものだ

anything.elの物量に押し潰されて殲滅されるのが好きだ
VimとEmacsの宗教論争に追い回され、統合開発環境にその主導権を奪われるのは屈辱の極みだ

諸君　私は補完を　最強の補完を望んでいる
諸君　私に付き従うエディタユーザー諸君
君達は一体何を望んでいる？

完全なるオムニ補完を望むか？
情け容赦のない糞の様なスペル訂正を望むか？
肥大化の限りを尽くし数多のエディタを葬る悪魔の様な統合開発環境を望むか？

zsh: <TAB>!!
Emacs: <TAB>!!
Vim: <TAB>!!

よろしい　ならば補完だ

我々は渾身の力をこめて今まさに<TAB>キーを押し下げんとする左手小指だ
だがこの黒い画面の上で四半世紀もの間堪え続けて来た我々に
<TAB>の打鍵すらもはや必要ない！！

更なる補完を！！
最強の自動補完を！！

我らはエディタと補完をこよなく愛する一派に過ぎない
だが諸君は一騎当千の古強者だと私は信仰している
ならば我らは諸君と私で究極の自動補完プラグインneocomplcacheとなる

我々を忘却の彼方へと追いやり眠りこけている連中を叩き起こそう
髪の毛をつかんで引きずり降ろし眼を開けさせ思い出させよう

連中にCUIの世界を思い出させてやる
連中に我々の<TAB>キーの打鍵音を思い出させてやる

自動補完には奴らの哲学では思いもよらない世界が広がっている事を知らしめてやる
一千人のVimの戦闘団でソースコードを書き換え尽くしてやる

「neocomplcacheインストール開始」
「:NeoComplCacheEnable!」
「最後のVimユーザーより全エディタユーザーへ」

第二次自動補完作戦状況を開始せよ
征くぞ諸君

ついカッとなってやった。反省はしていない。

※：ご好評にお応えして、追記しました。

vimプラグインストーリー「Shougoの受難」

2010-01-07T19:01:00.004+09:00

──アタシの名前はショウゴ。心に傷を負ったビム使い。モテカワスリムで補完体質の愛されガール♪
アタシがつるんでる友達は補完をやってるネコ、ビムにナイショで
非同期しているビムプロック。訳あって一から実装されたビムシェル。
　友達がいてもやっぱり学校はタイクツ。今日もネコとちょっとしたことで口喧嘩になった。
ビム使い同士だとこんなこともあるからストレスが溜まるよね☆そんな時アタシは一人でギットハブを歩くことにしている。
がんばった自分へのご褒美ってやつ？自分らしさの演出とも言うかな！
　｢あームカツク｣・・。そんなことをつぶやきながらしつこいプラギンを軽くあしらう。
｢カノジョー、ちょっとsystem()させてくれない？｣どいつもこいつも同じようなDOS窓付きのコードしかない。
イーマックスはシェルも動いてカッコイイけどなんか薄っぺらくてキライだ。もっと等身大のアタシを見て欲しい。
　｢すいません・・。｣・・・またか、とセレブなアタシは思った。シカトするつもりだったけど、
チラっと開発者の男の顔を見た。
「・・！！」
　・・・チガウ・・・今までのコードとはなにかが決定的に違う。スピリチュアルな感覚がアタシのビムを
駆け巡った・・。「・・（カッコイイ・・！！・・これって運命・・？）」
男はBramだった。連れていかれてハックされた。「キャーやめて！」今までやっていなかったパッチをきめた。
「ガシッ！ボカッ！」アタシはSEGVした。キャッシュ（笑）

注：
元ネタ http://love6.2ch.net/test/read.cgi/book/1191676700/45
これはujihisa氏が作成したものを私が修正したものです。
この作品はフィクションです。どこかで見たようなフレーズがあったとしても、実在の人物とは全く関係がありません。

neocomplcache Ver.4.00の新機能

2009-12-10T18:26:00.006+09:00

neocomplcache Ver.4.00がリリースされました。
http://github.com/Shougo/neocomplcache/tree/v4.00

かなりの新機能や修正が入っているので、安定するまでに時間がかかりそうですが、
どのような部分が変更されているのか簡単に紹介しておきます。

・頻度情報をneocomplcacheのプラグイン内で共有するようにしました。
候補の順番が改善されます。

・頻度計算ルーチンの書き直し。

・メモリ使用量の割に効果がないので、疑似3-gramの補完を廃止、2-gramの文脈補完になりました。

・気付いたバグやレガシーなオプションを廃止。

・syntax_completeの強化。TeXのキーワードを正確に認識します。

・キャッシュ速度の改善、共通ルーチンのライブラリ化。キャッシュはかなりの部分に手を加えました。特にキャッシュしたファイルからの読み込みが速くなってます。

実用的に使えるようになってきたので、どうぞお試しください。

neocomplcacheの新機能 vim_complete

2009-11-23T16:30:00.002+09:00

今回はneocomplcache Ver.3.17に搭載されたvim_completeの解説。

vim_complete.vimとは、Vimのオムニ補完を実装するために作られたneocomplcacheのプラグインです。Vim標準のVimScript補完はVimScriptから呼ぶことができないので、１から実装しました。

次のような機能があります。
・組み込みコマンド・関数・mapping引数・autocmdの引数の補完
・定義されている変数名やマッピング、augroupの補完

さらに、開いているVimScriptを解析して、次のようなことも可能です。
・ローカル変数や引数の補完
・スクリプト関数・スクリプト変数の補完

ちなみに、必要なくなったのでsyntax_completeはfiletypeがvimの場合、動作しないようになりました。
ちなみに、この記事は今後まとめ直して、VimHacksに載せる予定です。

vimshellのToDo

2009-11-23T15:06:00.007+09:00

最近更新が滞りがちなvimshellですが、一応今後やることは決まってます。
忘れないうちにここに書いておこうと思います。
neocomplcacheもそうですが、新たな問題が発生して、全然ToDoが進まない今日この頃。
機能的には改善しているのが救いです。

・グロブがマッチしない場合、zshのように、現在エラーになる。Bashのように空にするべき？

・構文解析パーザを書き直し。Lexical analyzerとparserを書いて、分離して……。というVimScriptでは考えられないことをやらないといけないかも。

・~~コマンドのインテリジェントな補完システム。~~
内部コマンドの補完は自分で作らないと。外部コマンドはzshを呼び出せるようにする。
->現在実装中。実装完了するにはかなり時間がかかりそう。
->Ver.6.00で実装しました！ zsh_completeはまだです。

・zshのzptyのように、端末入出力を自動化する内部コマンドの追加。
どうせ似たようなことをやっている。

・zargsを移植？　拡張ブログの内容をファイルに書き出し、xargsに渡す。

・履歴に登録しないコマンドパターンを定義するオプションの追加
g:VimShell_IgnoreHistoryPattern

・~~openコマンドは環境をきちんと判定するように。~~
-> Ver.6.03で実装中。

・, , はプロンプトを削除しないように置き換える。

・ENV=value cmdの実装。
(local ENV=value; cmd)というようなコマンドが解釈できると良いな。

・`=$hoge`とすると、変数を置換してからevalするように。

・'や"は行をまたいでも認識するように。

・制御構文の実装。多分一番難しい。

・time内部コマンド　コマンドの実行時間を計測する。
reltime()を使って実装。コマンド列を評価せずに一つにまとめる構文が欲しい。

・cat, more(less)内部コマンドの実装。内部コマンドも標準入力を解釈する。

・vimshellバッファを初期化する際に、setlocal nopasteしておく。
他のオプションもftplugin/vimshell.vimで設定。
->ftplugin/vimshell.vimは廃止予定。
->ver.6.00で廃止しました。

・別バッファのvimshellのカレントディレクトリに移動するcdd内部コマンドを追加する。
cdd add, cdd delでディレクトリを追加・削除する。
->別バッファのディレクトリに移動するbcd内部コマンドを追加した。これは便利。まだ補完は出来ない。
->補完も実装しました！

・hoge && fugaはfishみたいにhoge; and fugaとしたい。

・~~なぜかWindowsではコマンドの終了ステータスがうまく取れない。~~
->vimprocのバグだったので修正。

・topのようにコマンドを実行するtoplessを移植。

・s:error_bufferやs:print_bufferは廃止して、vimshell.vimに一本化する。
interactive.vimはautoload/vimshell/interactive.vimに移動。
->Ver.6.00で実装。

・ドキュメントの充実
実はここが一番重要だったり。自分が気の向くままに実装した内部コマンドの数々は、
さすがにマニュアル書かないと気付いてもらえないこと間違いなし。
作者でさえ、時々仕様を忘れます。

neocomplcacheのToDo

2009-11-10T12:36:00.014+09:00

本日、neocomplcache Ver.3.11がリリースされました。
http://github.com/Shougo/neocomplcache/tree/v3.11
クイックマッチの復活やメンバ補完の実装、ファイル名補完の自動呼び出し等、
新機能が目白押しなので、是非お試しください。

さて、neocomplcacheの目玉機能もほぼ実装し終わったので、忘れないうちにneocomplcacheで今後実装するであろう機能についてメモしておきます。

・キーバインドにより、一時的に補完関数を呼べるようにする。
inoremap <expr> neocomplcache#call_complfunc('hoge')みたいな感じ。
->Ver.4.xxに、completefunc_completeを作成して実装予定。
->実装しました。

・~~現在プラグインごとに実装している、候補のキャッシュを統合し、簡単に利用できるようにする。~~
->早めに実装したいところ。Ver.3.22にて、一部のルーチンは統合。次はバッファとタグを統合する予定。
->Ver.4.00にて、完全に統合した。Ver.4.xxではファイルタイプごとに頻度情報を利用したい。

・ヘルプをそろそろ見直しておく。~~特に英語ヘルプが追いついていない。~~
->Ver.3.15で英語ヘルプは大体見直した。一度総点検が必要だが……。

・~~buffer_completeのキャッシュ構造を見直し。~~
~~candidatesは削除。~~
->candidatesはVer.3.13で削除。代わりにInsertLeaveでキャッシュをするようにした。行の変更関知は保留。buffer_completeのキャッシュはVer.4.00で大改造して、満足のいくものになった。

・インクルード補完やタグ補完で_や~から始まる候補を削除するため、g:NeoComplCache_TagsFilter[filetype]を追加。キャッシュを構築するときにフィルタリングする。
->Ver.4.02で実装予定。

・インクルード補完のキャッシュはファイルタイプ変更時に構築し直すようにする。インクルード補完でキャッシュするのは少しずつ行う。buffer_complete.vimのようなデータ構造を持つようにする。

・現在インクルード補完では、パターンの解析に'include'を使用している。ただし、初期値がC/C++形式なので問題。filetypeがC/C++でない場合は'^\s*#\s*include'を使用しない。

・オプションを追加する。
g:NeoComplCache_AutoCompletionTime
自動補完のポップアップメニューが出るための時間
g:NeoComplCache_EnableCompletionMovedI
CursorHoldIではなく、CursorMovedIのタイミングで自動補完する。以前のneocomplcacheに近い挙動。
-> CursorHoldIには候補がなくなった際に呼ばれないという致命的な不具合があるので、Ver.3.12で廃止した。Ver.3.21にて、キーが入力されていたらスキップするように修正。

~~・snipMateのスニペットディレクトリを自動認識する~~
-> Ver.3.12で実装。

・~~buffer_complete, snippets_complete以外のプラグインもComposite filetype(php.symphonyみたいなもの)に対応させる。~~
->Ver.4.07で実装。

・filetype pluginの実装、vim_completeのfiletype plugin化。
->Ver.4.xxで実装予定。

・vim_completeにおいて、Dictionaryの要素も解析する。
->Ver.4.xxで実装予定。

TermtterをWindowsにインストールする

2009-11-06T16:53:00.005+09:00

termtterをWindows上のRubyにインストールのが、あまりに面倒なので、やり方を公開しておきます。

１．Rubyをインストール
２．rubyforgeからgem-1.3.5.tar.gzを落としてきて解凍
３．gem install termtter
４．termtterコマンドを実行する
エラーが出る場合は、SSLEAY32.dllとzlib.dllをC:\ruby\binにインストールする必要がある。
http://jarp.does.notwork.org/win32より、openssl-...-mswin32.zipとzlib-...-mswin32.zipを入手する。それを解凍してコピーすると良い。
さらに、iconv.dllがC:\ruby\binにないとエラーが発生するのでKaoriya.netから入手。
readlineがないと、またエラーになるので、Win32版のreadlineをC:\ruby\binにインストールする。このとき、readline5.dll -> readline.dllとリネームしないと認識しない。

苦労した末にtermtterを実行した結果がこれです。

Lingrの宣伝

2009-10-29T10:25:00.001+09:00

また更新が若干滞り気味ですが、久しぶりに記事を書きます。
私は復活したLingrに常駐しています。
皆さんからの生の声を聞きたいので、ぜひ皆さんもおいでください。

http://lingr.com/room/vim
http://lingr.com/room/shell
http://lingr.com/room/completion

ちなみに、Vim部屋はVimについて語るところで、
補完部屋は補完の話なら何でもOK。
シェル部屋は究極のシェルについて語り合うところです。

最近のneocomplcacheのスクリーンショット

2009-10-15T11:38:00.002+09:00

そろそろ大分機能が増えてきたので、最近撮影したスクリーンショットを晒しておきます。

パワーアップしたファイル名補完

書き換え不可能なファイルは[-]を表示したり、実行可能ファイルを区別して表示します。

オムニ補完の統合

ワイルドカードやクイックマッチも動作します。

レジスタ補完

スニペットも機能が強化され、レジスタの内容をスニペットにより補完できるようになりました。

vimshellとの統合

vimshellはneocomplcacheがインストールされているとき、neocomplcacheを使用して補完を行います。

neocomplcache Ver.3.00

2009-09-28T10:45:00.002+09:00

neocomplcache Ver.3.00をリリースしました。
Ver.2.00, Ver.2.50に匹敵する大規模な変更があります。
とはいっても、ディレクトリ構成が変更になり、機能の統合が進んだくらいですけど。

Ver.3.00で修正・変更された部分を書き出しておきます。
・キーワード収集のアルゴリズムを若干修正、HTMLにおいて、タグ全体を補完できるようになりました。ただしオムニ補完が優先されるので、一度ポップアップを閉じてください。
・一部のコマンドの補完を修正。バッファ名で指定するようになりました。
・スニペット補完を改良、エラーも修正しました。
・ファイル名補完のエスケープがおかしかったバグを修正。
・オムニ補完とファイル名補完を分離、通常の補完もkeyword_complete.vimとして分離しました。
・以前のkeyword_complete.vimを名前変更。buffer_complete.vimとしました。
・Next keyword completionを統合しました。
・以前のneocomplcache#keyword_complete#caching_percent()は動作しません。neocomplcache#caching_percent()を使用してください。

編集紀　エヴァンビムオン

2009-08-27T17:00:00.001+09:00

『編集紀エヴァンビムオン』（へんしゅうきエヴァンビムオン、Editing Period EVANVIMON）は、架空の連続テレビアニメ作品。
200x年10月4日から201x年3月27日まで全26話にわたりテレビ新東京系列 (TNXN) で放送された。

時は、西暦2015年。
15年前に南極で起こった大災害・セカンドビムパクトにより総人口の半数近くを失った人類は、絵出徒（えでと）と呼称される新たな脅威に見舞われていた。
国連直属の非公開組織である特務機関NERVIM（ネルビム）は、襲来する絵出徒に対抗、殲滅するため、汎用人型編集兵器人造エディタ　エヴァンビムオン (EVA) を極秘に開発する。そのパイロットに選ばれたのは、14歳の少年・少女であった。
主人公である少年「編シュウジ」は、「幼少時のトラウマ」と「父親との疎遠な関係」から、他人と接触を好まない内向的な少年であるが、ネルビムの総司令である父親メドウによって、EVA初号機のパイロットとして突如選任される。シュウジをはじめとする EVA のパイロットたちは、世界の命運を託され、命をかけて戦う過酷な状況に追い込まれ、傷ついていく。
セカンドビムパクトの真相、襲来する絵出徒の正体、そして秘密裏に進められる「人類自動補完計画」の全貌。多くの謎が絡み合い、主人公であるシュウジの挫折と成長を追いながら、物語は進んでいく。

vimshell != VIM-Shell

2009-07-23T12:28:00.002+09:00

vimshellと紛らわしいプロジェクトにVIM-Shellというものがあります。これは「Vimのなかでシェルを動かそう！」というコンセプトで、Emacsでいうと、M-x shellやM-x ansi-termと似たようなものです。
これはこれで有用だと思いますが、シェルが設定されていないと動作しない上、使うシェルに依存した処理が多くなってしまいます。私がvimshellで目指しているのは、EmacsでいうM-x eshellのように、「Vimの中で動作する新しいシェル」です。

vimshellは現在基本的な機能は実装することができました。
しかしzshやbashと比較すると、シェルとしての機能が不足していることは否めません。
www.vim.orgにも登録したいのですが、仕様もこれから変更されるでしょうし、まだ時間がかかりそうです。

vimshell Ver.5.26, neocomplcache Ver.2.63 Released!

2009-07-23T11:34:00.003+09:00

最近忙しく、ブログの更新はおざなりになってました。
vimshellの開発は進んでいます。neocomplcacheの更新もやってますが、vimshellで使いやすくするために変更したものが多いです。

ざっと変更点を挙げておきます。

vimshell Ver.5.26
・g:VimShellEnableInteractive=0でないと、プログラムの実行がエラーになるバグを修正
・iexeで補完ができるようになった
・iexe &でヒストリを参照できるようになった
・iexe &で<C-t>を押すことにより、プログラムの補完を呼び出せるようになった。
・バックグラウンド実行したプロセスのバッファにfiletypeを設定、neocomplcacheで補完できるようになった。
・vimshellバッファのシンタックスハイライトを改善した

neocomplcache Ver.2.63
・ERBのスニペットを改善した
・vimshellでのキーワードパターンを改善した
・Railsで使いやすいように、ERBはrubyのバッファからキーワードを参照できるようになった
・ファイル名補完の動作を改善、長いファイル名でも見やすくなった

Windowsユーザーでvimshellを使う場合、
cdのパスは/を使ってください。
\はエスケープシーケンスになっているので使えません。

vimshell Ver.5.22 Released!

2009-07-08T13:03:00.004+09:00

vimshell Ver.5.22をリリースしました。
今回の新機能はsudo内部コマンドです。
管理者権限が必要なコマンドも、
sudo cp -R hogehoge piyopiyoという感じで扱えます。
ファイルを管理者権限で編集したいときは、
sudo vim hogehoge
です。ただしsudo.vimが必要です。
このコマンドは現在Linuxでのみ動作します。
Macには今度対応する予定です。

その他の新機能：
・<C-]>にて、前のコマンドの引数を入力できるようになりました。
・run-helpを実装。<C-r>hでmanを引けます。
・iexeやbgの動作が改善されました。
・aliasがうまく定義されないバグを修正しました。

vimprocも更新しました！
splhackさんの協力により、Mac OS Xに正式対応。

makeするときは、make -f make_mac.mak
とコマンドを叩いてください。

ギャグマンガVim和　ＯＰ

2009-07-06T11:08:00.007+09:00

『ギャグマンガVim和（ギャグマンガ　びむより）』
※：ギャグマンガ日和２のOPを脳内再生しながら

Vim

［はじめに］

テキストエディタは、仕事にも現実逃避にも役立つすばらしいものです。
でも、Eclipseはなんだかごちゃごちゃしてるからイヤ、かといって
Emacsは小指が痛くなるから嫌い、
という方にお薦めのテキストエディタがあります。
そう、Vimです。
Vimを使いこなすために、
ルールを正しく覚えましょう。

日本Vim普及協会会長カナ　ナツノ

［Vimのルール］

Vimは図のようにhjklでカーソルを移動し、Insert modeに移動してテキストを編集するテキストエディタです。
このエディタの特徴として、多くのモードを動的に切り替えることができます。

［Vimの有名人］
Vim界で有名な人としては、次の3名がいます。

ブラム
Vimを作りました。

カナ
Vimを手足のように使いこなすことができます。

ヤマト
Vim四天王と戦い、世界を救いました。

※：Vimを使うポーズを思い浮かべましょう
（両手はホームポジション上に）
人差し指がfとjの上に置いてなければ反則です。
反則者は問答無用で退場です。

（右足を前に）
一見タイピングしにくそうですが、
Kinessis Keyboardのフットペダルと併用すると意外に
これでもいいか、と
思えてきます。
（人生に似ていますね）

（笑顔で）
大嫌いなアイツが
Ctrlの押しすぎで腱鞘炎になったと
聞いたときのようないい笑顔で。

（左足はマウス）
使わない左足には
マウスでも握らせて
おきましょう。

よってきたEmacs使い

［VimのEx-modeについて］

VimはQコマンドで完全にexとして動作します。
でも、使いません。
（exは時代遅れだからです。）

Vimユーザーはキーを自由にマッピングしてVimをコントロールします。

［あるVimmerのキーマッピング］

; -> :

<Space>ma -> :make

m -> <Leader>

<Leader><Leader> -> :update

:Neco<CR> -> echo " A A\n~(-'_'-)"

こぼれ話
☆Vimの起源とは？

ブラムがAmigaコンピュータでstevieというvi風エディタを改造しました。
これがVimの始まりだといわれています。

※：Emacs使いはviとVimを混同したがるので注意しましょう。

［仲間を増やしましょう］
寂しくなったら

あまりにVimに慣れ親しむと、周囲にVim使いを増やしたくなります。

（注：いくらやっても改宗してくれない場合があります）

図Ａのように、近くの人に対して
「それ、Vimでできるよ」と笑顔で声をかけましょう。

［<ESC>が辛くなったら］
Vimを日常的に使っていると、<ESC>連打は指の負担となります。
図Bのように、他のキーに<ESC>をマッピングしましょう。

以上のことに気をつけて
さあ、始めましょう。
Happy Vimming!

Vimを始めたことは、上司には言わないようにしましょう。

～テキストエディタ劇場～
ギャグマンガVim和

エスケープシーケンス対応作業中

2009-07-01T11:40:00.003+09:00

vimshell Ver.5.18にて、ようやくパイプ処理が実装できました。

現在はエスケープシーケンスに対応するべく、開発中です。

GVimでやっと256色表示に対応しました。ターミナルではまだ試してません。

オリジナルだとこのような表示になっています。見比べてみてください。

最近のvimshellに追加された機能

2009-06-23T16:47:00.003+09:00

ブログにはあまり更新点を書いてなかったので、
今の機会にまとめて書いておきます。

vimshell Ver.5.14-Ver.5.16に追加された機能：
・``と`=`が実装されました。``はsystem()の結果を評価し、`=`はVimScriptの式をeval()した結果を返します。
・引数先頭の~がホームディレクトリに置き換えられるようになりました。ただし、ホームディレクトリへのパスに空白が含まれると、多分動作がおかしくなります。
・システム変数を実装。$$systemにはコマンドの終了ステータスが格納されます。shとは互換性がありません。
・ATOK X3環境でも動くようにしました。
・エラー表示を改良しました。g:VimShell_EnableInteractive=1ならば、コマンドのエラーもハイライトされます。
・>, >&, < といった入出力のリダイレクションを実装。内部コマンドにも有効です。
・/dev/nullを実装。まだ出力にしか使えません。
・special commandを実装。引数はVimScriptとして評価されます。
・変数に代入するletと、引数をVimScriptとして評価・出力するevを実装。
・echo内部コマンドを実装。
・ワイルドカードを実装。*と?のみ使えます。
・Windows環境でもワンライナーが使えるようになりました。ただし、g:VimShell_EnableInteractive=1の時のみです。
・コマンド検索ルーチンを改良しました。
・コマンド補完を改良しました。内部コマンドも補完できます。
・g:VimShell_ExecuteFileListが"bg firefox"のように複合コマンドを指定できるようになりました。

ビムマスターヤマト　誤植編

2009-06-18T18:05:00.006+09:00

『ビムマスターヤマト・誤植編』

Vim野「もうっ、なんだよコレ！　担当に文句言ってやる！」

Vim野「小島さん、酷いじゃないですか！　読みましたよ、今月号の僕の漫画！」

小島「え、酷いって？　ストーリーが？」

Vim野「ぐへぇぇぇぇっっっ！！！」

Vim野「違いますよ！　誤植ですよ誤植！　セリフの文字が間違ってるんですよッ！」

小島「え～？　ほんとに～？　どこどこ～？　何ページ目？」

Vim野「ほら、ヤマトが四天王の一人ショウゴに挑む前の会話で、」

Vim野「『あいつだけは許さない』って最高にかっこいいセリフが……」

「キーボードだけは許さない」

Vim野「酷いっスよこれ！」

小島「あ、ほんとだ。やっちゃった」

Vim野「いや、やっちゃったじゃないですよ、もうっ」

Vim野「主人公がいきなりマウス主義に目覚めちゃったみたいじゃないですかッ」

小島「あっはっはっは！」

Vim野「はっはっはぁー？　何でご機嫌なんすかッ」

Vim野「誤植はここだけじゃないんすよッ」

小島「え～？　ホントぉ～？　どこどこ」

Vim野「主人公が暗い過去を語って、俺の.vimrcは消えないんだって決意を新たにする超渋いシーンで……」

「オレの.emacsは消えないんだ」

小島「あ、ほんとだ。単語間違ってる」

小島「やっちゃった♪」

Vim野「いやだから、やっちゃったじゃないでしょ、ちょっとぉーっ」

小島「はっはっは♪　.emacsってちょっとナニ？　両刀使い？　はっはっはっは♪」

Vim野「はっはっはっー、じゃないんですよッ！！」

Vim野「なんでそんなに上機嫌なんすかッ！」

小島「イヤー、実は先日彼女ができちゃって」

Vim野「え、ほんとですか？　良かったですね」

Vim野「でもこっちは全然よくないんすよ」

Vim野「まだ誤植あるんですよ」

小島「えー、どこどこ～」

Vim野「ほら、ついに現れた四天王のショウゴが「お前がビマーか？」っていう超緊迫した場面で、」

「お前は、ポエマーか？」

小島「あ、ほんとだ」

Vim野「お前はポエマーかってなんですか！！」

Vim野「どんなボケをしたらそういうツッコミがかえってくるんですか、もうッッッ」

小島「…………」

Vim野「また『やっちゃった』とか言うんじゃないんでしょうね」

小島「やっちゃったぜ！」

Vim野「いや、『やっちゃったぜ！』じゃないですよ。なにちょっとカッコイイ言い方してんすかッ」

Vim野「誤植はまだあるんすよ」

小島「えー、どこぉ～？　彼女いない暦０年の僕がどんな間違いをー」

Vim野「その次のコマですよ」

Vim野「ヤマトが『俺はヤマトだ』って言う超クールなシーンが、」

「俺はポーケンだ」

Vim野「なんで主人公いきなり名刺宣言してるんすか！！」

小島「あ、ほんとだ。間違ってる」

Vim野「間違いすぎですッ」

小島「はっはっは♪」

小島「やっちゃったぜ」

Vim野「カッコよく言わないでください。気にいったんですか、その言い方！」

小島「気に入ったんだぜ」

小島「取っちゃヤだぜ」

Vim野「取らないですよ、そんな喋り方ッッッ」

Vim野「それよりもっとあるんですよ誤植」

小島「えー、まだあるのー」

小島「どのへんなんだぜ？」

Vim野「どのへんなんだぜ？　そんな無理に言わなくても」

Vim野「最後ですよ、最後のページッ」

Vim野「ヤマトが俺の新しい補完を見せてやるっていう超ドキドキのシーンですよ」

小島「どれどれ」

「俺の熱い抱擁を見せてやる！！！」

小島「あ、ほんとだ。やっちゃったぜ！」

Vim野「なんですか「熱い抱擁」って！」

小島「ごめーん、彼女のことで頭がいっぱいで、ついうっかりーー」

Vim野「しかももっと酷い誤植が最後のコマにあるんですよ」

Vim野「ヤマトが炎の剣を構えて、うぉぉぉって突っ込むところですよッ」

小島「えー？　そんなセリフ間違えないと思うけどーー」

Vim野「まちがってんすよっ」

「まっぷ！」

Vim野「なんスか、まっぷって！？　も～意味わかんないしっ」

Vim野「しかもこのコマについているアオリ文句、なんすかコレ！」

『彼女が出来ましたー』

Vim野「何自慢してんすかッッッ」

小島「やっちゃったぜ！」

Vim野「やっちゃったぜ！じゃないでしょ、アオリ文は自慢したくてつい言っちゃっただけでしょーッ」

小島「言っちゃったぜ！」

Vim野「だから言っちゃったぜじゃ……あーもう、なんかもーー」

Vim野「やってられないんだぜ！！」

小島「ごめんねだぜ♪」

リダイレクションを実装中。

2009-06-18T14:32:00.003+09:00

現在、vimshellのリダイレクションを実装中です。
開発中の画面はこんな感じ。

ビムマスターヤマト　完結編

2009-06-16T09:50:00.009+09:00

『ビムマスターヤマト・完結編』

絵手田「こんにちは、月刊テキストエディタの絵手田（えでた）です。お疲れ様です」

Vim野「え、絵手田さん？」

絵手田「今日から僕がビムマスターヤマトの担当になりました。よろしくおねがいします」

Vim野「え、あの、小島さんは」

絵手田「亡くなりました」

Vim野「嘘ォーーーっっっ！？」

Vim野「な、なんで……」

絵手田「実は初めて出来た彼女に初デートの前に振られたようで」

Vim野「ええー、それで自ら命を」

絵手田「いえ、ショック死です」

Vim野「ショック死ィィィィ！」

絵手田「なんか仕事中に彼女から別れのメールがきて、」

小島「ありえないんだぜ！」

絵手田「と、叫んでバタンとぶっ倒れました」

Vim野「……最期までその喋りだったんですか……」

絵手田「それで仕事の話に戻りますけど、」

絵手田「ビムマスターヤマト、来月号で最終回ですので」

Vim野「うそぉぉぉっっ！？？」

絵手田「悪く言えば打ち切りです」

Vim野「わざわざ悪くいわないでください」

絵手田「元々あまり人気がなかったんですけど、今月号ではブッチギリの不人気だったんですよ」

絵手田「どっこいEmacs君よりも人気なかったです」

Vim野「マジっすか！」

Vim野「でも急に最終回と言われても困りますよ」

Vim野「僕の漫画、やっと盛り上がってきたところなのに……」

Vim野「Vim四天王とか出てきて」

絵手田「戦いはこれからも続く――みたいな終わりかたでいいじゃないですか」

Vim野「そういう終わりかたってよくありますけど、」

Vim野「僕の漫画の場合、敵のボスのカナ神に主人公のプラグインがgithub上でforkされているじゃないですか」

Vim野「しかもドキュメントは英文だけで、地獄のような大幅改造を強いられているんですよ」

絵手田「どっこいEmacs君と被ってますね」

Vim野「いや、ぜんぜん被ってないですよ」

Vim野「とにかくそんな訳で、カナ神を倒さないとスッキリしないというか」

絵手田「そうですねぇ」

Vim野「しかもそのためには色々と条件があって、」

Vim野「カナ神のいるVim魔城へ行くにはVim四天王を全員倒さなくちゃいけないし、」

Vim野「カナ神を倒すには弱点である『Kinesis keyboard』が必要だし……」

Vim野「しかも今戦っている四天王のショウゴは、『ＴＨＥ・補完』と言われるぐらい妙に怠け者で、十回新しい補完技を見せないと死なないんですよ」

絵手田「なんでそんな設定に」

Vim野「十話ぐらい引っ張ろうと思って……」

Vim野「あと主人公のVimに、非同期処理ができることを第一話からほのめかせているんですけど、これどうしましょう」

絵手田「さぁ……まぁ、うまくまとめてください」

Vim野「はぁ……」

Vim野「（新しい担当、なんか冷たい）」

Vim野「で、そのページは何ページもらえるんですか」

絵手田「三ページでおねがいします」

Vim野「うそぉ～～～～～～～～～～～～っっっ！！」

Vim野「なんで僕そんなに酷い扱いなんですか」

絵手田「ほんと人気なくてーー」

Vim野「四コマ漫画のどっこいEmacs君だって毎回四ページあるのにッ」

絵手田「どっこいEmacs君も次回で最終回です」

Vim野「え、そうなんですか」

Vim野「Emacs君の最終回は何ページなんですか」

絵手田「四ページですけど」

Vim野「ちくしょおぉぉぉぉぉォォォッッッ！！！」

Vim野「も、もうっ、月刊テキストエディタでは描きませんからねっ」

絵手田「はい」

※：ついカッとなってやった。反省はしていない。

ビムマスターヤマト最終話「すべてを終わらせるとき」

2009-06-15T12:27:00.022+09:00

元ネタ

最終話　希望を胸に　すべてを終わらせる時…！　Ｖ・Ｉ・Ｍ第１巻は、発売未定です。　Vim野カケラ

ヤマト「くらえショウゴ！　新必殺キーワード補完斬！」

ショウゴ「さあ来いヤマトオオ！　オレは実は一回補完されただけで死ぬぞオオ！」

（<C-p>）

ショウゴ「グアアアア！　こ、この『ＴＨＥ・補完』と呼ばれる四天王のショウゴが……。こんな小僧に……バ……バカなアアアア」

（dddddd）

シンカ「ショウゴがやられたようだな……」

ユーケー「ククク……奴はVim四天王の中でも最弱……」

ウジヒサ「人間ごときに負けるとはVim界の面汚しよ……」

ヤマト「くらえええ！」

（ズサ）

３人「グアアアアアアア」

ヤマト「やった……ついに四天王を倒したぞ……これでVim神のいるVim魔城の扉が開かれる！！」

カナ「よく来たなビムマスターヤマト……待っていたぞ……」

（ギイイイイイイ）

ヤマト「こ、ここがVim魔城だったのか……！　感じる…カナの戦闘力を…」

カナ「ヤマトよ……戦う前に一つ言っておくことがある。お前は私を倒すのに『Kinesis keyboard』が必要だと思っているようだが……別になくても倒せる」

ヤマト「な何だって！？」

カナ「そしてお前のプラグインはバグが多かったので修正してpull requestを送っておいた　あとは私を倒すだけだなクックック……」

（ゴゴゴゴ）

ヤマト「フ……上等だ……オレも一つ言っておくことがある。Vimで非同期処理は不可能な気がしていたが別にそんなことはなかったぜ！」

カナ「そうか」

ヤマト「ウオオオいくぞオオオ！」

カナ「さあ来いヤマト！」

ヤマトの勇気がVim界を救うと信じて……！　ご愛読ありがとうございました！

※：この物語はフィクションです。ujihisaさんの投稿を一部アレンジしています。
登場人物の名前をどこかで見たような気がしても、気にしてはいけません。

neocomplcache Ver.2.60 vimshell Ver.5.14

2009-06-15T12:19:00.003+09:00

neocomplcacheを久しぶりにバージョンアップしました。
http://github.com/Shougo/neocomplcache/tree/v2.60
キャッシュされた補完候補が削除されてしまう深刻なバグが修正されているので、アップデートするべきです。結構前からこのバグは存在していたはずですが、なぜ今まで気づかなかったのだろう……。ついでにファイル名補完も見やすくなっています。

vimshell Ver.5.14をリリースしました。
ただし、まだリダイレクションは実装されていないので、人柱になりたい人のみ使ってみてください。
http://github.com/Shougo/vimshell/tree/v5.14
Insert modeでを押したときに使えるコマンド補完がかなり進化していて、
内部コマンドやエイリアス、外部コマンドが補完できます。
もちろん非同期実行を有効にすれば、Windowsでワンライナーの世界を堪能できます。

vimshell　開発順調です。

2009-06-11T12:16:00.003+09:00

現在このブログの更新がかなり滞っていますが、vimshellの開発は続いています。
特に私が毎日のように使用することとなったので、これからどんどん機能が追加されていくことでしょう。

今開発中のvimshellはこんな感じ。Windowsでもワンライナーができるようになりました。
クオートやワイルドカードを解釈するようになりました。
リダイレクションが実装されれば、開発版としてgithubに上げる予定です。

neocomplcacheとvimshellの更新

2009-05-25T12:04:00.004+09:00

neocomplcacheとvimshellが同時にバージョンアップしました。
http://github.com/Shougo/neocomplcache/tree/v2.56
http://github.com/Shougo/vimshell/tree/v5.11

neocomplcacheの改良点はファイル名補完を自前実装したことです。
詳しくはpresenを参照して欲しいのですが、Quick Matchや-によるワイルドカードが動作します。しかも、ちらつきません。
もとはというと、vimshellで自動補完するために実装しました。

vimshellの改良点は、presenを修正したのと、iexeコマンドや&によるバックグラウンド実行に対応したことです。まだ不安定ですが、"iexe irb&"のようにして実行することで、インタプリタをVim内で動作させることが出来ます。
この新機能を使用するには、proc.dll（Windowsの場合。vimprocに付属）もしくはproc.so（MacやLinuxの場合。vimprocのソースをコンパイルする必要があります）をautoloadディレクトリにインストールしておく必要があります。
ちなみに、neocomplcacheの新しいファイル名補完にも対応しました。neocomplcacheを有効化していれば、でファイル名補完が呼び出せます。

それでは良いVim lifeをお過ごしください。
Happy Vimming!

vimshellが非同期実行できるようになった

2009-05-19T17:27:00.003+09:00

vimshellがvimshのように、非同期実行できるようになりました。
実装が適当でバグだらけなので、まだリリースできそうにはありませんが、これで:shellを使わなくても、
irbやpythonコマンドを実行できます。

証拠写真はこちら。

neocomplcache Ver.2.55

2009-05-19T13:23:00.002+09:00

neocomplcache Ver.2.55をgithubにアップロードしました。
http://github.com/Shougo/neocomplcache/tree/v2.55
今回はキャッシュをg:NeoComplCache_TemporaryDirに書き出すようになってます。
デフォルトでは'~/.neocon'です。
よって、二回目の読み込みは圧倒的に高速化します。
ヘルプやpresenも更新しました。ただし、プラグインマニュアルはまだ工事中です。

バグがあるかもしれないので、問題があったらお知らせください。

neocomplcache Ver.2.52

2009-05-18T17:17:00.005+09:00

さすがに三週間も放置しているわけにはいかないので更新します。

本日neocomplcache Ver.2.52をリリースしました。
今回は久しぶりの安定版なので、githubとvim.orgの両方においてあります。
http://github.com/Shougo/neocomplcache/tree/v2.52
http://www.vim.org/scripts/script.php?script_id=2620

Ver.2.51->Ver.2.52の変更点は、ほぼバグ修正なので特筆すべきことはありません。
Ver.2.5xを使っている人はアップデートを推奨します。

Ver.2.4x->Ver.2.5xの変更点は多岐にわたります。
具体的には、バッファを開くときにバッファ全体をキャッシュするようになりました。
以前より少し重くなりますが、常にキャッシュが100%となるので、
Vim標準のキーワード補完を呼び出す必要がなくなります。
よって、キーワード補完関連のオプションは廃止されました。

rank計算も遅延させるようになったので、大きなバッファではポップアップが出てくるのが早くなっていることでしょう。

現在はVer.2.55を開発中です。
これはキャッシュをファイルに書き出すことで、高速化を図っています。
まだ完全には安定していないのですが、もうすぐgithubに上げます。
リリースされれば、まさしく「究極の自動補完」となることでしょう。

今後はドキュメントの充実を図っていきたいです。
特にプラグイン作成マニュアルや英語マニュアルが急務です。
最近外国の方のwatcherが増えてきているので、そこは何とかしないといけません。

vimprocを使ってみた

2009-04-30T11:54:00.002+09:00

現在最高のシェル環境を目指してvimshellを作っているのだが、大きな問題として非同期実行が出来ないということがある。
他のプラグインでは、外部言語インタフェースを用いている。
しかしそれでは環境が限定されてしまう。
そこで、kanaさんより教えてもらい、vimprocというものを使ってみた。

内部でdllを呼び出しているらしく、Windowsではautoloadにコピーすることでそのまま使え、
*nixではコンパイルすれば使えるらしい。

testプログラムが動くことを確認したため、vimshellのiexe内部コマンドに実装してみた。
うまく動いている。

さて、あとはどう非同期に実行させようかな。
autocmdを使うべきだろうが、なかなか簡単にはいかない。

neocomplcacheをアップロードしました。

2009-04-27T15:28:00.007+09:00

ついにneocomplcacheをwww.vim.orgにアップロードしました。
これで私もVimScript作者の仲間入りです。
まだ説明も適当で、かなり投げやりな感じですが、これから少しずつ増やしていく予定です。

http://www.vim.org/scripts/script.php?script_id=2620

neocomplcacheとはautocomplpopを参考に、究極の自動補完を目指して作成したプラグインです。機能は豊富で、auto-complete.elのように、プラグインによる拡張にも対応しています。
スクリーンショットは次のようになります。

このスクリーンショットでは、endというカーソル前のキーワードによって絞り込みを行っています。

これはスニペット補完です。snipMate風のスニペットが使用できます。

他にも多数の機能があります。このブログでも少しずつ紹介していく予定です。
詳しくはpresen/neocomplcache.txtを読んでください。

ブログ始めました

2009-04-24T13:36:00.001+09:00

ブログを始めてみました。
現在neocomplcacheとvimshellというプラグインの開発で忙しいので、
多分Vimのことが中心になると思います。読者が増えるといいな。
目標は一週間に一度は記事を書くこと。

あるVimmerのブログ

neocomplcache Ver.7の新機能とその設計思想について

Vi - ブイアイ（替え歌）

Shougo/clang-completeの改名と現在の問題点まとめ

二画面ファイラーはなぜ便利なのか

Firefox Hacks Rebootedレビュー

Vimmer視点のEmacs Lispテクニックバイブル レビュー

Vimと過ごすイチャラブクリスマス ~そして伝説へ~

ujihisa.vim #2 で基調講演をしました。

Yokohama.vim #2の感想

自己紹介

「キーマッピングを考える」

「Shougoとフリートーク。Vimテクニックバイブルの裏話も聞けるかも？」

秋を楽しむ【スポーツの秋・読書の秋・行楽の秋】

私たちがバイブルから選ぶ5つの技

Shougoサイン会

懇親会

感想

開発環境勉強会の感想

XMonadの話 pi8027

Vimについて Shougo

スーツとEmacsと開発環境 kiwanami

ベンチマークドリブン駆動開発 nyaxt

XKeyRemapについて m2ym

TryIt.vim, Phrase.vimで多言語を効率よく学ぶ t9md

オレオレ環境の話 shinichiro_h

貧乏人のためのマルチディスプレイ構築環境 tomy_kaira

貧者のための入力デバイス todesking

Dvorakについて kjm

おまけ Shougoの開発環境

まとめ

開発環境勉強会の原稿

Vimについて

まずは自己紹介

今まで作ったプラグイン

今回のスライドの内容

第一部・Vimmerの異常な愛情

はじめに

初恋はVisual Studio

様々なエディタに浮気していたあの頃

Vimとの出会い

サクラエディタに限界を感じる

Linuxに手を出す

kana氏のブログに衝撃を受ける

lingrのvim-users.jpに参加する

autocomplpop.vim(acp.vim)の挙動を調査する

neocomplcacheの誕生

そして伝説へ……

私にとってのVimは？

番外：なぜEmacsは選ばれなかったのか？

第一部・完

第二部・Vim界 News in 2011

Emacs界の盛り上がり

Vim界の悲哀

と、いうわけで……。

Vimテクニックバイブル

Emacsテクニックバイブルのキャッチコピー

今までにないほどの豪華執筆陣！

プラグインの紹介を中心とした豪華な内容！

Vim scriptが分からない初心者でも安心！

最近のVimといえば、unite.vimは外せないよね！

もちろん、Emacsの人達にもオススメ

現在確定している情報

おわり

Vim plugin開発の「行き詰まり」を打破する６つの方法

プラグイン開発の行き詰まりは……

1.「Vimの限界を突破する質問」を投げかける

2.「Vimコントロールの輪」を見なおす

3.「召喚」する

4.世界をunite化して考える

5.脱力して、静かに継続する

6.思い切って、Vimのない生活もする

Vimの限界は、頭のなかでつくられたもの

earthquake.gemをWindowsで試してみた件

ujihisa.vim行ってきました

普通のVim使いのYokohama.vim #1感想

Software Design 2011年5月号レビュー＆感想

第一章

第二章

第三章

Vimmer視点のEmacs Lispテクニックバイブルレビュー

おまけ　Shougoの開発環境

魔法Vim少女　えでぃか☆エディタ

中国製のMIPSエミュレータがどうやってx86をエミュレートするのか　syuu1228

第四回カーネル／VM探検隊

諸君私は補完が好きだ