为啥有人所有都在terminal上搞？
Terminal/CLI 爱好者与 IDE 用户的偏好差异及 LLM 时代的影响
1. 关键信息
- 核心议题： 探讨为何部分程序员（尤其是资深或特定工种）偏爱完全在终端（Terminal）中使用工具（如 Vim/NeoVim、tmux），而非使用图形界面的 IDE（如 VS Code）。
- 偏好原因： 终端工作流强调速度、批处理能力、上下文切换的便捷性（无需鼠标、减少视觉干扰）、跨平台一致性（尤其在服务器、Docker 等无 GUI 环境下），以及与 LLM Agent 交互的天然适配性（生成命令行比操作屏幕更高效）。
- 技术工具： 提到了 Ghostty、Vim/NeoVim（及其集成到 IDE 的模式）、Nano、OpenCode（TUI 界面）等。
- LLM 影响： 许多人认为自然语言（Chatbot）正成为新的“命令语言”，CLI 结构（输入指令）比传统 GUI 更适合 AI 驱动的编程（Vibe Coding）。
2. 羊毛/优惠信息
- 无
3. 最新动态
- 出现了如 OpenCode 这样设计精美的 TUI（Terminal User Interface）工具，支持鼠标操作，模糊了 TUI 和 GUI 的界限。
- 红杉资本投资了与此趋势相关的项目（暗示了该方向的商业潜力）。
4. 争议或不同意见
- 易用性与学习曲线： 许多用户（尤其是习惯 GUI 的）认为终端工具（如 Vim）学习曲线陡峭，快捷键记忆负担重，且在非代码环境（如 Slack、浏览器）中无法复用。
- 功能完整性： IDE 提供了更强大的集成调试、项目管理和跨文件重构能力，是处理复杂“屎山”项目的首选。
- 个人习惯： 最终这被视为个人偏好问题，类似于 Vim 党与 Text Editor 党之争，成年人倾向于“全都要”（IDE + 终端）。
5. 行动建议
- 对于需要在远程服务器、资源受限环境（如路由器/NAS/简陋 Docker）工作的开发者，学习至少基础的
vi/vim是必要的生存技能。 - 追求效率的开发者可以尝试将 Vim 模式（如 VS Code 的 Vim 插件）或 TUI 工具（如 OpenCode）整合到现有 IDE 工作流中，实现“小孩子才做选择，成年人全都要”。
- 关注 CLI/TUI 工具在 AI 编程（Vibe Coding）中的发展，这可能是未来交互方式的趋势。
我也算是个程序员，但好像没有全部都在terminal上搞的习惯，还是用IDE啥的。今天和一哥们聊，他好像全在terminal，而且还会有最喜欢的terminal，他说他喜欢ghostty。有大哥讲讲这是什么情况吗？我怎么感觉生活和工作上都没有这种use case，哪些工种是需要这样的吗
x.com
@
比如这个感觉就是把一堆libraries做了RAG的ChatGPT类似的UI啊，为啥需要在黑黑的terminal呢，是因为有不一样的使用习惯吗
这是类似CLI和IDE党的同样原因？
就跟有的人喜欢用vim有的人喜欢用text editor一样
之前高中的时候参加一个Linux聚会 我说我不喜欢vim一般都直接在text editor里改config 他们都不说话了
老一代程序员就是没有GUI的呀，这也挺酷的不是吗
【引用自 IlllIIlIIIllIIl】:
老一代程序员就是没有GUI
这个老一代指到的哪年？
我是觉得挺酷的，但不知道从哪里入手
有了打火机 还非得钻木取火 因为生出来的火有木头味道
都AI写code的时代了，还在钻木取火，纯sb
我就非常喜欢VS，但不是所有公司都买得起。
nvim党现身说法一下，因为杂七杂八的UI元素少，屏幕本来就不大了能少点distraction是一点，以及不用动鼠标也是一点，vscode实在是用不惯最后还是放弃了
主要是快+批处理+上下文切换方便
看你做什么，比如就算你用openscad你总不能把右边的preview拿掉纯在terminal里搓3d吧
另一方面就算是LLM的agent也是让LLM生成命令行比让它操作屏幕来的方便不是
这么多人在那条tweet里面很嗨的是什么情况啊
【引用自 Puyi】:
为啥需要在黑黑的terminal呢，是因为有不一样的使用习惯吗
如果不搞在terminal 里，是不是就要 electron ？那还不如 terminal。
主要还是这样做得快吧
现在不都是vide coding吗，terminal咋操作？
你看那个推文，很多人都高潮了
GitHub Copilot CLI 也不是不行
想想初代telnet聊天室论坛甚至网络游戏……
现在vim可以集成到vscode了啊，我就是vim+vscode，各种缩写和vscode缩写都能一起用
不过现在都是claude帮我写代码，已经有半年没自己写过了
那为啥他们会在推文下面看到这个就觉得高潮呢
然后好像红杉还投资了
可以再IDE里用terminal，没有矛盾啊
seriously, Linus这种骨灰级emacs用户都已经一步升级到用Antigravity了，你考虑一下吧
你说的是vim插件吧，本质还是vsc，用vim的keybinding去控制vsc而已，差远了，别的不说我已经离不开snack全家桶了
但我也不知道为什么，日常完全用 Linux 的用户中，不用 vim 的，除了我自己以外，我就没见过
在不得不用 terminal 的环境我也都只用 nano
他们使用terminal的，就是所有的活，看论坛也是
那个twitter下面说的是啥？他们的创新在哪值得红杉投资
我也是只用nano的，虽然有WSL之后Linux desktop，再见了
只有在漏油器这种只有busybox的地方用用vi
因为CLI方便，到处都可以跑，在哪个平台都一样。
桌面端软件每个os都必须开发一个单独的app，功能很容易就做的不一致，用户换电脑也要调整对应的快捷键和UI还有字体，开源项目搞桌面端维护很麻烦。
很多时候开发不只是自己的机器上跑，比如要在服务器，VM，docker等等各种奇葩的环境里。这个时候vscode什么的肯定是不能指望的。但你绝对能找到vi或者vim，用不惯CLI你咋办？
而且2026年了，CLI可以做的跟GUI一样好看，你用一下OpenCode，设计的TUI好看还方便，功能非常清晰，比vscode里绑定那个copilot方便多了。
我一般开发就是vscode自己拿来编辑代码管理git看markdown，然后开一个terminal跑程序，再开一个terminal用opencode搞vibe coding
以前就这么学的
最近最火的Vibe Coding项目OpenCode就是在terminal里的
界面这样，和桌面端Vibe coding的那些插件比差了什么信息呢？甚至支持了鼠标点击。
都vibe coding了，能有个agent对话框就行，桌面端UI反而更不重要了，怎么方便怎么来，以后估计都是手机上聊一下天就代码写好了（公司应该开始试试在内部通讯软件里直接植入可以chat的coding agent）
IMG_59791824×1488 229 KB
主要是因为很多地方根本没有预装nano吧，vi肯定是有的。比如我上路由器和NAS改个配置，只能用vi。有些dockder镜像过于简陋的也只能vi或者vim
因为 vim/NeoVim/Emacs evil mode 启动速度快，快捷键非常方便, visual block mode 能一键同时修改多行，且运维时本地和服务器同一套操作 ssh 进去就能直接开搞。作为主要在终端模拟器里使用的文本编辑器和正常的体积大得多但启动速度慢很多 text editor 一样有 undo/redo, 语法高亮，语义跳转, find and replace, LSP integration, code completion 等等功能。另外我觉得 vi 挺难用的，默认不能用上下左右键也不能用鼠标点到想要编辑的地方
趁机缅怀一下 GitHub - liangxianzhe/oh-my-vim: Awesome vim config for everyone.
和 ide 也不冲突，命令行有命令行的生态，图形界面有图形界面的生态，小孩子才做选择题，成年人就是全都要
应该是cli更适合llm去操作吧
llm操作gui要视觉模型介入 还要求很高的precision
token消耗还大
未来的ui一定是ai和人都能方便使用的
理论上terminal可以解决一切用途，就看用得快不快和记得熟不熟了
简单，self contained 。不代表好用。
你们就没有在无IDE的环境里工作过么，比如prod
我用nano edit config
我用pycharm 写代码
我用mobaxterm 连ssh
我用nix-darwin和home-manager但是装的全是homebrew cask
我用firefox开几百个tab不归类只靠search
我用macos stage manager
血压高了吗
gemini cli也可以写
爬楼下来，在vim里只会上下左右和复制粘贴等不超过10个command的无地自容
我能不用terminal就不用，最不喜欢的就是记乱七八糟快捷键。感觉terminal最大的问题是局限在当前，缺乏全局视野。类似手机和电脑的区别。这和新老程序员没半毛钱关系
强task/use case specific的事情
vm k8sdebug的时候 哪来的GUI
log都是在terminal里用command分析
我一直不理解vim党的人就是vim那套快捷键肌肉记忆再熟，出了vim到不支持vim模式的地方比如slack输入框 浏览器地址栏 或者各种doc note软件里不就白瞎了么 还是得鼠标点点或者打一串hjkl尬住
还不如用AutoHotKey 或者 Karabiner + BetterTouchTool 整一套全局都能用的HyperKey快捷键实用
是的，就是白瞎了，tmux翻页都快不会翻了，肌肉记忆拿到键盘就对着jk开始一通按
【引用自 xxxyyy】:
手机上聊一下天就代码写好了
真的是这样的… 现在摸鱼就是在手机上写写代码，很带劲
Screenshot 2026-02-06 at 12.11.41 AM1260×2736 352 KB
感觉 CLI 的本质就是命令计算机工作，只是传统 CLI 要求用户写机器能理解的 command，为了降低 input 门槛才有了 GUI
但是现在自然语言成了新的 command language，大量 GUI （包括 IDE？）反而变得多余了。所以感觉 CLI 还挺适合 vibe coding 的。（在 GUI editor 里开个 coding agent 对话框，感觉其实就是在 GUI 里用 CLI ， 别的界面元素都不太会去用了 ）
感觉这也是为什么 chatbot 成了 LLM 的主要交互方式，虽然仍然需要 UI ，但变得 minimal，主要为 format output 服务了。这样看 chatbot 其实也是一种 CLI
记不住那些指令和快捷键，不爱用terminal，但是每次看他们把terminal搞的很炫酷也是挺佩服的。
以前有个同事就不用ide，然后每次merge就跟老板说他不想solve merge conflicts
啥意思, merge conflict和IDE没有关系啊. 不用IDE也可以solve conflict.
solve conflict 也不是他想不想的, 不solve 怎么merge
操作比较麻烦吧，肯定要比vscode麻烦，意思就让他先merge进去呗
emacs
现在用cursor，都是terminal对话，IDE占内存
感觉这种员工应该开除……
因为terminal节省发布成本
【引用自 severolf】:
这种员工应该开除
确实, 太扯淡了.
组里人多的话, 他也没法操作
我因为要用GoLand一直用的cursor agent，就是命令行操作的，其实没啥区别……
主要是屏幕太小而且其他部分很distracting，我IDE基本只用文件编辑和看Diff
不错了，我只会i ESC wq(q!) 其实差不多也够用了
2026年了竟然还有讨论editor vs IDE的，简直梦回大学时代
vim其实是一种操作模式，我进到IDE以后还是会开vim mode，习惯了以后很顺手，我反而觉得用鼠标点来点去很繁琐。但不喜欢用完全没必要逼自己用的。IDE有专业的团队维护，而且整合了很多其他功能，完全可以把IDE和edtor两者的优势整合起来
【引用自 itbwtw】:
2026年了竟然还有讨论editor vs IDE的
this will never end.
我就只会这个
老哥跳槽某挺好的地方了，可能我在恶意揣测，但提出先merge是真的
反正都是对话 在IDE里聊和在Terminal里聊 都一样
现在claude code反而仔terminal里打打自然语言就能写完code了
terminal vim 解决了我腱鞘炎的问题，而且做硬件的公司甚至会培训你使用 vim
花点时间学vim， 手指都不用离开键盘
现在都是vscode ssh到开发环境 上 用vim edit mode
vimium 了解下。本老在泥潭灌水基本手不用离开键盘。
需要迅速浏览production log或者看几个G的log，感觉没有比terminal更好用的solution了
确实该开除，terminal上resolve conflict的好工具也是很多的
IKR 所以我特意没提网页浏览这个场景，比如Slack/XXX Chat和Google Doc还是用不了vimium吧
当然跟得上AI时代的公司也都该配好MCP让Claude/Cursor接入这些了，不太需要自己太多手动输入了。
但目前AI吹得震天响，能把这么简单的tooling做好的目前真没几家，所以
【引用自 itbwtw】:
2026年了竟然还有讨论editor vs IDE的，简直梦回大学时代
是这样吗，我一直以为他说想先merge是因为vim不好操作，他分享屏幕的时候我大为震撼。
老哥每次被comment就写小作文defense
码农的黑色诱惑
【引用自 kururi】:
操作比较麻烦吧，肯定要比vscode麻烦
我平时都用vscode配vim extension
只有搞conflicts的时候我严格只用git difftool（hook到vimdiff）
不管是side by side comparison还是快捷键跳到下一处改动都太方便了
Good to know，那看来丫就是装疯，给tl说让他先来lol被吐槽了
vim党什么都用vim或者和有vim的快捷键的tui或者gui完成
个人感觉terminal的各家ai的cli工具适合从头开始vibe coding
ide适合处理n个不同文件甚至repo之间跳来跳去的屎山
通过 TUI 或者 Firenvim 这类插件是可以强行用 Vim，但也得要牺牲 Slack 的 Huddle/Thread 体验，或者无法在 Google Docs 的 Canvas 渲染层里协同工作
anyways 我大大小小tech厂工作多年，接触的同事里既没有见过vim党，更没见过karabiner/ATH，大部分还是鼠标点点点看得我肚肠根痒
这些人可能在欧洲自闭吧
纯Vim + 终端也鼓励你写更清晰的代码。写了12年代码除了java其他全是纯文本。这个工作流特别适合Go、C这种语法清晰的。要找方法定义直接rg func.*method 就可以了，我连lsp或者自动检查语法都不用，手随心动。多文件重构直接tmux开多个终端或者vim buffer / tab。
这个工作流好处是随用随改，操作是纯原子的，改完一个文件就关闭，鼓励你把工作拆分成几个原子化的小工作，每次打开tmux tab都鼓励你想“我要做什么，我能不能在一个小时内做完这个子任务关掉这个页面”。AI coding也是单开一个tmux tab，做一个well-defined的活，一小时内必须关闭。
这种非常适合你知道自己该做什么的，我的浏览器页面也是从来不超过10个tab，会主动维护context size把不用的关了。不适合你不知道该做什么的
Gnu screen , vim, emacs
Jupyter 都在emacs里， 不想动鼠标
【引用自 741225850】:
Gnu screen
这个真的是life changer