有一天，我正在做一个 Python 项目。我拥有“可靠且快速”的 Windows 系统和“快速且优化”的 VS Code 编辑器。但是，唯一的问题在于，这些形容词都是虚假的。同时打开三个浏览器标签页和一个 VS Code 窗口，对于我的 16GB 内存来说，简直就像是自寻死路。而且，正如你可能已经猜到的那样，这并不仅仅是“某一天”的情况，而是每次我想在微软生态系统中进行任何形式的开发时都会发生（除了浏览器，我认为微软 Edge 浏览器非常糟糕，而 Chrome 浏览器尽管有延迟，却是唯一的替代品）。
在那种情况下，想象一下我的编码速度有多慢。我运行着最新版本的 Windows 和最新版本的 VS Code，没有任何不必要的后台应用程序，并且遵循了每一个所谓的“秘密”步骤来“优化”和“加速”Windows 及其相关应用程序。我做的一切都是正确的，但它仍然太慢了。很多时候，我 16GB 内存的大部分仅仅被成千上万个后台服务占用，这些服务累积起来使用了大量的内存。
因此，大约三个月前，也就是 2026 年 3 月 10 日，我决定在我的主电脑上尝试双启动一个 Linux 发行版。我使用磁盘管理应用程序缩小了 Windows 分区，并继续在我的 1TB 固态硬盘上分配了大约 300GB 的空间给 Debian 13.3（Trixie），这是一个以稳定性、庞大的软件仓库、广泛的架构支持、严格的自由和开源软件理念以及升级可靠性而闻名的 Linux 发行版。到目前为止，我在 300GB 的分区中只使用了 62GB 的空间，这意味着即使只有 100GB 我也会非常宽裕。这些数据用量还包括大型媒体文件。
我原本以为我只会把 Linux 当作一个副业或爱好，并且也会经常启动进入 Windows。但是，两个事实让我再也没有为了除数据收集以外的目的而启动过 Windows。这两个事实是：
- 我在 Linux 上从未经历过我认为没有合理原因的卡顿。
- 它并不像我想象的那么难用。
为了更详细地阐述第二个事实，至少对我来说，Linux 的复杂性取决于你的桌面环境。在 Windows 上，你被锁定在一个可能非常卡顿但用于基本任务极其简单的桌面环境中。另一方面，Linux 通常允许用户选择自己的桌面环境，例外情况是某些不可变发行版以及像安卓操作系统和 Chrome 操作系统这样的操作系统（是的，它们依赖于 Linux）。在 Linux 上，用户可以通过明智地选择使用哪个桌面环境，为自己的具体情况在易用性、可用性和速度之间找到正确的平衡。
我最初尽力寻找适合 Linux 的“完美”轻量级集成开发环境。我尝试了 Sublime Text，并且在一段时间内对它感到满意。但是，我最终决定摒弃集成开发环境，转而直接在终端中编写代码。
当通过代码或文本编辑器（如 micro 或 nano）在终端中编写代码时，你用来编写代码的工具通常不会显著增加计算机的资源占用，除非是某些用于防止安全、速度和其他问题或错误的高级代码分析工具，以及其他某些应用程序。例如，如果你可以打开五个浏览器标签页而没有任何卡顿，那么添加像 micro 这样的工具并不会让你的体验变得更加卡顿。
有了我的新开发工作流程，我能够编写代码——且没有卡顿。我可以打开十个不同的终端标签页，这对我的笔记本电脑造成的负担甚至比闲置时还要小
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
