系列:“開發者對抗人工智慧”
人工智慧不再是我們工作流程中一個光鮮亮麗的附加元件,而是每天默默無聞地坐在我們身邊的同事。它編寫樣板程式碼,解釋複雜的錯誤,產生文件,有時甚至在我們完成之前就完成了整個元件。
這就引出了本系列的新問題:
開發人員是否逐漸從程式設計師轉變為人工智慧管理者?
不是反烏托邦式的,而是現實生活中那種「我花在核實上的時間比寫作的時間還多」的日常狀態。
這是我的「開發者大戰人工智慧」系列文章的第三篇。
過去,開發人員大部分時間都花在打字上。現在,我們花更多的時間在:
驗證人工智慧建議
在多個人工智慧生成的方法中做出選擇,
審查我們沒寫過的程式碼。
我們正在從創作者轉變為策展人。
這倒也不錯,但這改變了保持敏銳所需的技能。
人工智慧可以整天產生簡潔的函數。但它仍然難以解決的問題是:
長期架構決策,
領域特定約束
來自真實商業環境的權衡取捨。
這使得建築比以往任何時候都更有價值。
了解系統設計的開發人員,無論人工智慧變得多麼先進,都會比只依賴提示的開發人員做得更好。
我越是使用人工智慧,就越感覺像是在指導一名初級開發人員:
速度很快。
它犯了錯誤。
需要上下文。
它需要監管。
情況會隨著時間推移而好轉。
區別?
這位初級開發人員從不睡覺——並從數百萬個專案中學習。
開發人員的角色變成了管理這種關係:提供更好的指導、引導方向並保持程式碼品質。
我們已經看到這種情況發生了。
思維清晰、編寫提示語句簡潔明了、能夠邏輯地分解問題的開發者,能夠獲得更好的人工智慧成果。而那些做不到這一點的開發者……則會舉步維艱。非常艱難。
「提示」不是什麼魔法,它只是將清晰的思路轉化為文字而已。
從某種意義上說,人工智慧正在揭示我們是否真正理解我們正在解決的問題。
以下是我注意到的一些現象,或許你也有同感:
人工智慧為你做的事情越多,當你手動編寫程式碼時,你就越會開始懷疑自己。
不是因為你做得不好。
但因為你已經習慣了擁有第二個大腦。
那是個問題。
開發人員需要對自己推理有信心——這是除錯、架構決策和領導能力得以發揮的關鍵。
如果人工智慧持續加速發展,想要保持領先的開發者應該加倍努力:
建築與系統思維
商業理解(人工智慧不了解你的公司)
除錯直覺
溝通與清晰度
安全與資料意識
思考時要考慮限制條件,而非僅是解決方案。
人工智慧可以增強這些技能,但無法取代它們。
誠實地?
是的。
但這是以一種最好的方式。
我們正在演變為:
系統設計師
決策者們
建築師,
問題解決者,
解釋者,
品質把關人。
人工智慧正在使開發工作更人性化,而不是相反。
它自動化的是打字,而不是思考。
隨著假期臨近,我正在為本系列以及所有專注於開發者的讀者準備兩款特別產品:
一份實用、簡潔明了的清單,包括:
已在實際專案中測試的工具
工作流程優化,
值得收養的隱藏瑰寶
還有一些出乎意料的實驗,後來也成了我日常生活的一部分。
一篇更深入、更具啟發性的後續文章將於假期發布:
“當人工智慧成為預設的問題解決者時,開發人員的角色會發生什麼變化?”
從個人和分析的角度探討隨著人工智慧在 2025 年成為我們首先使用的工具,開發人員職業可能會如何發展。
這兩部作品將作為獨立的節日特輯發布,敬請期待。
👋
感謝閱讀——我是 Marxon,網路開發人員,致力於探索人工智慧如何重塑我們建構、管理和思考技術的方式。
如果你喜歡這篇文章,請在 dev.to 上關注我,並在 X (@Marxolution) 上加入我,我會在那裡分享一些更簡短的想法、實驗和幕後想法。
讓我們繼續用心建設。 🚀
原文出處:https://dev.to/marxon/developers-vs-ai-are-we-becoming-ai-managers-instead-of-coders-5ef3