そのような決定はしばしば次の懸念に依存します。メンテナンスが容易そして安全、セキュリティは他の答えで述べた要因ですが。一部のシステム管理者は、スーパーユーザーの対話型環境のための奇妙で文書化されていない個人的なカスタマイズを望んでいません。彼らは仕事が標準的で文書化された方法で実行されることを望みます。その上、彼らは避けたい。再申請新規インストール、システムアップグレードなどのパーソナライズ

の場合、潜在的なvi名前でエイリアスを指定します。vim他のプログラムを読み込む/usr/bin/vim代わりに、CentOSでは/bin/vi前者が存在し、さまざまな機能がコンパイルされたオプションの「拡張VIM」ですが、後者はほとんどオプション機能を有効にしない「マイクロVIM」です。 （Ubuntuにも同様のアイデアがあります。）通常、このviコマンドは標準viコマンドのように機能すると予想しています。特にスーパーユーザーで作業するとき。彼らは驚くべき方法で状況を変えるために改良された魔法やアドオンを望んでいません。彼らはviスーパーユーザーとして重要なタスクを実行する誰かが参照したすべての参照文書がこのような理由でひどく間違っていることを望んでいません。

つまり、要求するのではなく、vi管理者が要求したときに呼び出されます。vivim

つまり、与えられたあなた人々はすでにさまざまなVIMのカスタマイズと拡張を当然と考えていますが、実際にはスーパーユーザーアカウントを当然にする傾向があります。いいえこれらのカスタマイズと拡張があります。彼らはこの仮定をWorld Wide Webのページ、Q&Aへの回答、そして自分が書いた本に統合します。彼らは習慣を形成し、あるシステムから次のシステムに知識を伝え、スーパーユーザーが実行されたら欲しいものを得ますvi。 （時々はい皮肉なことに、VIMismがあります。 LinuxオペレーティングシステムからFreeBSDに切り替えるときに学ぶべきことの1つは、viVIMではなくnviです。 )

また、システム全体の設定ファイルに加えて、/root/.vimrcハードドライブの変更、システムの再インストールなどを覚えておく必要はありません。/root/.gvimrc

このアイデアが実際に適用された別の例は、toorFreeBSDのアカウントです。スーパーユーザーですが、Bourneのようなシェル（実際にはAlmquistシェル）を使用します。アカウントrootにTENEX Cシェルがあります数十年-Cシェルドライバシステムのスーパーユーザーの使用を示すBSD docoの価値はそのままにしてtoorBourneのような相互作用に使用するようアドバイスでした。 Cシェルはとしてログインするときに予想される環境でありroot、FreeBSD管理のためのCシェルマニュアルを持っているスーパーユーザーにBourneのようなシェルを提供すると、楽しく潜在的な災害が発生する可能性があります。

追加読書

• 」vi」。 シェルとユーティリティ。単一のUNIX仕様。問題7. IEEE 1003.1。 2018. グループを開きます。
• https://askubuntu.com/questions/281886/
• ドリューエイブリル（2009年2月）。 BSDハッキング：100種類の産業のヒントとツール。オライリーメディア。 ISBN 9780596006792.
• https://unix.stackexchange.com/a/397056/5132
• 旧、スヴェン（2017）。 Viクローンとホームページ。 guckes.net。