なぜ、なぜ、これらの＃？@！ バカはviを使用しますか？

私は「Habrahabr」の読者に記事の翻訳を提供します「なぜ、ああ、なぜ、それらの＃？@！Nutheadsはviを使用するのですか？」 ジョン・ベルトラン・デ・エレディアが執筆。

はい、信じられないかもしれませんが、30年以上前に光を見たviエディター（そして彼の若い、約15歳の最高のクローンと大きな改善-vim）には多くのファンがいます。

いいえ、彼らは最新の状態を保ちたくない恐竜ではありません。viユーザーコミュニティは成長を続けています。私は、わずか2年前に（プログラマーとして10年働いた後）始めました。 友達は今viに切り替えています。 地獄、ほとんどのviユーザーはそれが書かれたときに生まれさえしなかった！

はい、vi / vim編集モデルが他のどのモデルよりも優れている特定の理由があります。 viを使用するためにUnixの専門家である必要はありません。ほとんどの既存のプラットフォームで無料で利用できます。 ほとんどのIDEには、その機能を使用できるプラグインがあります。 いくつかの誤解を払拭し、その優位性を示すいくつかの例を考えてみましょう。

誤解＃1：モーダル編集

最初にviまたはvimに出会ったとき、入力を開始するために「i」を押す必要があることにショックとうんざりします。 どの「hjkjl」ボタンがどの方向を担当しているのか思い出せません。 そして、行の最後に印刷するには「a」を押す必要があります。 おそらくすでに他のエディターを使用しており、矢印ナビゲーションは入力モードで機能するため、絶対に必要な場合にのみコマンドモードに切り替えて使用します。 たぶん、あなたはこれに20分を費やし、絶えず不平を言うでしょう。 -二度とviを使いたくない。

しかし、これはviを使用する絶対に間違った方法です。 適切な使用はモーダルではありません。 常にコマンドモードで、短い「爆発的な」タイピングの場合のみ入力モードに入り、その後すぐにコマンドモードに戻ります。 だから、問題は覚えていません-どのモードが存在しないかです。入力モードでは電話に出ませんが、戻ったとき、自分がどこにいたかを思い出そうとします。 コードを書き、電話が鳴り、コマンドモードに戻り、コールに応答します。 または、同意したらそこに戻りますが、入力モードを通常の作業モードとは決して思いません。

この背後にある哲学を説明させてください。

viコマンドは結合されるように設計されています：「d」は削除を意味し、「e」はカーソルを単語の末尾に移動することを意味するため、「de」は「現在のカーソル位置から次の単語の末尾までをすべて削除する」ことを意味する完全なコマンドです（何かほとんどの通常のエディターのCtrl-Shift-Right、Left、Delなど）。

これの最初の肯定的な結果は、コマンド「。」 最後に完了した結合編集コマンドを繰り返します（ただし、移動コマンドは繰り返しません）。 「dw」、「。」を押した後 「現在のカーソル位置から次の単語開始まで削除」コマンドのように動作します。 ナビゲーションコマンドのすべての機能を使用してファイルをナビゲートし、「。」を押すことができます。 次の単語が始まる前にすべてを削除する必要がある場合は、非常に迅速に。 この機能は非常に強力です。

そして、今度は入力コマンドに到達しました。 これらのコマンドは、それぞれに固有のアクションを実行した後、エディターを入力モードにして、テキストを入力できるようにします。 そのため、これらのコマンドの場合、コマンドの全文には、「i」（またはそこで使用した入力コマンド）からコマンドモードに戻るまでの間に入力したすべてのテキストが含まれます。

これは、現在のカーソル位置に「Hello」と入力する「iHello [ESC]」と入力すると、「。」になります。 現在のカーソル位置に「Hello」と入力するコマンドです。 それだけです。 この機会がいかに強力か想像できます。 「A」はカーソルを行末に移動し、入力モードをアクティブにします。 [ESC]を押してダイヤルを完了したら、「。」を押します。 行末で入力を繰り返す任意の場所。

別のさらに印象的な例：「ce」コマンドは、「c」コマンドと「e」コマンドの組み合わせです。 'c'hange'コマンドは、次の移動コマンドで示される範囲を削除し、入力モードをアクティブにします。 コマンド 'd'に似ていますが、コマンドモードを終了します。 さらに、次の（短い）入力セッション中に入力されたテキストもコマンドの一部です。 したがって、「ceHello [ESC]」と入力すると、現在のカーソル位置から単語の最後までの単語の一部が「Hello」に置き換えられ、その後コマンド「。」に置き換えられます。 このエントリを必要な回数繰り返すことができます。

移動コマンドは、より複雑で、さまざまな編集コマンドで補完することもできます（「o」-「現在の下に新しい行を作成」、「O」-「現在の上に行を作成」、「S」- 「行末まですべてを削除する」など。すべて入力モードになります。 「。」を押すだけで、どの編集パターンを作成して繰り返すことができるか想像してみてください！

例1：素晴らしいドットチーム

例を見てみましょう。 ヘッダーファイルで3つの新しい関数を発表し、それらをモジュールに実装する必要があるとします。 次のテキストをコピーして、モジュールファイルに貼り付けます。

すべてのコードはこれで始まりますよね？ ここで、セミコロンを削除して空の関数本体を追加するとよいでしょう。 上の図のようにカーソルを置いた状態で、「A」を押すと、行末の入力に直接移動できます。

行の終わりに入力モードのカーソルがあることに注意してください。 ここで、「;」を削除する必要があります [BACKSPACE]を使用し、「[ENTER] {[ENTER]} [ENTER]」と入力して、他のテキストエディターと同様に空の関数本体を作成します。

ここで、エスケープを押してコマンドモードを終了します。

そして今、これらすべてを残りの2つで繰り返します。 どうやってやるの？ 簡単：「j」を押してカーソルを1行下に移動し、「。」を押して編集を繰り返します（「A」を押してから[ESC]に）。 「jj」を押すと、次の結果が得られます。

ただ 'jj'！ ここで重要なのは、viコマンドアーキテクチャと、[BACKSPACE]が通常のタイピングと同様に編集プロセスの一部であるという事実と、編集操作の再現性が高いという事実です。 毎日の編集の何回繰り返し可能かを考えてください。 うん、そう思った。

誤解＃2：正規表現ではありません

Vi / Vimは正規表現処理で素晴らしい仕事をします。 多かれ少なかれ真面目なテキストエディターは正規表現をサポートしています-検索、置換など。しかし、vi（私が知っているものの）のみが「procを含む行の後に」「2番目の包含を検索して置換」のような複雑な組み合わせを使用できます。または他に思い浮かぶことは何でもあります。

したがって、正規表現の価値や、vi / vimがそれらを処理する能力を軽視したくありません。 しかし、viの真の力、それを使用する方法を学んだ後になければ生きられない力は、基本的なテキスト編集モデルの力です。

• 1行または2行のコマンドで、行または画面上で必要な場所に正確に移動できます。
• 'd'や 'c'などのコマンドは、移動コマンドと組み合わせると、目的のコードを直接変更でき、クリックするだけで編集を繰り返すことができます。
• キーボード上の手は常に快適な位置にあります。 編集は、PCとラップトップの両方で同様に快適です。

例2：スマート範囲

次の典型的な例を見てみましょう。 これは、ある種の複雑な式に組み込まれた単なる関数呼び出しです。

ご覧のとおり、カーソルは関数呼び出しの先頭にあります。 そこから削除して、ローカル変数に割り当てたいと想像してください。 まず、関数呼び出しを強調表示し、コピーして削除し、変数の名前を入力し、この変数を宣言するために1行上に移動する必要があります。 通常の編集モデルに従って、Ctrlキーを押しながら右キーを押して、すべてを正しく実行するまで左/右で再生を開始します。 しかし、vi / vimではありません。 移動コマンド '％'を使用すると、開き角かっこ（または他のグループ化文字）から対応する閉じ角かっこに移動できます-ただし、カーソルがこれらの特殊文字のいずれかにない場合、vimはそのような最初の文字まで右に移動し、カーソルを対応する閉じ文字に移動します。 つまり、この場合、カーソルは関数呼び出しの閉じ括弧に直接移動します！

「c」コマンドは、それに続く移動の全長に沿ってテキストを削除することを知っており（また、クリップボードにコピーします）、「c％」と入力するだけで次のようになります。

関数呼び出しがクリップボードにコピーされ、変数の名前を入力する準備が整いました。 2つのボタンが悪くない！ 変数名を入力して[ESC]を押した後：

コマンドモードでは、「O」を押して現在の行の上に行を作成し、入力モードにして、変数を宣言できます。

ここで、関数呼び出しを貼り付ける必要があります。関数呼び出しは既にクリップボードにあるので、Ctrl-Rを押して貼り付けることができます。次に、「（少し直感的ではありませんが、これは標準クリップボードから貼り付けるための組み合わせです）」、「ESC ]：

誤解＃3：あなたはそれを使用するために精神的および/または天才でなければなりません

さて、上記の説明と例のおかげで、vi / vimによって提供される可能性のある機会を理解できることを願っています。 学ぶのは難しいですが（下記をご覧ください）、何年も1日8時間以上コーディングするつもりなら、これは「タッチスクリーン」に続いて2番目に優れた投資です（既に習得済みですか？そうでない場合は、始めてください）。 数週間を過ごした後、あなたは一生配当を受け取ります。

重要なのは、viを使用すると、キーボードは100以上のボタンを持つテキストを編集するための特殊なゲームパッドに変わり、各ボタンには少なくとも2つの機能がある-暗号ありと暗号なし; したがって、ボタンをクリックするだけで既に200の機能を利用できます（シフトはカウントしません）（約transl。：著者が多くカウントしたもので、2で安全に分割できます）。 強力なチーム自体を互いに組み合わせて、最高の結果を得ることができます。 これは入力時の標準キーボードですが、コマンドモードに戻ると、理想的なテキスト編集機になります

例3：区切りブロックの操作

別の簡単な例。 特定の移動コマンドの1つを使用するため、vimでのみ機能します。 山括弧で囲まれたブロックの中にいるとしましょう。これは、今日のXMLでは珍しいことではありません。

内部のテキストを選択してコピー/変更/削除する方法は？ 通常のテキストエディタでは、現在の快適な位置から手を離して矢印を使用するか、マウスでさらに悪い操作を強いられます。 これらのオプションはいずれも、特にラップトップでは便利ではありません。 vimでそれを行う方法 コマンドの1つを使用して、それぞれが「i」または「a」で始まるテキストオブジェクトを移動します（これらの文字は編集コマンドとしても使用されるため、「d」または「c」コマンドの後にのみ続くことができます） 「山括弧で囲まれた現在のブロックを意味します。ここで、「i」は「内側」です。したがって、「di>」と入力して山括弧内のすべてのテキストを削除できます。

'（'または '）'を使用して、角括弧（または 'block'から 'b'）で区切られた現在のブロックを強調表示できます。 '{'または '}'、 '['または ']'、 'w'は時間的に強調表示されます単語、またはスペースを含む単語の場合は「W」、内部コンテンツの場合は「i」のいずれか、または区切り文字を強調表示する場合は「a」

誤解＃4：「hjkl」はテキスト内を移動しますか？

多くの人々は、矢印の代わりにhjklを使用することを奇妙に感じています。 この実装の本当の理由は、このような端末に矢がなくて、hjklキーが余分な負荷を運んだことのようです。 しかし、この配置の副作用は、快適な位置から手を離す必要がないことです。これは素晴らしいことです。

いずれにせよ、最初はhjklを使用してテキスト内を移動しますが、vi / vimを習得した場合、「h」および「l」キーの使用を拒否する可能性が高くなります。 なんで？ カーソルをテキスト内の適切な場所にすばやく移動できる、より強力なコマンドがあるためです。 行を編集するときは、常に希望の文字に直接移動する移動コマンドがあり、次を使用することがわかりました：「f」は、次の出現を検索したい文字で補完され、「％」は括弧間で移動するなど ファイルをナビゲートするときは、コマンドを使用して画面の上下/中央/下に直接移動できます。「/」でクイック検索、「]]」およびその兄弟を使用して機能をナビゲートできます。

例4：素晴らしいチーム

一部のコマンドは非常に便利なので、使用するのを忘れてしまうことがあります。 「H」、「M」、および「L」は、カーソルをそれぞれ画面の上部、中央、および下部の行に移動します。 「zt」、「zz」、「zb」はカーソルを移動しませんが、カーソルが画面の上部、中央、または下部になるようにテキストをスクロールします。 「*」は、テキスト内でカーソルが前方にある次の単語を検索し、「＃」は後方に同じことを行います。 そして、そのようなチームはもっとたくさんあります...

誤解その5：私たちは90％の時間で問題を考えており、ソリューションをプログラミングしているのは10％だけなので、編集速度をアップグレードすることはほとんど役に立ちません。

まあ、それは誇張ですが、この反論はコード編集を改善するあらゆる手段に対してしばしば使用されます。 彼が作ったに違いない。

まず、コードを調べなくても問題について考える必要がある場合は、自転車に乗って1〜2時間休みます。 天気が良い場合は、コンピューターの前でぶらぶらするよりもずっといいです。

また、複雑な問題を分析して解決策を考え出す必要があるときは、ノートとペンを手に取り、彼らの助けを借りて考えをクリアしようとします。

しかし、まれな例外を除き、コンピューターなしで生産的に作業することは不可能です。 実際、ほとんどの場合、コードを確認する必要があります。 そして、ここであなたはテキストエディタなしで行うことはできません。 そしてもちろん、非常に頻繁にテキストを入力するか、継続的に編集します。 1分を考えた後、次に考えている変更を加えることに時間を費やします。 そしてもちろん、あなたはこの仕事に最適なツールを使いたいと思うでしょう。

編集の快適さにより、「流れの中」にとどまることができます-最高の集中力と生産性の状態 テキストエディターを巧みに使いこなすことで、編集を無意識のレベルに移動し、他のタスクのために脳の計算能力を解放します。 一般的に受け入れられているスタイルは気を散らします。Ctrl-Right、Ctrl-Right、Ctrl-Right、Ctrl-Right、Ctrl-Rightを使用してコード内の適切な場所に移動し、マウスを選択してメニューオプションを選択し、確認ダイアログ。 Vi / vimを使用すると、驚くほど少ない数のキーを使用して、必要なことを正確に実行できます。

他のviユーザーも同じことを言っているので、私は私の気持ちだけではありません：viの使用に習熟するとすぐに、「爆発的な」編集の30秒後に「目覚め」て、あなたが聞いたことに気付くことがありますテキストのブロックがカット、変更、移動されている間に、頭蓋骨の後ろのどこかにキーをたたく。 そして、そのような瞬間は驚くべき強さの感覚を与えます。

例5：ブロックの配置

Viとvimは、コードに何らかの構造があることを知っています。 多くのチームがこれを反映しています。 たとえば、上記の「aB」を使用します。中括弧と角括弧で囲まれた現在のブロックを選択し（「a}」も同じです）、「>」コマンドと組み合わせて、それに続くコマンドで示される領域を揃えます。変位。 このコードを想像してください：

どのくらいの頻度でこのような課題に直面しますか？ はい、もちろん、自動整列（vimの '] p'）で埋め込むことができますが、突然コピーペーストではなく、上記のコードの一部を削除したため、そのようなコードを忘れた、または受け取りました。 一般的には、調整する必要があります。 他のエディターでは、カーソルを移動するか、[Tab]キーを押すか、自動整列のキーボードショートカットを押します。 しかし、vimではなく、3つのキー '> aB'が「ブロックを揃える」だけで、次のようになります。

いいですね カーソルやテキストを選択して投げる必要はありません。必要なものを正確に言うだけで、vimはすべてを実行します。 これは、コードを実際に制御し、「ストリーム内」にとどまることができる編集のタイプだと思います。

誤解＃6：消える過去への執着

Viは既に30歳*であり、今でも人気があります。 Vimはviの完全なクローンであり、viの機能よりも多くの改善点があり、15年間有効であり、既存のほとんどすべてのプラットフォームに無料で配布されています。 viが好きな人はどこでもそれを使用する方法を見つけます：Eclipseのvi機能、さまざまなMacアプリケーション、IntelliJ IDEA、さらにはemacs（1つだけでなく、いくつかの組み込みのviエミュレーター）を使用できるプラグインがあります（Lispでエンコードした場合） emax、私はそのキーボードショートカットを使用しようとして始めましたが、常に「Mx viper-mode」で終わりました）、私はVisual Studio、SQL Server、WordおよびOutlookでvi / vimエミュレーションを実装するためのプラグインのViEmuファミリを開発および販売し、 Paul Graham （ ここで彼についてHabréについて ）は、まだviを使用してLispとarcを開発しています。 im O'Reillyはvi-merを開き、 SlickEditとCrispはviをエミュレートできます...

もちろん、viコミュニティはそれほど大きくありません。ほとんどのコンピューターユーザーはタッチタイピングを習得していないため、viは学習曲線の急勾配を追加します。 しかし、光を見た私たちは、vi / vimが何年も繁栄することが保証されるように、他の機能の低い編集システムには決して戻りません。 実際、vi / vim編集モデルを使用すると、古いUNIXシステムから最新の一般的なIDEまで、どの環境にいても使い慣れたコマンドを使用できるという保証が得られます。

* 2007年5月16日公開のオリジナル記事

例6：視覚的性質

最後の例として、viが不可解で判読できないコマンドであると思わないように、いくつかのより明白なオプション（一般に、viではなくvim）を見てみましょう。1つ：検索の強調表示がオンの場合（デフォルトではオフですが、通常常にコマンドに含まれます：hlsearchを設定します）部分文字列を検索すると、そのすべてのインクルードが強調表示されます。 たとえば、次のHTMLコードがあります。

「*」を押すと、カーソルが置かれている単語（「div」）で検索が実行され、結果として次のようになります。

ご覧のとおり、カーソルが移動し、すべての包含物が強調表示されています。

他のものを見てみましょう。 次のコマンドに従って領域に作用する「d」や「c」などのコマンドをすでに見ました。 しかし、プロセスをより視覚的にしたい場合は、視覚モードを使用できます。「v」を押してカーソルを移動すると、初期位置が強調表示されていることがわかります。その後、コマンドを入力して結果を確認します。 検索コマンドはここでもまったく同じように機能します。 「v」ではなく「V」を押すと、行全体が強調表示されます。 「V」を押してから、「k」（上）を押します。

ご覧のとおり、2行が強調表示されているように強調表示されています。 開始 'div'（黄色で強調表示）まで選択を続けたいとします。 「N」（前の一致）を押して、これを取得します：

今では、思いついたことなら何でもできます。たとえば、「gU」と入力してすべてのテキストを大文字にします（そしてコマンドモードに戻ります）。

それでは、正しいvi / vimの一般化された概念について説明しましょう。

**正しい概念＃1：急な学習曲線

vi / vimを効果的に使用する方法を学ぶことは容易ではないという事実です。 あなたは数週間から数ヶ月を費やす必要があり、最初の経験は快適ではありません。 これが、vi編集モデルが人気がなく、決して普及しない主な理由だと思います。 他の編集者のユーザーとのスピードで勝ち始める前に、約30チームを翻訳、学習、そしてワークアウトする必要があります。 ほとんどの場合、これらは単一ボタンのコマンドですが（ほとんどすべてに記憶を簡単にする簡単なニーモニックがあります）、これはまだ簡単な作業ではありません。 あきらめて、使い慣れたエディターに戻るのは非常に簡単です。 しかし、これらの条件を満たしていれば、古い習慣に戻ったであろう人は誰も知りません。

おわりに

あなたがしたいことをしてください。 あまりにも多くの労力を費やし、成果が得られないと思われる場合は、vi / vimの使用方法を学ばないでください。 viではなくemacsを学びます。 または、IDEの無駄なコードエディターを引き続き使用します。 しかし、いずれにしても、ユーザーviがバカだと宣言することはありません。 私は彼らが彼をとても好きな理由を説明することに成功したことを望みます、そして、たとえあなたがそれを使いたくなかったとしても、少なくとも彼の力に感謝すべきです。

viをさらに詳しく知りたい場合は、次のリンクを参照してください。

• 始めた理由を学ぶ
• グラフィカルなチートシートとチュートリアルを使用して、vi / vim編集を学習します
• 素晴らしい「vi lovers」ホームページ

そしてもちろん：

• Vimホームページ

PS

誤字と不正確な情報をユーザーalan008 、 xaizek 、 kvaps 、 Vizrok 、 kipelovets 、 tlv （メッセージの受信順）に感謝します。