微軟藏了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了」——現在有了新的回響。你的工具鏈里，有沒有同樣「好幾年沒審視」的默認選項？