JAM
IBM 十多年前在內部搞個稱為 JAM 的開發方法 ... 那時期 IBM 也開始在內部推動敏捷開發,雖然做的恩。。。恩,總之 JAM 是音樂術語,特別是有在爵士領域。
IBM 十多年前在內部搞個稱為 JAM 的開發方法 ... 那時期 IBM 也開始在內部推動敏捷開發,雖然做的恩。。。恩,總之 JAM 是音樂術語,特別是有在爵士領域。
今天跟同事喇低賽,聊到兩個角度的想法:
QA 的讀者問答,完成 (Complete) 比完美 (Perfect) 重要
大多時候很多公司,QA 都 under Dev 底下,但大多 Dev 主管不懂 QA,然後又自已為懂 QA ...
上週跟朋友聊到 Issue Tracking System,
做產品的具體能力:
截圖文章的主軸是談 #代碼精進之路,內容是以工程角度看待效能、架構、品質與 #敏捷開發 等事情。所以,不同角度的人,看待同一件事情,很習慣地會站在自己的立場說話。
我們常常希望軟體工程師可以開發出好軟體。
那天讀書會討論到 Release 的角色 (不管是叫 DevOps Engineer or Release Engineer) 是否應該專職?
問題:
手動是人去 #體驗 產品的過程
PDLC & SDLC
這幾天聊到的關於 "軟體開發" 規劃的問題:
一些觀察的現象:
開發業務需求這個過程 Design, Coding, and Unit Test, 我們稱為 #DCUT,