-
匿名使用者2024-02-01我的 emacs 已經兩年沒用了。 也就是說，我可以認為我只有 vim 經驗。
1.VIM的優點，VIM的優勢，無論是相對於EMACS還是IDE，都是VIM提前抽象了一組方法，而且這種方法是高效的。
說到效率，我不只是在寫乙個程式：準確地說，當我第一次開始編寫乙個新程式時，我並不認為 vim 是有效的。
vim 的效率往往體現在檢視檔案的時間上，體現在文件的時間上。 因為 vim 的優點是它很好的抽象性：游標的快速定位，文字的輕鬆選擇（不是專門在視覺化模式下，這裡真正想要的），然後是一些基本的東西，比如正則化、多檔案操作、呼叫 shell、多視窗等。
3.我不使用 vim 作為推薦者。 我只想說，如果你使用 vim，你應該如何使用它，我不想用這個答案來推薦 vim，因為很難賣出違反直覺的東西。
這裡有乙個建議：這個產品可以提高你的效率，讓你知道一些你根本不需要知道的事情，但以某種不正常的方式，就像你看到的，我可以在這裡用GCIL注釋這些東西。 很難看起來很有吸引力。
就像我之前推薦的那樣：emacs 是乙個不錯的配置器，只需學習 lisp，儘管 elisp 不像 scheme 那樣容易使用
另乙個原因是 vim、vim 鍵盤圖、vim 入門等中常見的快捷鍵太多了，我不需要寫類似的。 因此，我將在下面進行以下操作：我假設您已經在使用 vim，我猜您可能會使用一些低效的方法，例如 hjkl; 我猜你對 vim 了解不多，比如 text-object; 還有一些有趣的東西，我猜你還沒有訂閱或看過，比如 vimcasts 和實用的 vim
我不會描述每個人都知道的綑綁包之類的東西。
游標移動大致可分為內聯和非內聯移動。 內聯移動你應該做 wwbbfftt% 以及 e 和 ge，也許我錯過了一些。 當您使用 fftt 時，這兩個按鈕; 而且，您可以重複搜尋。
-
匿名使用者2024-01-31如何比 IDE 更快地使用 VIM？ 其實看到這個問題，我覺得還是有一點瑕疵的，因為，我覺得這兩個工具的使用並沒有什麼快慢之分，有些只是個人的使用習慣，但是我們一起來看看這個問題。
首先，我們必須認識到，vim 的本質是乙個靜態文字器，它是不可變的，無論你想用它做什麼，或者它是否安裝了各種外掛程式，它的本質是無法改變的。 由於訪問器記憶體的限制和設計原則，他在增量解析方面缺乏效率，並且不支援 shell-window。 另一方面，IDE被設計成乙個動態裝置，在使用場景方面沒有什麼可比的。
但是，這並不意味著IDE就一定好，只要我們認同VIM的本質，那麼我們只需要做自己喜歡的事情。 既然他是乙個靜態的文字傳送者，那麼我們可以給他提供這樣乙個靜態環境，只要是在vim的靜態環境中，那麼它自然就能發揮他的乙個功能。 自然，你會覺得 vim 的速度比較快。
最後，我們提到了上面的外掛程式，其實不建議安裝，但是如果你想提高工作效率，你其實可以使用它。 你可以直接搜尋這個區域的外掛程式，而且數量還是很多的。
-
匿名使用者2024-01-30雖然曾經在網上有**敏感度，但最終結果是兩者大致相同。 但兩者之間也有乙個根本的區別，vim 是乙個靜態文字器，它不是乙個 IDE
這件事的直接後果，或者說留給我的後遺症，就是每次使用vim，總會想起這個檔案，他們都是程式設計師，都是儀器，為什麼會有這麼大的區別？ 有這麼大的區別嗎？ 我越想越覺得我應該寫一篇關於 vim 的文章。
不爭論，只是闡述和分享，因為這十年來我從來沒有用過乙個程式設計工具做過所有事情，而且我在不同的場景中使用了各種工具。 能夠在正確的場景中使用正確的工具是一項了不起的成就。 每一件好的樂器都有一些值得一寫的傳奇故事，但這次我。
使用VIM的人總覺得IDE的快捷鍵，一切都需要用僱傭的滑鼠來控制，而做IDE的人則覺得VIM沒有智慧型提示，其實真正的程式猿會發現這兩者非常相似，甚至可以相互交流。 而對他們來說，追求的不再是速度，而是得心應手，vim 不一定比 ide 速度強，如果能用 ide 熟練度，這些都是不存在的。