軟體開發
含有「軟體開發」共 629 篇內容
全部內容
發佈日期由新至舊
AI 時代，寫程式已非瓶頸，真正稀缺的是「理解現實」。AI 雖擅長生成標準架構，卻不懂商業世界的例外與灰色地帶。PM 的核心價值已蛻變：將模糊混亂的真實世界（如複雜的金融實務），翻譯成系統可理解的規則，並建立可驗證的秩序，防止高速生成的系統偏離 reality 與腐壞。
一位 HR 人員分享，如何利用 AI 工具（Claude Code）優化日常工作，從而發現了 90% 的 HR 工作可能被淘汰或重塑，引發對 AI 真正價值以及 HR 組織運作模式的深入思考，主張 AI 應致力於設計組織運作，而非僅僅執行流程。
在沒有完整PRD的情況下，透過AI Agent搭配 MCP 讀取源碼，並採用三階段Prompt驗證法來逆向梳理系統邏輯。然而，當面對高複雜度的報表功能時，即便嚴格執行這三個階段，AI在處理大量程式碼時仍會產生特定的推論盲區，導致產出的規格失真。以下盤點在實作報表逆向工程時，遇到的問題及具體操作解法。
PM 最難的不是怎麼把需求做好，而是怎麼說清楚「這個需求不該做」。說太快，被說不配合；說得太慢，工程師已經動工了。但沉默才是最貴的成本。學會說出這句話，是 PM 從執行者走向決策者的分水嶺。
再次透過 AI Agent 輔助撰寫 PRD調整 Prompt 策略：不再要求 AI 一次性產出完整 PRD，而是改採「分段進行」的逐步討論模式。本文將復盤這段歷時約 2 小時的「工單派發與大批次移交系統」PRD 產出過程，驗證分段協作對架構收斂的實際成效，解析過程中遇到的問題。
為什麼 TCA 要強迫你接受「單向資料流」？真正的問題從來不是架構，而是 State Chaos
很多 iOS 工程師第一次接觸 TCA（The Composable Architecture）時，第一反應通常是：
好複雜
好多 boilerplate
為什麼連按按鈕都要 dispatch
@State、@Binding、@ObservedObject 到底差在哪？SwiftUI 的 State System 真正設計思想
很多 iOS 工程師在學 SwiftUI 時，最常問的是：
@State、@Binding、@ObservedObject、@StateObject 到底怎麼分
在日常郵件撰寫中，當一封信附上多個檔案（例如報價單、簡報、文件）時，必須在內文標註對應的附件名稱。Outlook 並沒有提供「直接插入附件名稱」的功能，造成撰寫時間增加（尤其附件多時）、檔名錯誤（手打或複製錯位)等問題，透過 AI 解決在「寫信當下」快速插入附件檔名，且不離開編輯區。
將業務需求轉化為完整 PRD 常需耗費數個工作日。SA需處理大量排版、介面構思與邊界條件定義。導入 Antigravity 後，文件建置的基礎文書處理階段可壓縮至數分鐘。AI 代理能快速盤點既有系統功能並產出初稿，讓SA將時間集中在業務邏輯校對與系統邊界收斂，整體交付時間可縮短至 2 小時內。
