PTT推薦

[討論] 因為 chatGPT,未來瀑布式開發會是主流?

看板Soft_Job標題[討論] 因為 chatGPT,未來瀑布式開發會是主流?作者
alihue
(wanda wanda)
時間推噓10 推:11 噓:1 →:35

現在一大堆針對 chatGPT 提問的 prompts

恰恰說明只要給的指令夠精確他就能做事


而瀑布式開發雖然近年被唾棄,但它的一大特點就是一開始就會有盡可能明確的規格書

尤其是接案產業為了驗收標準,幾乎定規格時連 schema 與流程圖都會有

優質一點的甚至附畫面以及定義每個互動的 input 與 expections

這種有明確的 test cases 正是 chatGPT 的強項


所以我猜測最快產生的取代工程師的情景:

1. 從 0 到 1 的專案,因為 chatGPT 不用了解現有系統

2. 瘋狂 CRUD 型的專案,例如內部系統,較少外部不明確 Dependencies


達到這步之前 chatGPT 需要先可以針對 spec 模糊與矛盾之處提問,

但目前的技術傾向於硬給解答,不曉得有沒有辦法改進


然後會產生操作 chatGPT 工程師需求,專門寫給 chatGPT 看的 spec/test cases

以及針對產出的 source code 微調與 QA 後交貨




--

※ PTT留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 106.73.26.66 (日本)
PTT 網址
※ 編輯: alihue (106.73.26.66 日本), 04/16/2023 21:33:51

foreverk04/16 21:35你忘了這類公司的問題就就在於不寫spec或文件,或是只

foreverk04/16 21:35寫驗收交差用的,gpt時代他們還是一樣啊XD

接案公司還是有吧,不然怎麼簽合約開始開發,與驗收的參考基準?

※ 編輯: alihue (106.73.26.66 日本), 04/16/2023 21:37:01

foreverk04/16 21:41合約文件寫的是最模糊的那種,最多就是驗收階段文件會

foreverk04/16 21:41慢慢補上去,但驗收的項目跟一開始的spec大部分也不相

foreverk04/16 21:41同了

但其實也是我文中提到的,如果 chatGPT 有辦法針對需求模糊的地方提問來增進 spec 那就會很有幫助

hegemon04/16 21:42瀑布流跟敏捷各有其適用的場景

※ 編輯: alihue (106.73.26.66 日本), 04/16/2023 21:44:08

NodeWay04/16 21:52你想多了 接案一樣需求會在開發前後持續修改

NodeWay04/16 21:57你說的完善spec 但多數場景連客戶自己都不清楚他要什麼

NodeWay04/16 21:58coding只佔軟體開發非常小的比例 而AI目前只加快了這小塊

alihue04/16 21:58所以我文中才說需要 chatGPT 能回頭釐清問題

foreverk04/16 22:00被樓上說完了XD接案本質上就是通靈,簽約的高層跟使用

foreverk04/16 22:00系統end user認知差距很大,而user大部分真的不知道自

foreverk04/16 22:00己要什麼,所以要應用在spec文件比較難,用在test case

foreverk04/16 22:00s比較有機會

wei11504/16 22:03客戶連他自己想要什麼都不知道 要怎麼寫規格?

NodeWay04/16 22:07所以才說通靈 有時候就是一些敘述而已你就要開始開發了

foreverk04/16 22:11合約只會寫建置xxx系統,要符合什麼法規,驗收要哪些單

foreverk04/16 22:11位,其他內容要嘛接案公司本來就是深耕客戶產業的,知

foreverk04/16 22:11道要幹嘛再依照客戶調整,不然都是要pm ba去一直開會問

foreverk04/16 22:11出來後,交給開發團隊開發

foreverk04/16 22:14最常見的就是依照客戶提出的case去寫測試,然後才發現

foreverk04/16 22:14有很多邏輯牴觸之處,最後幫客戶查出以前做法有錯帳,

foreverk04/16 22:14接著系統驗收項目就會憑空出現一個調帳功能,沒完成不

foreverk04/16 22:14撥uat驗收款

foreverk04/16 22:17那gpt能幫助的就是,快速完成各種test case提早發現客

foreverk04/16 22:17戶的商業邏輯有問題趕快改,或是乾脆問gpt遇到這種客戶

foreverk04/16 22:17該如何不追加驗收項目就通過驗收(?)

viper970904/16 22:47推接案本質上就是通靈XD

shomingchang04/16 22:52等chatgpt能出來撕逼再說吧

shomingchang04/16 22:53敏捷就是為了撕逼輸的時候 頻繁改需求才出現的

anhpc04/16 23:12@foreverk

superpandal04/16 23:23

Mike110904/17 00:15除非gpt會通靈XDD

eeyellow04/17 02:04連客戶都不知道自己要什麼商業邏輯,你要GPT通靈?

mozume04/17 07:29我的想法是反過來,gpt是幫助寫完結案所需文件,文件能自

mozume04/17 07:29動從程式自動不斷修改

KAOKAOKAO04/17 07:54良好的文化不是不能根基於瀑布模型 但成功的關鍵仍在於

KAOKAOKAO04/17 07:54即時的回饋與修正 這不是任何初期的精確能夠解決的

KAOKAOKAO04/17 07:55前期精確就是中後期的僵硬 AI介入輔助也不能改變這點

jej04/17 19:34你想多了 多的是scrum誤用成瀑布式的

jej04/17 19:34再加上需求變更在專案中本來就很常見

jej04/17 19:34定義上完成最小價值產品 還是使用者的偏好

ikachann04/17 20:01一堆公司都不寫文件或是文件跟成品落差很大沒更新的吧

Csongs04/17 20:33想法蠻有趣的耶

DrTech04/18 07:12呵呵,每篇都在用GPT通靈。

DrTech04/18 07:14waterfall,的問題又不是在寫規格書,waterfall也沒有硬要

DrTech04/18 07:14人寫完整的規格書。