Re: [討論] 用AI寫code產生的疑問
其實很多新技術在早期和成熟後相比你會感覺他的應用是完全顛覆最初想法的
例如 web 仔最熟稔的 web 好了,網路泡沫時代前大家對電子商務
的觀點是在網路上的一個廣告頁,每個網站就像一間街邊店一樣,透過網址
這串虛擬地址你可以造訪網路上的任何一間店,找到你要的資訊,更容易媒合實體交易
當時的 web 就是一本電話簿的概念
但是搜尋引擎、購物車、金流等技術改變了生態,Ajax HTML5 讓文件變的應用程式化
現在的電子商務已經取代實體店面,網頁不是文件而幾乎是以應用程式的方式存在
AI 寫 code 現在看似輔助,接下來就是丟每個模組的 code 去讓 AI 解讀後,
把解讀的內容貼去註解不用自己寫那些東西,省下寫文件的時間。
但要普及 AI 不再有人為差異產生 coding style 等問題的話,要的可能不是人寫 code而是人用人類文法寫一篇註解說明這個模組的端口以及內部邏輯要處理的東西,
並舉出一些範例的 input 和 output,說明輸入什麼會得到什麼 (像出 leetcode 題目)然後 AI 讀懂註解後自動幫你產生 code 以及透過範例產生測試程式,
除了微調修改外,所有 RD 不應該直接去寫程式,而是要寫註解出題目給 AI 回答。
將來有擴充、修改,就是把註解跟範例加入更多條件,再讓 AI 去想,
這樣就可以達到文組也能寫程式的境界,好像沒駕照的人能用 LV5 自駕一樣。
人工智慧要成功,它就不會是輔助,而是主體才對。
幾乎所有技術跟商業模式,以輔助為目標的都不如直接改變生態的應用方式來得成功。
也許有一天職業生態變成 PM 要好好寫規格書然後讓 AI 直接產生 code,
RD 變成 QA 角色看 PM 寫的跟 AI 產生的是否相符、有沒有需要調整的。
火車跟捷運司機的工作就是顛倒的,火車電腦提供的是輔助資訊讓駕駛判斷該開多快,
捷運有 ATO 所以駕駛只是監看電腦加減速對不對,控制者是以電腦為主體。
現在的 AI 還只是讓程式設計師變成火車司機而已。
所以未來就是讓 AI 去產生程式碼,就不會有 coding style 爭議,
也不用 code review,或者說 code review 就是在調整 AI 的學習,
讓 AI 學會後他比頑固的工程師或自我風格強烈的程式設計師好管理的多...
--
不能同意更多
這意思是中文系 以後是寫程式的熱門受眾嗎 XD
英文系可能更熱門
不會啊 還是工程師對AI詠唱
英文系不會熱門,事實上人工智慧會消滅翻譯工作
而且跟ai輸入的英文其實不需要非常精細沒錯誤...
一般人會一點英文就沒問題了 何須英文系...
清大資應所很多英文系學生報考。
而且聽untyped那個女生講,英文對科技業來說算重要
但也不需要英文強到可以寫小說文學之類的。
連這裡都有apple哥
關鍵字或子句對就好 比較像在用瀏覽器搜尋 文法還好
沒有喔,提示工程師就是在幹這類事
寫軟體需求越來越大,當然只能多找一些堪用的
以前一堆專家說AlphaGO贏不了LeSeDol 還笑人不懂 結果...
推推,好生動的比喻
樓樓上 繪師圈的反應跟當初圍棋圈一模一樣wwwwww
只是現在輪到工程師圈了這樣
要談願景可以 但老實說我認為AI在未來20年內依然會是輔助
那種PM開需求就生出程式碼然後一鍵上線的 或許會有 但僅限
小規模的東西 軟體工程一直以來的問題 其實是需求面
講白一點 老闆自己連自己的需求都講不清楚了 還給AI生
法律系
推樓樓上
能夠擺脫很頑固的工程師這點滿有吸引力的...XD
推strlen,不只老闆不清楚,客戶自己也不清楚XD
有道理
贊同,推
寫程式這種有 “正確解答” 的事,其實會發展很快
程式或許有正確解答 但需求卻沒有
26
首Po相信對新技術具有敏銳度的各位, 在這幾個月都有使用過AI來幫忙寫code, 但在使用過程中不經有一個問題一直迴盪在我的腦海中: 「AI幫我快速生成一個feature的模板, 我在修改的過程中就像在做code review,3
幾個未來可能的 cases: 當工程師工作開始都提早完成了,會有以下幾種發展 1-0: 裝忙不要被老闆發現 or 更早下班 1-1: 老闆接更多工作 1-2: 砍人,更少工程師做更多工作18
這篇展示ChatGPT的威力與限制。 他問Bing如何raycast一個有displacement map的geometry. 原po問到最後,答案是不可能或給錯誤的程式。 下面有人回答他把原po的問提去問ChatGPT4,說得到很好的解決。2
今天剛好在它版討論AI寫Code,晃過來看到這邊也在聊, 小弟是個很久沒專注在Coding的前低階工程師,所以這篇文大神前輩們看看笑笑就好 主要來丟幾的AI Coding工具,這邊的朋友有興趣可以去玩玩看, 直接叫GPT4寫Code真的不會是個好用的方法。3
事實上未來沒有寫code這種東西 我們會在當下才會認為應該是這樣 而未來根本沒有所謂的寫code 而是跟AI說你要解決什麼問題 它就幫你解決這樣48
跟本文可能不相干 昨天公司一場面試 是線上面試 在考線上coding的時候 對方可能也不知道他打code的軌跡我們是看的到的 就看到問題那個區塊被全選複製 過幾分鐘後對方答案突然行雲流水全部打出來3
回覆應該會變得很長所以特地開一篇。 在專案規模越變越大的時候怎麼去處理祖傳代碼? 從人類既存的軟體史來說這些祖傳代碼幾乎沒有修好的可能性,從這個方向由AI做出發點來討論。 專案本身的複雜度正比於 BUG 的發生率,而 BUG 的發生通常是錯誤的抽象造成的結果。 所以AI可以處理嗎?不行,因為是人類在提需求時就已經有問題了。8
GPT本質為用文字去計算機率以及最有可能的輸出 並非邏輯理解, 且有token數目上限. 由於是用大量data + fine-tuning, 應用在生成code上面, 生成的code能不能用取決於: 1. 功能是否常見 2. 使用的語言(language), 函式庫(libraries), Framework是否open source且常用
29
Re: [心得] 好的註解是解釋為何需要這段 code上週在重構某段程式碼時,其中一位同事在 code review 中建議把某個註解刪掉,另一 個同事看到這個評論時,在下面留了言說他認為不應該刪掉,於是我們就拉了一個小討論 ,聊在程式碼中寫註解這件事。 因為這個經驗,我回去重翻史丹佛電腦科學教授 John Ousterhout 寫的《A Philosophy of Software Design》一書,並整理了筆記。該教授的觀點是認為程式碼寫註解有很多好26
Re: [閒聊] 我們離人工智慧的奇點已經不遠了嗎?大家好,一般人感受可能還沒這麼深, 但是對於ai 改變生產力跟世界這一點, 軟體工程師應該是最深度有感的一個族群。 我現在在工作上已經大量使用chatGPT, Plus當然是直接刷下去。18
Re: [閒聊] 只剩AI創作的世界身為一個資訊從業人員,從另外一個角度來分享一下我的看法 目前程式設計師 a.k.a. 碼農的領域,其實已經有 "直接利用AI寫程式"的方式 包含Github的Copilot以及其他競品例如tabnine(但我沒用過這款) 目前的實用性老實說高出我的想像許多,甚至幾乎你只要函式名稱取的好,或是寫 個備註,寫個兩三行,剩下的Code AI直接都幫你「猜」出來16
[問卦] 文組朋友說寫程式以後沒用 該怎麼反駁如題 跟文組朋友最近聊到寫Code這件事 他說以後人工智慧發展成熟 機器人也都會寫Code了 哪需要你們這些工程師7
Re: [新聞] 工程師將被取代 月付300元 AI代勞寫程式記者就是記者 如此的無知 這個AI是幫你帶出你可能想寫的code 例如要寫個interface 幫你先建個架構 剩下還是要你補充 當然會越來越符合你的寫作習慣5
Re: [問卦] chatGPT是不是會消滅一堆文組職業?現在 vs code 已經可以整合 GPT-3 的 API 了。 直接選擇一段程式碼,讓 AI 自動生成註解; 或是反過來,先寫註解讓 AI 產生程式。 也可以直接跟AI聊天。 不分文理組,大家都可以洗洗睡了。4
Re: [新聞] 工程師將被取代 月付300元 AI代勞寫程式如果可以餵code讓他學習怎麼coding的話 就像微軟有一個ai那樣 但是後來這個ai不是被玩壞緊急下架了嗎 我跟你講 按照人類的尿性- 是的,數學爛程式不可能好的 寫程式有點點像是在做數學證明題 可是程式雞巴地方就是它說不動就不動 你證明題寫對一些部分還有那麼點點分數 在程式來說你就是零分