🔧 阿川の電商水電行
前言
這篇文章是針對「新人應否使用AI」這個常見議題，
我這位工程師一年級的新手將比較 使用AI的時期 和 不使用AI的時期，
根據我的實際經驗整理出來的成長記錄。
雖然有意見認為新人不應使用AI，但也有聲音主張因為AI能加速成長，所以應該積極使用。
這次，我將從實際經驗中分享對這個議題的結論。
※順便提一下，我在此內容中登上了Progate BAR的講台
【增加名額】利用AI加速技能與職涯！- Progate BAR 年輕工程師專場LT與交流會
https://progate.connpass.com/event/373527/
原本就是AI的重度使用者
幸運的是，我們公司對AI非常積極，使用各種AI進行開發。
我在入職後，也如同大多數人一樣，使用以下各種AI進行開發。
- ChatGPT
- Claude
- Gemini
- Cursor 等等
在「不懂 → 問 → 直接實作」的流程中，
我能迅速製作出動作正常的產品。
然而，依賴AI開發的實情
回顧那時候自己的程式碼，問題層出不窮。
是不是有些人也產出這種由AI生成的糟糕程式呢？
- 命名不當（檔名、函數名）
- 在view檔案中直接寫邏輯
- 一次提交的變更超過1000行
- 舊的實作不符合現有的程式碼規範
把AI視為神明
這當然和我輸入的提示詞以及Cursor的規則過於寬鬆有關，但最大的問題在於我對使用AI的意識。
當時的我把AI輸出的程式碼視為
「這就是正確答案」，
完全不懷疑地直接使用。我自己不寫（寫不出）程式，單單依賴AI輸出的結果。
最終結果如何
因為寫了這樣的程式碼，導致了
- 收到大量來自前輩的指摘
- 但不知道哪裡有問題
- 修改 → 指摘 → 修改的無限循環（評論居然有830個...）
結果，原本應該加速開發的AI卻造成極多的返工，甚至時間更長了。
AI禁令的專案
因此，在我目前所負責的專案中，
「禁止使用AI生成程式碼」
這樣的規則被制定出來。
老實說，剛開始時我感到很不安。
然而，意外地這帶來了相當不錯的結果。
AI禁令帶來的變化
① 開始用自己的頭腦思考
- 為什麼要在這個模組中實現？
- 為什麼這是我的責任？
我開始能夠用自己的語言解釋這些問題。
（以前為什麼不能做到這點呢？因為使用AI讓我即使不明白也可以完成，所以無法解釋。）
② 被評價為基礎能力增強
- 即使不使用AI也能製作動作正常的產品
- 身體力行理解MVC結構和控制器的職責
我感覺自己不再只是「能寫程式」，而是
「能夠思考並設計」的能力提升了。
③ 不明白的就自己查
在詢問AI之前，先自己查詢。
- 官方文件
- 現有的程式碼
- 框架的思想
我提升了知識的輸入水準。
現在能有不同的AI使用方式
過去只是享受AI輸出的結果，現在變成了自己動手操作，不明白的地方再去查詢，這是一種相當健康的使用方式。
我現在開始對AI所提供的實作方針進行質疑，像是「這個控制器真的不需要嗎？」。
而且最近我經常做的事就是，不讓AI一開始就提供完美的程式碼。
- 是概要設計還是
- 詳細設計
- 還是除錯
明確指示AI的階段。這樣AI就能根據不同的階段提供適量的輸出，而不是一次性產出大量的變更。
總結
- 在拋下AI，靠自己的腦力汗水所獲得的經驗，最終讓AI成為了我最強大的工具。
總結來說，作為新人，我未來仍會非常積極使用AI。
不過，
最後做出決策並負責的還是自己。
這種意識我會持續保持。
結語
希望這能對同樣面臨
- 過度依賴AI而感到不安的人
- 不清楚自己能力的人
有所幫助 🙌
原文出處：https://qiita.com/nakaharayuto/items/cc169738fe1124a7c859
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
