今天有個帶了一陣子的朋友，本來是主力在處理 db ，後來被我帶壞去玩逆向。

今天有個帶了一陣子的朋友，本來是主力在處理 db ，後來被我帶壞去玩逆向。 最近我忙沒空管他們，所以他們自立自強的用 ai 在做新東西。 他今天問我一個問題，我覺得問的真的很好，但我覺得我有點被問倒了。 他問我說，我教他寫逆向的版本，會叫 ai 一直看 log ，驗證預期。 那寫一般的程式呢， ai 每次都一寫一大包，要怎麼跟逆向一樣看 log 跟驗證預期呢。

欸這問題就真的是軟體世界的大哉問了。 我判斷他能理解的說法是，那就拆小一點，一次做一小步，因為步伐小了，驗證自然就小了。反正 ai 的 iteration 快，我們就快。 我下午是一時這樣回他。 但把思維抓的再高一點的話，那就是你得要先做出大的藍圖，確保大的藍圖是可以拼接的，然後你就可以讓各個小零件是照著大的圖中的接口拼裝組裝。 這也就是過去軟體工程世界中的團隊開發核心思路。 這其實真的是個非常好的問題，對於 ai 路徑的思路走上來的人，確實會跟過去有很大的不一樣了。 他們困惑的，優勢的，都跟以前的那些人不同，各有各的長處跟短處。 我今天確實有被這個問題震撼了一下，因為這是本質型的問題，就算是現在我每一天都還會想的問題。 會覺得震撼是這在過去其實是有能力做得出來，而且反覆做出來後，才會想的問題。

原始 Facebook 貼文