Re: [心得] 寫點自己的觀察
以開發端來說 純開發就是開發工具的階段
還不到說做了哪些 應用 跟doamin 裡的 flow agent 這些
目前我知道的有在用的就是,各大金控的dev統X資訊的dev
有去innovex 看現場表演的應該可以知道,github 的商業package
有買的有在談的還真是不少,已目前來說,他可以 自然語言幫你改code
或是你丟模板給他,讓他參考,你也可以給他下個任務。他會開始改code
測試,跑結果,如果環境齊全,他是幫你自動化CICD看成果,或是自動佈署。
然後會幫你自動commit,prompt 要求完整一點,他會幫你一起產生這次或是整個專案的
readme.md, 基本上,等於一個24*7的中階開發。
商業訂閱跟服務企劃是可以客製化的,不少合作金控的第一線開發都在開始玩。
有很多基礎,看文件去做操作的人員的確是開始在準備裁員。
這是現在進行式沒錯,
撇開架構設計或是其他的問題,你只是想找人修改或是新增CRUD
改改報表,改改欄位,改改一些東西,維護測試。
基本上,你就訂閱它就好
以前可以做RPA的,寫bat或是其他script的,你也可以直接用agent 做掉。
一個on call 中階工程師 這樣。
老實說我覺得對新人想進入真的就是滿吃虧的
--
WHY SO SERIOUS???
--
吃虧=錢少拿點 企業成本下降 整體產業會擴增
個體戶老闆會大增 產業需求上限不變 產品供過於求 多殺多
說得真棒,記得請AI準備一個理想環境跑AI,然後把這套
跟使用者說,請他們自己學會怎麼調,怎麼判斷產碼對錯
另外,就算沒AI,你說的行業早就沒多少正職碼農,
有太多基礎工人都是派遣,他的碼農早就已經不太多
再說,AI教徒整天講的CRUD其實自己改也未必慢多少
不要唸咒喬結果搞半天,結果更動速度還比人按IDE熱鍵慢
當然也不是說完全不用AI,但別像教徒吵因AI在處處砍人
少子化當下,現在拿AI砍人的企業可能過一陣子發現沒賺
而且到時還要用更貴的價錢,更久的時間把人僱回來
樓上可以去了解一下openai codex,而且CRUD給AI做,
不就可以更專注在複雜的商業邏輯上?
期待出大包的時刻 看是AI抗還是人類抗責
ok啊 就講codex https://chatgpt.com/codex
先想出辦法讓使用端問得出範例問題並驗證結果再吵砍人
使用端只會跟你講我API路徑要變,改完後借我用看看
過程中的初步驗證、改測試、部署等工作要誰來做?
環境誰建?上線步驟誰訂?專案文件誰校訂?故障誰介入?
我不會說碼農AI處處不適用或不好用,但若像信徒整天嘴
要處處砍人,那只是跟他們一樣把生產力提升與太多事情
混為一談。像這些思維太窄的人的確有可能被新技術取代
不會用ai的人會逐步淘汰,但不代表AI 直接取代人力
另外,信徒還很愛動不動就說菜鳥會沒工作,
講得好像新人都是殘障,無法用AI。
事實上AI可提供很多以前不見得容易取得的範例和指引,
因此用它學東西也很快,學一年抵以前三年,三年抵五年
也就是老人不見得因為年資多而有領先優勢,身體還更老
這明明是更大的威脅,為什麼有臉整天說AI會取代新人啊
因為新人連問正確的問題都有問題
AI是可以提供新人範例跟指引 但誰能保證是對的?
不用ai 網路上的資訊也不是都正確啊
不見得都對,但光是提供你一個頭緒有時就幫大忙了
沒人說用了AI就不能再搭配搜尋引擎靈活找答案
說是教徒真的不為過XD
我認為 AI 不管讓新人或資深都可以大幅加增加學習效率
會被淘汰的可能就是仗著年資經歷而學不動的老人,因為AI
的出現,年資經歷學會的東西,時間維度可能被大幅縮減。
或是不去利用 AI 工具來加速自己的效率的新人
有發現嗎?這兩種人本來就一直存在在社會上。
把AI 換成任何新工具,"理論"上會被淘汰的都是這些人呀XD
同意樓上推文說的,淘汰的是不用的人
還有種人也挺危險的,那種溝通能力=0的
請定義新人,新人有兩種,強的跟弱的
最近開始玩 claude code + cursor 明顯感覺開發效率更好
現在不管新人強還是弱,在 AI 前都是平等的
老人的優勢其實也不是能力,是已經佔到 AI 操作員位置
老人看過 AI 從智障變天才,新人很慘 一入行 AI 就是天才
好奇喊取代的人到底有沒有用過AI TOOL開發啊
不過有一點能確定 未來工程師水準會大幅降低 以後可能不
是需求變少 而是不適任的變多
推dream1124
還是一樣 大幅增效->需求不變->人力減少->產業變遷
人月神話 開始改變 以前十個人做一個月 現在一個人一週
是啊 那一個總也不會被取代 但你能確定你是留下來的那個?
信徒就是信徒,起手式就先假設綜效必定增加,而且需求
永遠不變,難怪整天在吹取代,吹不下去就說你非倖存者
人相信自己想要相信的事,既然覺得已預測到未來,
那還是快去搬磚做水電,別在板上浪費時間了吧
總觀歷史 每一次都是這樣 為何這次不一樣?
或許會有新的工作或職位被發明吧 但還沒看到就是惹
綜效增加也不是我講的 https://tinyurl.com/298ewwwa
認為AI只不過工具的人大錯特錯 目前站在最前沿的人
普遍都看到AI的未來 問題AI就不是死的工具它是真正
會思考的 你去看它的推理鏈講的和人並沒有什麼不同
它還能規劃並一步一步完成任務 簡單來講 沒有什麼人
腦能做的AI不行 這是Hinton說的 Ilya Sutskever說大
腦本質上就是一台生物電腦
現在AI的原理也是神經網路和調整之後的網路參數權重
跟人腦的原理是很相近的
AI最終會取代所有人 不管老人或新人 只是新人先死
29
首Po很久沒出現啦,覺得版上討論很熱絡,來補點自己的觀察。 1. 軟體產業的資深資淺工程師的判斷標準、工作樣態,會受到 AI 很大的衝擊, 當原本一些練手的小事都會被AI做掉,會需要長出新的晉升管道。 另一方面少子化導致一堆公司都招不到工程師,只能招真的超級菜的人, 所以這兩個彼此都是對產業相對全新的狀態,這部分還有待時間觀察。13
AI終將取代所有的軟體工程師 不是立即性的 但就是會逐漸侵蝕 從兩年前GPT4剛出我就講了 當時版上風氣就是取代資淺資深不要想10
看職缺的domain在哪裡 工程跟科學的差別在於 科學基於基礎科學(數學物理化學) 開創出新的知識去推動材料,動力,性質變化 而工程的內核則是加速量產11
其實現在 Senior 還在砍還真的跟 LLM 沒關係,主要是: - 疫情後一開始是為了經濟蕭條做準備,以及疫情間過度招募 - 最近還在砍很多都是縮減業務與成本、部門重整 - 資金流到 LLM 專案,其他軟體產品走維持路線 真的有因為 LLM 提高員工生產力而造成的裁員嗎?10
先不討論取不取代的問題 有一個現象是已經正在發生的 就是未來軟體工程師的素質將會降低 其實也不只有軟體領域 應該是所有領域![Re: [心得] 寫點自己的觀察 Re: [心得] 寫點自己的觀察](https://scontent.ftpe7-1.fna.fbcdn.net/v/t15.5256-10/475582077_1001315411888871_1488828064475063745_n.jpg?stp=dst-jpg_s1000x1200_tt6&_nc_cat=100&ccb=1-7&_nc_sid=c26028&_nc_ohc=LBmSdfBXT7IQ7kNvwE6OUZ2&_nc_oc=AdkV0-pRco3frWRynut3U-CUdugeIjW2fhi_c0Y7NRzK6Pph1u6SIs1UYwNQgOSMQyg&_nc_zt=23&_nc_ht=scontent.ftpe7-1.fna&_nc_gid=dmloqQceqZoL0D5h2AvlGw&oh=00_AfMUFlrq5tjDIJsJ24p2AIjB1Xt-uJy9PgzNvgM8UayRRQ&oe=685CD79F)
2
mit做的研究,關於寫作。結論是 用chatGPT的頭腦變最差 用搜尋引擎的在中間 不靠電腦的人頭腦最好3
使用AI寫程式 根本的問題在於 過去從低階語言到高階語言 輸入跟輸出的行為都是有嚴謹定義的 但現在AI寫程式等於是要用相對模糊的自然語言![Re: [心得] 寫點自己的觀察 Re: [心得] 寫點自己的觀察](https://i.meee.com.tw/kRVCVnw.jpg)
38
[心得] LabVIEW工作面試心得各位百萬年薪大大安安~ 先感謝本版許多資訊的幫忙 小弟畢業於中央物理所 這是第二份工作的求職心得 主要鎖定LabVIEW相關工作25
Re: [心得] 我在科技業遇到的鬼故事之一再回一篇,先說我不是B但是這個細節出了更明顯不是B的問題了啊 這個Bug本來就是一個corner case只是好巧不巧在B開發的時候遇到一次,要是今天B剛好 就沒遇到這個Bug,你們還不是一樣照常Release,客戶一樣爆掉,這樣B不就剛好衰幫你 發現Bug而已? 你硬要說B的態度有問題,他也只是表達出他遇過且在你們根本沒修的情況本來就很可能24
重構的幾個迷思覺得最近很多文章都有些不求甚解的問題,來寫點論述。 1. 重構不是什麼了不起的事情 2. 變更程式碼,重寫舊的程式碼成自己爽的樣子,不一定是重構。 3. 重構是一種相對安全的工具型開發方法論, 但仍然有不少風險跟誘惑。25
Re: [討論] hard code 速度會快嗎?關鍵其實要看你的專案現在在哪個階段 1. 專案在非常早期: 這時候 hard code 有可能其實是最佳解。 此時需求不太很確定,可能經常修改。你現在看起來有幾段 code 很相似, 可以重構成共用 function,但不幸的是,幾個月後商業需求改變,他們的行為18
Re: [心得] 我在科技業遇到的鬼故事之一單純經驗交流一下 我遇到正常的軟體UT與品質驗證流程吧: 1.開發者寫完程式碼與UT。 2.在自己電腦上跑UT。 在自己電腦上跑UT,是部門不認的UT。11
Re: [請益] 請問這樣的git使用方式是否是正確的?個人意見,僅供參考 不太確定常不常見,但看起來是合理的。 可以想到的好處和情況是 不同的service 可以分開Build,Build 之後的artifact 可以依照每個service 的開發進 度deploy 到不同的測試環境,利於不同進度的開發和整合。11
Re: [請益] QA學生實習的問題原文述刪 前陣子參加某金控的分享會後覺得有點空虛 加上最近在做內部教育訓練,整理了以前做的一些在自動化測試上的事 少少的經驗 分享給版上QA大大們 希望多多交流10
Re: [新聞] 前Google主管:人類寫程式時代已經結束: 看AI能不能寫code 就下個 copilot 玩玩看就知道了 目前支援copilot的IDE(沒列全部) 1. visual studio 2022 2. visual stduio code