※ 引述《ripple0129 (perry tsai)》之銘言： : 事實上未來沒有寫code這種東西 : 我們會在當下才會認為應該是這樣 : 而未來根本沒有所謂的寫code : 而是跟AI說你要解決什麼問題 : 它就幫你解決這樣 : 當然那個還很久 : 現階段的疑問是AI可以寫code : 只要幫它code review即可 : 也就是未來沒有初階工程師了 : 你要code review沒有經驗是在review啥 : 換句話說每個公司都會cost down的狀況下 : 初階工程師陣亡一堆 : 而我們最後一批寫程式的人 : 就跟瀕臨絕種動物一樣 : 在還沒有達到最上面說的那個階段前 : 是我們最後存在的價值 : 當然達到那個階段我們也沒價值了 : 已經進入這個行業有資歷的不用擔心失業 : 反而剛要來這個行業的人需要擔心 : 因為連code review都做不到 : 根本無法有效利用當下的AI做產出 回覆應該會變得很長所以特地開一篇。 在專案規模越變越大的時候怎麼去處理祖傳代碼？ 從人類既存的軟體史來說這些祖傳代碼幾乎沒有修好的可能性，從這個方向由AI做出發點來討論。 專案本身的複雜度正比於 BUG 的發生率，而 BUG 的發生通常是錯誤的抽象造成的結果。 所以AI可以處理嗎？不行，因為是人類在提需求時就已經有問題了。 再回到複雜度的討論上。 每一種資料結構與其時間、空間的 big O都有其優缺點，這是一種取捨，不可能僅有一種最優解。 那AI生成確定真的是生成你需要的東西嗎？我是不是有修改的需求？ 我有修改的需求就表示我需要讀懂AI寫的代碼，那我就需要可讀性，也許你會說既然都用AI生成的話為什麼不用機器語言就好了。 1. 可讀性的本質是易修改，這代表只要較少的資訊就可以實現改變，這是一個迭代效率的問題。 2. 我要求處理時間要在多久以內完成的方式讓AI重新生成代碼，這方式最終還是會回到上述的迭代效率的問題上。 我會在原文的回覆是在說有一群人的觀點是「神打個響指就能解決人類一直解決不了的問題。至於怎麼解決的，我沒有能力關心，因為他是神。」 神替換成AI完全沒問題 ----- Sent from JPTT on my Asus ASUS_I01WD. -- ※ 發信站: 批踢踢實業坊(ptt-web.org.tw), 來自: 118.166.155.48 (臺灣) ※ 文章網址: https://ptt-web.org.tw/Soft_Job/M.1680443534.A.A1C