文字編輯器之後的那一步

輕量編輯器寫腳本確實舒服：開得快、沒有東西擋路、旁邊開個終端機什麼都能做。然後專案長大了。有兩個解譯器，只有一個裝了正確的套件；某個 bug 只在函式第三次被呼叫時出現；測試得照特定順序跑；終端機從助手變成了第二份工作。這裡就是真正的工作台開始回本的邊界，而 Python 在這個位置上長年的預設答案，就是這套環境。

它在這條邊界上做的事並不華麗，但很實用。解譯器與虛擬環境從介面管理，而不是三行終端指令加一點運氣，於是把專案換到另一個 Python 版本是拉個下拉選單，而不是一場除錯。補全看得懂型別標註與專案結構，所以它建議的是真的存在的方法，而不是一個看起來合理的詞。把一個函式在四十個檔案裡改名，是一次可驗證的操作，而不是搜尋取代加上交叉祈禱。

看得見的除錯器

視覺化除錯是改變習慣的那一部分。中斷點停在邊欄，呼叫堆疊與變數值是面板而不是印出來的文字，暫停在某個框架裡時還可以直接求值一個運算式，不必回頭改原始碼。曾經花一整晚加加減減那些輸出敘述、只為了知道哪個分支真的跑過的人，會立刻認出它的價值：問題幾秒內有答案，而那個檔案維持原樣。

核心之外是讓專案管得動的那些東西：逐項顯示結果的測試執行器、連到應用程式所連的同一個資料庫面板、會指出哪幾行被誰改過的版本控制整合，以及在意想不到的變慢出現時用得上的效能分析。

對新使用者最重要的消息是授權變了。個人非商業使用現在免費，學生與教師本來就涵蓋在內。商業工作仍需付費版本，網站框架支援、資料庫工具與科學計算的輔助都住在那一側。學習、開源專案與個人小工具，旗艦體驗現在零成本，這移除了過去讓這類討論直接結束的那個反對理由。

它在哪裡顯得過重

對一支兩百行、每週跑一次的腳本來說，這是用重裝備回答小問題。啟動比編輯器慢，記憶體用得更多，第一次打開大型專案要花一分鐘建立索引。以終端機與模態編輯器為主要工作方式的人，會覺得整套安排很陌生，硬推給他們是錯誤，而不是什麼訓練機會。

好工具還有一個細微的風險：它會把底下那一層藏起來。只用過圖形環境的人，可能說不出虛擬環境究竟是什麼，於是在第一次遇到部署腳本與開發環境行為不同時卡住。花十分鐘學會建立與啟用環境的那兩行指令是值得的，即使介面已經替你做了。

它的護城河是二十年對開發者體驗的偏執。你想得到的每個動作，它幾乎都提前鋪好了路，這就是成熟開發環境的實際含義。

合理的起步方式。動手寫東西之前先設好解譯器與虛擬環境，因為一開始就設對的專案，後來很少需要拆解。用中斷點取代輸出敘述，並記住步進、跨過、跳出的三個快捷鍵，它們承擔了大部分價值。早點接上風格檢查與提交前掛鉤。把它當成值得學習的工具，而不是高級記事本；真正省下幾小時的功能，恰好都是不會被偶然發現的那些。

給團隊的實務提醒：免費的個人授權與付費的商業授權是針對不同情境的兩個產品，最好在事前弄清楚某台機器適用哪一個，而不是在稽核時才發現。