※ 引述《Suleika (Suleika)》之銘言： : 相信對新技術具有敏銳度的各位， : 在這幾個月都有使用過AI來幫忙寫code， : 但在使用過程中不經有一個問題一直迴盪在我的腦海中： : 「AI幫我快速生成一個feature的模板， : 我在修改的過程中就像在做code review， : 公司還需要找初階工程師嗎？」 : 不曉得各位高手們是怎麼看待這個問題的？ 先講結論，軟體工程師做的事情以及定義從 1946 年 ENIAC 開始就不斷地在改變。 所以接下來改變的還是會是工程師的定義，也許依照人力資源規劃還是會有各種 工程師職階，但是做的事情和現在應該不會一樣。 https://imgur.com/abE2zRM 順帶一提，目前的 GPT 其實還沒辦法完成很多開發工作，所以也許一兩年大家都摸清 GPT 的底細之後就漸漸不認為這東西可以被稱為 AI，就像是有些可以自動糾錯的 IDE 現在可能也不會被稱為 AI 一樣。所以 AI 的定義也會改變。 對於目前軟體開發部門而言，最困難的問題應該是兩個 第一個是把公司應該被分類為機密的程式碼送進 Copilot 或是 ChatGPT 有沒有機密 問題？ 第二是要怎麼有效率的使用這些工具。 第一個問題有可能透過調整程式碼機密等級來處理，舉例來說，跑在客戶端的東西、 已經有專利保護的部分，可以讓客戶看到原始碼也沒關係的東西，或是本來就是GPL 的程式碼，這個如果丟進去是沒問題的。 如果今天是裡面有可能有公司機密，例如營業秘密等級的演算法，專案資料夾含有客戶 敏感數據之類的，可能就沒辦法透過目前公有雲提供的工具來處理，除非對方聲明不會 拿來訓練，然後貴公司又有辦法證明對方的聲明有效。否則在這樣的部門中還是會需要 有簽NDA的傢伙幫忙寫程式。 第二個是如何有效率的使用，第二個前面其他人講了不少，但是目前如何使用其實大家 都是用摸索的，基本上都可以同意用起來像是Review 一個 Junior 的程式碼，但是實際 上我認為應該有辦法直接讓他產生特定風格，也就是直接產生 Senior 的程式碼。 要怎麼產生可能會變成一種過程，例如你的註解要有三段，包含簡單的測資，預期的函式 輸出入等等的，有點像是 AI 畫圖後來一堆人在調參數之類的。 所以工程師的定義會改變，就像是早期工程師會if else就能上工了，後來一陣子不會OO 就好像很落伍，不會 MVC 就注定被譴責一樣，那可能只會簡單丟問句丟給語言模型而沒 有特定的問句格式時會被檢討專不專業這樣。 根據日本網友發現，問句如果使用敬語的話，輸出品質會提高不少。 -- 「 我們Daliy新聞，是要做給一般的觀眾， 一般觀眾只有7歲的智商，只有國中的程度。 」 -- 我們與惡的距離 -- ※ 發信站: 批踢踢實業坊(ptt-web.org.tw), 來自: 150.117.165.81 (臺灣) ※ 文章網址: https://ptt-web.org.tw/Soft_Job/M.1680555333.A.8C9