折腾半天，只为拿到那个“干净”的安装包
最近我这台主力机器，老是有些小毛病，特别是处理一些配置文件的时候，Windows自带的那个记事本，用着跟吃了苍蝇一样难受。啥行号、语法高亮，通通没有。想用一些高级点的，比如VS Code这种，杀鸡用牛刀，打开速度慢得让人想砸电脑。我就寻思着，得找个轻量级又强悍的编辑器，能镇得住场子的。
我的目标就锁定了KATE凯特。这玩意儿在Linux圈子里头口碑是真硬，功能强大，启动速度又快，跑在Windows上肯定也是个好手。但是，我的目标不是去应用商店下载那个捆绑了一堆乱七八糟东西的版本，我就是要那个纯净的、能让我自己保管的“安装包”，就是那个`.exe`文件，自己下载，自己存档。
寻找KATE安装包的过程，简直是一场战斗
你别看现在软件下载好像很容易，但你想找一个官方且干净、没有被第三方渠道动过手脚的安装文件，那可真是太折腾人了。我去它那个项目的主页看了一圈。好家伙，下载选项五花八门，有Snap的，有Flatpak的，还有直接让你去App Store拿的。我眼睛都看花了，死活找不到那个直接叫“Windows Installer”的东西。
我这人有个毛病，特别讨厌依赖包管理工具来安装基础软件。感觉一旦用了那些东西，软件就不受自己控制了，随时可能给我搞个后台更新，搞不好就出幺蛾子。所以我就开启了老派的搜索模式：
- 第一步：关键词精确定位。 我把搜索词从“KATE editor download”改成了“KATE windows installer offline package”，就是强调要离线的、完整的安装文件。
- 第二步：避开那些下载站。 那些国内外的软件下载站，广告比内容多，弹窗比文件大，我是一个都不敢点进去，生怕点进去给我捆绑个全家桶。我只盯着官方域名或者GitHub项目页。
- 第三步：深入挖掘Release页面。 终于，在GitHub或者官方的某个深层角落里，我找到了一个标注着“Standalone Installer”的字样。这才是我的菜！
下载倒是挺顺利的，文件不大，但光是找到这不到一百兆的文件，我硬是耗了快一个小时。这过程，简直比写代码还累。我为什么非要这么轴，非要自己去找这个原始安装包？这得从我三年前的一次“惨案”说起。
我为什么对“安装包”有这么深的执念？
你可能觉得我小题大做，不就是装个编辑器吗，随便点一下不就好了？但三年前那次，让我至今心有余悸。
那时候我在一家做金融后台的小公司，负责维护一套跑在Linux上的数据分析服务。我偷懒，图方便，那个系统里一个关键的第三方库，我是用系统自带的包管理器装的，想着它能自动更新，省事。
结果？那是一个周五下午，老板急着要一份数据报告去给大客户演示。我这边正在跑一遍校验脚本，结果那个该死的包管理器，趁着我在用它，悄无声息地给我推送了一个“微小”的更新。我连个提示都没看到，系统就卡死了，核心服务直接崩掉，数据输出半途而废。
我当时整个人都懵了，手忙脚乱地想回滚，但那个破包管理器回滚逻辑又是一团麻，死活恢复不到之前的稳定版本。我硬是熬到凌晨三点，手动把文件一个个替换回去，才勉强把服务救活。
那次事件之后，我深刻明白了，凡是能自己控制安装文件、能自己决定更新时间点的软件，我绝不交给那些自作聪明的“管家婆”。我要拿到原始的安装包，我要控制一切的起点。那个晚上我差点丢了工作，也让我学乖了：宁可前期多花点时间找文件，也绝不能让不可控的因素来干扰我的工作流。
安装过程：顺滑且干净
拿到这个纯净的`.exe`安装包之后，接下来的步骤就简单粗暴了。双击运行，整个过程非常标准化，没有弹窗推荐你装什么浏览器插件，也没有问你要不要把主页设置成某个奇怪的网站。
我一路点击“下一步”，自定义了安装路径——这也是必须的，我得知道它所有的文件都放在了哪里。安装速度非常快，几分钟就搞定了。
第一次启动KATE： 速度果然名不虚传，秒开。我随便导入了一个超过50MB的日志文件试试，流畅度依然在线。语法高亮、分屏编辑这些基本功能，用起来比我以前那些臃肿的编辑器舒服多了。
这个纯净的KATE安装包已经被我妥善地放在了我的“软件备份”文件夹里，旁边还给它写了个小小的版本备注。下次系统重装或者换机器，我直接拿出来就能用，完全不用再费劲去网上翻找。这回实践记录，虽然只是一个下载安装包的小事，但对于我这种“控制欲”极强的技术人来说，却是踏实工作的第一步。