Hacker News front pageAI 評分44
AI 程式設計為何沒催生更多新軟體：九種候選解釋
針對「AI 程式設計這麼強，為何沒出現更多新軟體」的質疑，一篇分析列出九條候選解釋，並稱部分推測成分較大。其中提到：軟體確有改善，但多體現為缺陷更少、效能更好和現有產品功能更多；AI 正把通用軟體換成私人軟體，領域專家、高管和公司各自建工具與儀表盤，外界看不到。其餘解釋包括開發流程審批環節未被加速、團隊用效率提升換休閒時間，以及 AI 讓人少做少用軟體。
搜尋
依意思最接近的 5 筆
Hacker News front pageAI 評分63
Claude Code 後，軟體建置變便宜、執行變貴
Claude Code 之後，軟體經濟從“建置貴、執行便宜”反轉為“建置便宜、執行貴”：$200 訂閱已能用上頂級 coding 模型，但 LLM 進入關鍵路徑後，每個使用者都帶來真實邊際成本。作者認為工程頻寬配給制已結束，行業卻仍受 MVP、既有品類和“OpenClaw for X”式複製束縛，只是產出更多軟體而非不同軟體；他類比電氣化後工廠需重排產線，稱重思程式碼協作與打包的公司才可能追上。
Hacker News front pageAI 評分38
觀點：軟體工程師或一直是藍領技工，AI 終結其黃金期
一篇部落格文章提出，軟體工程師可能一直屬於藍領技術工種而非白領：兩者的本質都是製造或修理東西，只是開發者面對的是位元而非原子。作者認為這一誤判部分加劇了開發者當前的 AI 身份焦慮，因為歷史上藍領工人更能消化技術變革，白領反而受衝擊最大。文章還稱，開發者享受了約 30 年被當作明星的高薪與話語權，如今如同紡織工面對織布機、伐木工面對電鋸，需要學會使用新工具繼續謀生，手工活雖難再賺錢但仍可出於興趣保留。
Ars Technica AI● 精選AI 評分80
研究：AI 程式設計代理生成更多程式碼，軟體產出未增加
哈佛大學研究者在 700 多家公司、70 萬名員工、3 億條工作事件的資料中發現，AI 程式設計工具並未讓企業軟體產出增加或減少用人，編碼階段省下的時間被下游環節吸收。程式碼審查時長明顯增加，pull request 更常需要返工，審查者留下的評論也更多。研究據此認為人工程式碼審查是 AI 編碼效率的主要瓶頸。
Hacker News front pageAI 評分44
博文：個人軟體工廠浪費時間，不如直接用 AI 做產品
一篇 2026 年 10 月 18 日的博文主張，個人自建軟體工廠是浪費時間，除非是為了工作。作者認為非開發者已用 AI 做出不少東西，與其造工廠，不如直接在聊天框裡描述需求做產品，並去了解 Grok Bot、Claude 這類工具如何運作；AI 寫應用仍會遇到溝通錯位、做錯東西的挫敗。若一定要建，工作場景最現實：熟悉系統、人和多年遺留程式碼，能讓產品經理與設計師低摩擦地發布功能。