→ dream1124: 如果只是拿規格實作的工程師，那上界的確會受AI影響。 05/02 09:08
→ dream1124: 不過如果你業務本來就是其他事務，而開發只是一種手段 05/02 09:10
→ dream1124: 那你的上限就不太受這東西影響。我講影響而非限制的 05/02 09:11
→ dream1124: 原因是AI再聰明仍舊不像人積極主動做事。近年工作綜效 05/02 09:12
→ dream1124: 依舊是人+工具的組合最適合創造性工作。 05/02 09:13
台灣的軟工多數是拿規格實作的吧
有做到world leader，能定規格的...幾乎不存在吧
※ 編輯: bluehora (36.230.129.32 臺灣), 05/02/2026 09:29:32
→ sarsman: 如果是指技術規格的話，我看到的是看團隊分工方式 05/02 10:56
推 trendf: 絕大多數工程師都是照規格執行，因為這在團隊分工上被證 05/02 11:37
→ trendf: 明是蠻有效率的方式，除非是小公司或是小團隊。 05/02 11:37
推 Romulus: 不是 台灣也有一大堆公司需要開規格的 至少每間公司內部 05/02 11:38
→ Romulus: IT都要 那就一海票IT職缺了 05/02 11:38
→ Romulus: 規格不是只有世界標準好嗎 也太眼高手低了 05/02 11:39
推 dream1124: 是的，這就是我的意思。不是只有大廠軟體才要開規格， 05/02 12:41
→ dream1124: 你一般資訊部的資料處理工作也要規格，那通常都自己來 05/02 12:41
→ dream1124: 你的使用者經常只會抱怨難用，或者問可否怎麼改而已。 05/02 12:42
→ dream1124: 剩下事情誰來做？當然就是負責支援營運的資訊人員囉 05/02 12:43
→ sarsman: 需要先定義清楚什麼是「規格」，商業邏輯規格跟技術規格 05/02 12:44
→ sarsman: 是兩碼子事 05/02 12:44
→ dream1124: 另外，熟悉業務熟悉營運後，這些人也可能負責改善流程 05/02 12:44
→ sarsman: 我所在的團隊是，其他團隊評估市場需求開出商業邏輯規格 05/02 12:46
→ sarsman: 後，再由我們團隊RD將商業邏輯規格轉成可實現的技術規格 05/02 12:46
→ dream1124: 但講到改善流程時，開發或調整系統只是常見的選項 05/02 12:46
→ dream1124: 而不是必要技能，因此才說不一定受AI卡住上限。 05/02 12:47
→ twistfist: 理想上當然是工程師照規格，現實應該很多公司到工程師 05/02 15:12
→ twistfist: 手上才完善整個規格，因為pm就只能訂個大概，更別說迭 05/02 15:12
→ twistfist: 代幾次後剩程式碼才是最完整版本 05/02 15:12