🔧 阿川の電商水電行
今天早上我瞥了一眼瀏覽器標籤頁。開了二十個標籤頁。每一個都是克勞德或雙子座的。
然後我想起了四年前我的標籤頁是什麼樣子：Stack Overflow 貼文、MDN 文件、部落格文章、GitHub 問題。傳統的開發者工具包。
這種轉變發生得如此緩慢，以至於我幾乎忽略了它的根本性。
古道
還記得你的工作流程嗎？遇到問題後，精心設計搜尋查詢，翻閱 Stack Overflow 上 2014 年的答案，參考三篇不同的部落格文章，最終拼湊出一個解決方案。然後，你還會把這些網頁標籤頁開著好幾天，因為你可能還會用到它們。
文件就是你的聖經。你會花幾個小時閱讀 API 文件，試著理解範例，並將它們與你的具體用例聯繫起來。
新方法
現在呢？我打開聊天窗口，描述我正在開發的東西。對話就像是和一位讀過所有文件、瀏覽過所有 Stack Overflow 貼文的人結對程式設計一樣展開。
-
需要理解複雜的 API？那就反覆提問，直到徹底明白為止。
-
還在為架構設計方案猶豫不決？實時集思廣益，權衡利弊。
-
記不住那個正規表示式模式？我們可以為您詳細解釋並根據您的具體情況進行客製化。
它不僅僅是速度更快，它本質上就不同。
例如：上週我需要為我的 MCP 伺服器實現速率限制。舊方法：我會搜尋“node.js 速率限制”，閱讀 5 篇文章，拼湊出一個解決方案，然後進行測試和除錯。新方法：我向 Claude 描述了我的使用場景，我們討論了各種方案的優缺點（令牌桶與滑動視窗），它產生了一個能夠處理我特定極端情況的實現方案，我審核後即可發布。
結果相同，但過程截然不同。知識傳遞是透過對話完成的，而非書面記錄。
我們沒有談論的
開發社群仍在消化這種轉變，坦白說，我不確定我們是否在進行正確的討論：
我們談論生產力提升。沒錯，我的出貨速度確實更快了。但這不是重點。
我們很少討論它如何改變我們的學習方式。我不再需要死記硬背語法了，而是學習概念和模式，而人工智慧則負責處理實作細節。這樣更好嗎？更糟嗎？還是只是不同而已？
我們不討論依賴性問題。我現在的整個工作流程都建立在能夠存取這些工具的前提下。如果我無法存取這些工具會怎麼樣？我會失去技能，還是只是把記憶工作轉移到更高層次的思考？
我們輕描淡寫地掩蓋了失去的東西。那47個Stack Overflow標籤頁不僅僅是研究資料——它們將你與成千上萬曾為同樣問題苦惱的開發者的集體智慧連結起來。現在，我的標籤頁變成了與人工智慧的對話。我的工作效率更高了，但也更孤立了。這裡面蘊含著一些我們尚未深入探討的哲學問題。
令人不安的問題
我非常喜歡這些工具。 FPL Hub、我搭建的 RAG 系統、我的 MCP 伺服器——它們都是在人工智慧的輔助下開發的。我的工作效率比以往任何時候都高。
但有時我會想：
-
我是在成為更優秀的開發者，還是只是成為更優秀的響應式工程師？
-
當人工智慧解釋某些事情時，我真的理解了，還是只是相信了它？
-
如果下一代開發者從未透過慘痛的教訓學會閱讀文件，他們會怎麼樣？
或許這只是進化論
每一代開發者都會面臨這個問題。組合語言程式設計師認為高階語言會毀掉程式設計。 Java 開發者嘲笑那些「功能太多」的框架。如今，資深開發者仍在爭論初級開發者是否應該先學習演算法再學習框架。
或許人工智慧輔助只是下一個抽象層。反對它就像堅持讓我們都從頭開始編寫 malloc() 函數才能「真正理解記憶體管理」一樣。
或許這次情況有所不同。
現在最重要的技能
我注意到，重要的技能正在改變。
不太重要：
-
記憶文法
-
了解庫的每一個極端情況
-
完全記住 API 方法
更重要的是：
-
提出正確的問題
-
評估人工智慧產生的解決方案是否真的有效
-
理解權衡取捨和系統設計
-
知道何時應該信任人工智慧，何時應該深入挖掘。
我現在還無法判斷這究竟是好是壞，但我知道這是真的。
我確信的事
看著這些標籤頁——全是 AI 聊天記錄，沒有一份傳統文件——我知道一件事：我們的工作方式已經徹底改變了，而我們仍在摸索這意味著什麼。
我們是經歷這場變革的第一代開發者。我們正在即時書寫變革的藍圖。我們當中有些人如魚得水，有些人持懷疑態度，而大多數人則介於兩者之間。
但資料不會說謊。這種轉變是真實存在的。無論我們是否已經完全接受它。
你現在標籤頁裡都有些什麼？還是文件嗎？還是也已經換成其他內容了？
原文出處：https://dev.to/dannwaneri/my-chrome-tabs-tell-a-story-we-havent-processed-yet-ec9
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
