※ 引述《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完全沒問題