另外谈到 VSCode 言必及前端（比如 3L 就是），因为 VSCode 本身受益于 Web 生态，同时也是众多 Web 生态高优先支持的开发工具。
基于 Web 让 VSCode 天然的对 Web 开发有亲和力，比如自带对 Web 开发较完整的支持，比如 tsserver 的私货，又比如开个标签页就能预览项目 /结果（毕竟 Web 是个时常需要和可视化内容打交道的领域）。
这方面 Java 开发的 JetBrains IDE 就有点力不从心了，渲染个 README.md 都吃力，更别谈看什么渲染结果了，除非哪天某捷克公司决定塞个 Chromium 🐶

不考虑影响因素众多的速度 /性能方面的话（常见场景两者也并没有显著差异），那就是高自由度和开箱即用（甚至可以类比为 Windows 和 macOS 🐶）的区别。
VSCode 提供了大量协议供插件定制其几乎所有主要功能，而基于 Web 技术则带来了易上手、易实现、生态广的插件开发特点，IDE 里的许多功能都能找到类似的插件。再加上它很少缺席各类语言 /库优先适配和投入资源的工具链，适用范围极广，很多时候能避免同时开多个针对不同语言优化的 IDE 的开销。
与不经过一番配置很难体现真正实力的 VSCode 不同，IDE 安装完便是生产力。JetBrains 通过开发和打磨高质量的内置插件（功能），和编辑器本身配合，体验会比第三方插件更加沉浸、完整、可靠。开发过程从新建项目到部署交付的整套工具，最多仅需基本配置 IDE 便能全部支持。另外编辑方面有 Language injections 这类其他编辑器很难做的大杀器。

@sweetsorrow211 都是用 FaceYourManga 做的

1 2 4 6 ripgrep ，3 pipe 到另一个 ripgrep/fzf 或者存为文件再搜，5 靠 shell 历史
虽说易用性不是很高🐶

@holulu 自托管服务只要定期备份数据都能做到“省心”吧。不过此时可靠度就取决于备份到哪了🐶

Linux 版 QQ ？不应该是 Windows 版 QQ 运行于 Deepin 适配的 Wine 里吗

需求有点怪，Shell 本来就胶水，不让用三方库有点又要马儿跑，又要马儿不吃草的感觉
如果有 Python ，像 10L 提到的用它解析也行
如果是觉得 jq 之类的包不方便装，可以用下面这两个 Go 写的单文件程序来解析
https://github.com/mikefarah/yq
https://github.com/TomWright/dasel

如果源码是 Git clone 下来的，估计是 shell 装了设计不佳的 Git 插件导致的。可以换支持异步更新的插件，或者速度快的同步插件（如 Starship ）。

除了捐 Open Source 还可以考虑下维基百科和 InternetArchive

1. Command + Alt + C 复制路径
2. Command + Shift + G 前往文件夹
3. Command + V 粘贴
4. 回车跳转

@wuhao 人家说的可能是在 Finder 里用 QuickLook

@cmdOptionKana 那时不时 GC 一下怎么保证稳定性呢

@msg7086 只要我不更新就不知道有多少洞🐶

@thedrwu 脱敏是指啥？

一个编辑器的命运啊，当然要靠自我奋斗，但是也要考虑到生态的进程。
这个 Lapce 看样子是接着 xi-editor 那一套做下去的，作者在 HN 上说插件系统还没生出来，要是到时候能兼容 VSCode 插件或许有点看头。

不开个 Minecraft 服务器浪费了🐶

@YuiTH /t/812823

@ekidona 老祖宗的方法管用——竖排