@Chingim 迫害妄想啊，哪个编辑器拦着你不能在命令行下编译了？就是 vc 都有 msbuild.exe 来做命令行编译。现在大部分项目的构建不都是标准构建工具么？ gnumake, cmake, ninjia，msbuild 哪个不能在命令行下用？编辑器所谓集成是帮你在编辑器内调度这些构建工具，并且做好错误分析，标注错误位置。

@Chingim 时代在发展，拜托别天天守着 6.4 时代的老旧习惯了。其他编辑器为啥自带的构建 /编译系统用的人非常多，就你 vim 非要依靠个终端或者 tmux ？还不是因为你 vim 6.4 太弱了。现在 8.2 了，时代变了，以前被认为 vim 不适合做的 debug 你去看看 vimspector 现在做的有多专业。

@wizardoz vscode 的 neovim 扩展不是只是用来运行部分 Ex 指令的么？你用过吗？它支持自定义文本对象么？能跑插件么？ IdeaVim 是个模拟器还是子窗口显示 Vim ？

@wizardoz 这些 IDE 里的 vim 顶多算是一套 keybinding，根本不能算是 vim，连 vim 插件都不支持。我给你举个例子，文本对象，vim-textobj-parameter 提供文本对象，可以让你 "vi," 直接选中一个函数的参数，"ci," 直接改写这个参数，这些真正提升效率的插件，你找个支持的 IDE 来我看看。

@waruqi : 谁说要敲那么长的 vim 命令了？ map 到 F9 上啊，你敲命令再快，有按一下 F9 快么？你打开内置终端有个切换操作吧？几百行错误信息，你要到终端里去操作滚屏吧？我 bind cnext/cprev 到 f10/f11 就完事了。

quickfix 的好处不光是打开文件和跳转，而是能同众多插件协同，有插件能将 quickfix 中的信息，把文件里错误的那一行标注起来，让你一眼就看到错误在哪里，光标移动过去，下面还有错误提示。有插件能在 quickfix 中用 popup 弹出个小窗口预览，根本不用实际打开文件。。。

vim 一直在进化，现在都 8.2 了，人也应该进化一下，一些 6.4 时代遗留的工作流，是应该拿出来检讨反思一下，比如，为什么其他现代点的编辑器开发程序时，编译运行这件事情，从来不需要开个终端，就只有 vim 需要？那些人都不习惯或者不会用终端么？实际情况就是人家那些编辑器把这个问题解决好了，而 vim 一直没解决，逼着你绕着圈子搞而已，而不是 vim 用户更精通终端。

@jdhao 欢迎尝试我基于 asyncrun 的新插件： https://github.com/skywind3000/asynctasks.vim

@MrUser @Shaikh 求帮推荐与传播。

@MrUser Emacs 进程没结束完退出也会有这个提示，提醒你安全退出罢了。你不喜欢可以用：

let g:terminal_kill = "term"

来设置一个信号，退出 vim 时用 term 信号杀死所有后台 terminal 进程。

@ensonmj 你说的没错，这玩意儿不是用来代替 tmux 的，是补充不足，我现在为了断线重新和多 window，我也会套一个 tmux，但是启动了 vim 后，大部分活计我用 vim 内嵌终端来完成了。

@dongqihong , 对的，每个 tabpage 一个，故意做成这样的。

@softempire 多谢反馈。

@skydiver good point

@starrycat 这个是 fz.sh 的作者录制的 gif，我也不清楚。

@huahua88 保留出处随便转。

@uuair 我都列了一堆方案了，又不是光说 ssh -R

@slrey 换一台机器做 frpc

@shengyu 我只是举个例子，费 cpu 的服务多的是，当然不缺人买，入门型产品。就像今天米 4 还是有很多人买一样。

@Tonni #29 程序员用的 Nas 自然不当是存储文件，你 J3455 架设个 Gitlab 都跑不动。终端连上去，zsh 都卡，基本不能用。何况如果要虚拟化 J3455 真的太吃力了。

@KasuganoSoras 恩，太帅了，我把相关信息 append 到文章下面了。