微软藏了5年没宣传，SSH用户集体换工具才发现真香

2024年，Windows用户花在PuTTY上的时间，足够看完《星际穿越》300遍。

这不是夸张。Reddit开发者板块的一项非正式统计显示，超过60%的Windows工程师仍在使用这款1999年发布的开源工具连接远程服务器。同一群人，用着2024年的AI编程助手，却守着比尔·克林顿时代的终端界面。

技术债有很多种。代码里的叫债，工具链里的叫惯性。

1. 那个周末的导火索

作者的朋友丢过来一句话：「我好几年没用PuTTY了。」

这句话像一颗延迟引爆的雷。作者突然意识到，自己安装PuTTY的习惯始于Windows XP时代——那时系统连原生SSH客户端都没有。二十年间，硬件换了七茬，操作系统迭代了五代，唯独这个绿色图标的终端程序雷打不动。

PuTTY、Notepad++、WinSCP，这三款工具构成了典型的Windows开发者「默认套装」。它们免费、稳定、跨版本兼容，完美符合「装完即忘」的标准。问题是：当你停止比较，「默认」就变成了「最优」的幻觉。

作者决定用一个周末做彻底替换。结果出乎意料——不是「差不多」，是「早该如此」。

2. PuTTY的退场：Windows Terminal的原生革命

替代方案：Windows Terminal + OpenSSH

PuTTY的历史功绩不可否认。1999年，Windows没有内置SSH客户端，PuTTY填补了这个真空。它轻量、便携、支持多种协议，成为事实标准。

但时代变了。2018年，微软将OpenSSH客户端集成进Windows 10（1803版本）。2020年，Windows Terminal 1.0正式发布。这两项更新意味着：Windows用户不再需要第三方工具就能完成SSH连接。

具体差异体现在三个层面：

标签页管理。PuTTY的每个连接都是独立窗口，任务栏挤满图标是常态。Windows Terminal支持多标签页，SSH会话、PowerShell、WSL（Windows Subsystem for Linux，Windows的Linux子系统）可以并排存在。

配置持久化。PuTTY的会话设置分散在注册表和.ppk密钥文件中，迁移机器时容易遗漏。Windows Terminal的配置集中在一个JSON文件，Git版本控制后直接同步。

字体渲染。PuTTY的字体选项停留在功能层面，Windows Terminal支持GPU加速的文本渲染，连Nerd Fonts（开发者专用图标字体）的powerline符号都能正确显示。

作者的原话：「现在它们没了，我不敢相信自己等了这么久。」

3. Notepad++的替代：VS Code的降维打击

替代方案：Visual Studio Code

Notepad++的处境比PuTTY更微妙。它至今仍在更新，功能清单越来越长——语法高亮、宏录制、插件生态。问题在于：它的设计哲学停留在「高级记事本」，而现代开发者的需求已经进化成「轻量IDE」。

VS Code（Visual Studio Code，微软开发的代码编辑器）的免费策略彻底改变了游戏规则。2015年发布时，它瞄准的是Sublime Text和Atom的市场。九年过去，它成了Stack Overflow开发者调查中使用率最高的编辑器（74.48%，2023年数据）。

对比Notepad++，VS Code的核心优势不是功能数量，而是功能密度：

打开一个文件夹即成为工作区，Git状态、文件搜索、终端集成在一个窗口。Notepad++需要插件才能实现类似效果。

远程开发扩展（Remote Development）允许直接编辑SSH服务器上的文件，无需先下载到本地。这对WinSCP+Notepad++的组合是结构性替代。

IntelliSense（智能代码补全）和调试器支持，让「临时看一眼代码」和「正经开发」之间的切换成本趋近于零。

一个细节：Notepad++的安装包大小约4MB，VS Code约90MB。但后者启动后内存占用反而更低——Electron架构的优化和V8引擎的内存管理，抵消了体积差距。

4. WinSCP的终结：文件传输的范式转移

替代方案：VS Code远程扩展 + Windows Terminal SFTP

WinSCP的设计充满年代感。双窗格界面、拖放传输、站点管理器——这些功能在2000年代是先进生产力，在2024年是认知负担。

文件传输的需求没有消失，但实现方式已经分化。作者采用了两种替代方案：

日常编辑：VS Code的Remote-SSH扩展。连接服务器后，文件系统直接映射为本地工作区，修改保存即同步。没有「上传」「下载」的概念，只有「编辑」。

批量操作：Windows Terminal配合SFTP命令行，或直接使用rsync（远程同步工具）。脚本化、可复现、能进Git历史。

WinSCP的图形界面在特定场景仍有价值——向非技术同事演示文件位置、处理权限异常的目录。但作者发现，这类场景在自己工作中的占比低于5%。

5. 工具链迁移的真实成本

周末替换的叙事听起来轻松，实际存在隐性门槛。

配置迁移是最耗时的部分。PuTTY的会话记录、Notepad++的自定义语法文件、WinSCP的站点密码——这些分散在各处的数据需要手动整理。作者花了周六上午专门处理这件事。

肌肉记忆的打破更具挑战性。Ctrl+Alt+T在PuTTY中打开新终端，在Windows Terminal中无响应；F5在Notepad++中运行宏，在VS Code中启动调试。快捷键冲突的调试持续了整整两天。

但回报同样具体：启动时间从「双击图标」变为「Win+R输入wt」；多服务器管理从「Alt+Tab切窗口」变为「Ctrl+Shift+数字切换标签」；配置备份从「导出注册表」变为「git push」。

这些改进单独看都是小事，叠加后的流畅感是质变。

6. 为什么我们会拖延工具升级

作者的经历指向一个普遍现象：技术从业者对生产工具的更新惰性，远高于对工作代码的要求。

可能的解释包括：

风险不对称。代码重构有测试覆盖，工具替换没有「回滚按钮」。一旦新工具在关键时刻失效，代价是可见的故障。

沉没成本谬误。多年积累的快捷键、插件配置、问题解决经验，构成了难以量化的「人力资本」。放弃意味着承认这部分投资的贬值。

注意力稀缺。工具研究需要时间，而时间是最紧缺的资源。当「能用」和「好用」的差距不够刺眼时，维持现状是理性选择。

社交证明缺失。PuTTY的月下载量仍以百万计，Notepad++在GitHub有20k+星标。流行度制造了「大家都在用」的安全感，掩盖了代际差异。

朋友的随口一句之所以有效，正是因为它打破了信息茧房——提供了一个外部视角，证明「不用这些工具」是可行且普遍的。

7. 微软的「隐形」策略

一个值得玩味的细节：Windows Terminal和OpenSSH的集成，微软几乎没有主动宣传。

没有发布会 keynote，没有「PuTTY杀手」的营销话术，甚至没有默认安装的提示。这些功能安静地躺在「可选功能」列表里，等待用户自行发现。

这种策略的利弊都很明显。利：避免与开源社区对立，PuTTY的维护者Simon Tatham至今受到尊重；弊：大量用户根本不知道原生替代方案的存在，继续维护着技术债务。

对比苹果的做法：Terminal.app从macOS诞生之初就是系统组件，iTerm2的流行属于「锦上添花」而非「雪中送炭」。Windows的历史包袱让它无法复制这种路径，但2018年后的追赶速度证明，技术差距可以弥补，认知差距更难消除。

8. 下一代工具链的轮廓

作者的迁移并非终点，而是起点。Windows Terminal仍在快速迭代——2023年发布的1.18版本支持AI驱动的智能提示（通过GitHub Copilot集成），1.19实验性地加入了可配置的右键菜单。

VS Code的远程开发套件正在吞噬更多场景。Codespaces（云端开发环境）让「本地配置」本身成为可选项，浏览器即IDE的愿景越来越近。

一个潜在的颠覆变量是WSL的成熟。Windows 11上的WSL2已经支持systemd和GUI应用，Linux工具链的原生运行模糊了「替代」的边界——不是用Windows工具替代PuTTY，而是直接用OpenSSH。

作者没有提及但隐含的趋势：命令行工具的复兴。现代CLI（命令行界面）框架（如Rust编写的Starship提示符、zoxide目录跳转）正在重新定义「终端体验」，而PuTTY的架构无法承载这些创新。

9. 迁移指南：从认识到行动

对于仍在使用「老三样」的读者，作者的经历提供了可复制的路径：

第一阶段：并行安装。不卸载旧工具，先让新工具进入工作流。Windows Terminal和VS Code都可以与PuTTY、Notepad++共存，降低心理门槛。

第二阶段：场景替换。从新项目或低风险任务开始，强制使用新工具完成。作者选择了一个周末的个人项目作为试验田。

第三阶段：配置固化。将新工具的设置导出为可版本控制的格式，建立「可迁移」的信心。Windows Terminal的settings.json、VS Code的settings.json和keybindings.json都值得纳入Git。

第四阶段：旧工具退役。当新工具覆盖95%以上场景时，卸载旧程序。作者保留WinSCP作为「紧急备用」，但桌面快捷方式已经删除。

关键认知：工具替换的收益不是线性的。前20%的投入带来80%的改善，剩余20%的完善需要80%的调试。接受「足够好」的中间状态，比追求完美迁移更可持续。

10. 一个产品经理的观察

从产品设计角度，PuTTY、Notepad++、WinSCP的持久流行揭示了工具类软件的特殊生命周期。

它们都遵循「解决问题→成为默认→停止比较」的路径。与SaaS产品不同，桌面工具没有订阅续费的压力，也没有强制更新的机制。用户停留在「满意」区间，厂商缺乏动力打破平衡。

微软的介入改变了博弈结构。Windows Terminal不是商业产品，而是生态基础设施。它的目标是降低Windows作为开发环境的摩擦，而非直接盈利。这种「降维竞争」让传统工具厂商难以回应——PuTTY无法要求用户付费升级，Notepad++的捐赠模式支撑不了IDE级别的功能开发。

最终胜出的工具，往往不是功能最强的，而是与平台绑定最深的。这不是技术判断，是产品规律。

作者的朋友那句话——「我好几年没用PuTTY了」——现在有了新的回响。你的工具链里，有没有同样「好几年没审视」的默认选项？