軟體開發

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