VS CodeとVimとわたし

Copilot/Copilot Chatは思ったほど活用してない

まず一番の動機であるCopilotまわりの機能だけど、いまのところ、思ったよりは活用というか、依存はしてない。 もちろん、VS Codeは隙あらばAIによるコード補完を提案してくるので、使えそうなコードは、そのまま受けいれてはいる。 けど、AIの提案するコード補完は、そこまで高精度というわけではない。 どちらかというと、プロジェクト内の他の場所からコピペしてきて書き換えるという旧来通りのやりかたをいまのところは続けている。 わからないときにAIチャットというのも、たまに使いはするけど、いまだにGoogle検索で済ませてしまうことのほうが多い。これはまあ、慣れの問題かもしれない。

Copilotでひとつ便利だなと思うのは、一括置換をしたいときだ。 これまでは、特定範囲に対して規則的な変換を適用したいときに、それを達成するための正規表現を考案して置換していたけど、だいたい試行錯誤が発生するし、 一発ではできないから複数の正規表現に分割して実行したりする必要があって、そこまで快適ではなかった。 こういうときに、Copilot Chatであれば、変換したい範囲を選択して、どのように変換したいかを自然言語で伝達すれば、 目的の形式に書き直してくれる(ことが多い)ので、けっこう便利。

VS Codeはキーバインドを覚えさせる気がない

VS Codeで一点、どうやってもVimよりも劣っていると言わざるを得ないことがある。 それは、Vimのようにコマンドに「体系」がないことだ。テキストオブジェクトみたいな概念もない。 次や前の単語、括弧、特定の文字に移動したくでもできない。 括弧内、タグ内、ブロック内のテキストを瞬時に選択することができない(がんばればできるのかもしれないけど、Vimのように直感的な操作ではないと思う)。 結果として、カーソル移動やテキスト選択がクソほど貧弱で、Vimのように自由自在にはテキストを編集できない。

VS Code内でVimの操作感を再現する手段として、 Vim拡張 というのがある。 これを使えば、テキストオブジェクトのような概念も実装されて、たしかにほぼVimと同じと言える操作感が実現される。 再現度はかなり高い。はっきりいって、Vimユーザーにとってはものすごく快適だ。 一方で、元々ある機能とコンフリクトしてしまうことがまれにある。 それに、VS Codeに引っ越してきてまで、Vimの体験を引きずり続けるのは、なんだかみっともないような気がする。 郷に入っては郷に従え。むしろ、VS Codeの元々持っているポテンシャルを引き出すような使いかたをしたい。ということで、ぼくはVim拡張を禁じることにした。

ターミナルから使っていたこともあり、Vimを使っているときは、キーボードだけですべての操作を完結させることにこだわっていた。 だから、VS Codeでもなるべくマウスを使わずにキーボードだけで済ませたいと思ってしばらくがんばっていた。 けど、それが間違った考えかたであるっぽいことが、だんたんわかってきた。 もちろん、VS Codeでもすべてのコマンドにキーバインドを設定してキーボードから操作することが可能だとは思うけど、 デフォルトでは、装飾キーを二つ以上同時に押しながらみたいな押しづらく覚えづらいものが非常に多いし、 それらが系統立って整理されているわけでもない。 VS Codeの特徴として、マルチカーソル系の操作がいろいろ充実しているようだけど、ショートカットが覚えられないので、ぼくはほとんど使えていない。

結論として、VS Codeにおいてキーボードだけで作業を完結させるのはあきらめた。 プログラミング中にキーボードから右手をはずしてマウスをポチポチやるというのは、なんだかとても情けない気分だけど、 VS Codeというエディタにおいては、たぶんそれがふつうなんだと思う。 かわりにVS Codeではコマンドパレットがかなり使いやすくなっていて、そこから検索すれば必要な機能に手早くアクセスできる。 このやぼったさがVS Code流のプログラミングスタイル、そう思ってなんとかやりくりしている。

LSPは非常に快適

一方で、VS Code上でのLSPは非常にスムーズだ。 言語ごとに必要な拡張を、マーケットプレース から1クリックでインストールするだけでOKだし、 補完時やホバーでの情報表示などのインテリセンスもいい感じに表示してくれて、とても見易い。 すべてをキーボードショートカットに割り当てて使うのをあきらめたことで、かえって、機能が多いことによるストレスもなくなった。 シンボルに関する情報が見たいときは、マウスカーソルをホバーすればいいだけだ。LSPに関する体験は、全般的に非常に満足度が高い。

ターミナル連携が非常に強力

Vimはそれ自身ウィンドウを持つGUI版と、そうではないCUI版がある。Vimのときは、ターミナルとスムーズに行き来したかったのでCUI版を使っていた。 近年は、Vim内に統合されたターミナルというのも実装されていたけれど、あまりメリットを感じられなかったので使っていなかった。

VS Codeには、CUIモードはないので、ターミナルとの付き合いかたも見直さなければならない。 いい機会なのでターミナルもVS Code付属の統合ターミナルを使うことにしたけど、これが思ったよりも便利だった。 VS Codeのターミナルには、ターミナル上に表示された ファイルパスを自動的に検出してリンクしてくれる機能 がある。 これが地味に便利で、これのおかげでいろいろなCLIコマンドとVS Codeを非常に便利に連携できる。

ぼくは、昔から、IDEについているプロジェクトの検索機能というのが好きになれなかった。 VS Codeのプロジェクト検索機能もご多分に漏れず、検索範囲を手早くしぼりこむことができないし、検索結果も非常に見辛いのであまりつかいたくない。 しかし、このターミナルからのリンク検出があるおかげで、エディタ内の検索機能はまったく使う必要がない。 かわりに、git grepを使えばいい。-nを付ければファイル名の横にコロン区切りで行数がつく。 これは、VS Codeがリンクとして検出してくれるフォーマットになっている。 なので、git grepで検索した結果にたいして、マウスクリックで当該行までエディタ内でジャンプできる。 さらに、git grepに限らず、コマンドの実行結果として表示されたファイルパスを通じて、 コンパイラやリンターなど、いろいろなコマンドともVS Codeを有機的に連携できる。 これはほんとうに便利。

GitHub Pull Request拡張

チームでのコミュニケーションでは、エビデンスあるいは参考として、GitHub上で、特定ファイル行へのPermlinkをとにかく貼りまくりたい。 このために、これまではブラウザを開いて、GitHub上で該当ファイルを探し、その上でPermlinkを取得していた。 GitHub Pull Requests という拡張を使うと、 VS Codeから直接GitHubへのPermlinkを取得できる。これは個人的にライフチェンジングで、これのおかげで、めちゃくちゃコミュニケーションの効率が上がった。

また、この拡張を入れた状態で、リモートのブランチをチェックアウトすると、対応するプルリクエストをVS Code上でレビューできるようになる。 これは、 苦手なコードレビューの体験 をかなり改善してくれた。 最近は、ブラウザ上でのプルリクエストレビューUIもかなり便利にはなっているけど、 VS Codeならすべてのコードがすでにチェックアウト済みで、ローカルファイルシステムから高速にアクセスできる。こちらのほうがより便利だ。 差分を見つつ、ファイルの全体像を確認するのも容易だし、通常のテキストエディタの体験と統合されているので、PRに含まれないファイルを辿ることも簡単にできる。 これのおかげでコードレビューでの苦痛がだいぶ減ったと思う。