为什么我在用 Kate 学习编程而不是用 VS Code

最近我决定重新开始编程。不过，我没有遵循从 Visual Studio Code 入手的惯例。相反，我是从头开始使用高级文本编辑器 Kate。

在开始学习 Rust 编程时，我阅读了几本指南，这些指南鼓励我以 VS Code 作为起点。它是免费的，而且几乎对任何语言的支持已经存在，或者可以通过下方推荐的扩展轻松获得。不过，我是在不同的平台上学习的。

我已经深深融入了 KDE 生态系统

Kate 来自与我已经使用的 Kubuntu 和 Plasma 相同的家族

我使用 Linux 作为我的主要桌面系统，而且已经使用多年。我最喜欢的工作桌面环境是 KDE Plasma。可以说，Kate 是在 KDE 项目旗下开发的。

事实上，Kate 有时会与 KDE Plasma 桌面环境一起打包。它集成了 Konsole 终端模拟器，我已经用它进行命令行工作，而且它的主题选项与标准的 KDE Plasma 主题相匹配。一个统一的整体生态系统让我感到宾至如归，并且与我的电脑保持同步，而且由于它基于 KDE，我不必担心微软在旁窥探。

凯特是完全开源的

信不信由你，VS Code 是专有软件

只要可能，我更喜欢使用开源软件来代替专有选项。只要它们得到良好维护并具备我需要的功能，我就会选择那些让我不必使用功能对我和任何不为其背后的公司或实体工作的其他人而言都不可知的黑箱的解决方案。

虽然你可以在 GitHub 上找到 VS Code 的基本代码，名为“Code - OSS”，但作为 VS Code 打包的软件实际上包含了“微软特定的自定义”。换句话说，你正在使用的应用程序并非完全开源。相比之下，最终被称为 Kate 的产品则是完全开源的。

更不用说，Kate 比 VS Code 更轻量，在我的设备上消耗的资源大约是 VS Code 的一半。这意味着更高的可移植性；我可以在资源较低的计算机上使用 Kate，开销更小。

我对氛围编码不感兴趣

亲爱的 Copilot：感谢，但不需要

最近当我打开 VS Code 时，总是会看到多个提示让我开始提示——也就是提示一个大型语言模型（LLM）。VS Code 真的很执着地通过其 Copilot 集成让我进入编码的氛围模式。

界面上占用空间的所有这些功能对我来说都没有吸引力。如果我选择随性编程，那么我可能会更快得到看似可用的软件，但我不知道它是如何工作的。我也无法排除故障，除非让大型语言模型去修复它，而它可能会修复，也可能不会——我无法知道。

不，我更愿意了解我签名的软件的内部运作。总之，我想拥有一个真正可以在市场上运用的技能，而“提示工程师”并不属于这种技能。更不用说涉及大型语言模型使用的伦理和法律问题了。我宁愿保持清白，不想让那些肮脏的部分弄得我的文本编辑器乱七八糟。

我想尽可能多地学习

我宁愿成为专家，也不愿只做一个够格的业余者

说到学习，我很欣赏凯特不像 VS Code 那样过多的手把手指导。不仅没有可以帮我做作业的语言模型，而且也没有自动安装扩展来提供大量学习代码帮助的提示。

例如，我必须安装像 rust-analyzer、pylsp 和 marksman 这样的包，以便在分别使用 Rust、Python 和 Markdown 编写代码时获得详细的支持和代码检查。这花了一些时间研究才能弄清楚，但一旦我弄明白了，我对文本编辑器和集成开发环境的工作原理的理解，比单纯设置 VS Code 进行开发要深入得多。

当我思考为什么我要编程时，这不仅仅是为了完成一个产品。当然，当我有软件可以展示给别人并加以使用时，我会很高兴。不过，对我来说，真正重要的是在学习的过程中，我能够实际提升技能并加深对这一学科的理解。

我使用它不仅仅是为了编程

实际上，我正在学习在 Kate 中不仅仅编写 Rust。我也在用它进行 Bash 脚本编写和 Markdown 写作。事实上，我在 Kate 中完成了这篇文章的第一稿。我最近还写了一个用来清理下载文件夹的 Bash 脚本，而这个脚本完全是在 Kate 中编写的。