其實我原本是只有要報名 Agile 主題,但選太快不小心報錯了,但是又不能撤銷報名。只好把這邊修改一下,如果有餘力就簡單談點去年沒完成的經驗分享吧。
在〈為程式碼變動做出解釋〉時,有引用了 fx777一句 的話,這句話再借我用一次: 工程師的工作是解決問題,其次才是寫程式。 是的,身為程式設計師的我們,應...
在軟體開發中,最困擾的通常就是開發出來的成果與需求方想要的不一樣。在昨天有提到我們應該盡量透過暸解目的去實作,而不是單純暸解要去實作什麼。在講述〈MVP 與 P...
昨天提到了在開發前確認好要驗收的項目與規格的滿足條件,今天就聊個相關的議題吧。這也是一個在軟體開發與維護上很常發生的情境:使用者和需求方常常會把真正的 Bug...
鐵人進度來到第 14 天了,我發現我想題目的時間越來越長了 XDrz,若是有鐵友在軟體開發上有什麼想聊的議題,歡迎在下面留言給我。雖然我的見解不一定是最正確,但...
圈內常有個笑話是這麼說的:「程式設計師的美德就是懶。」因為懶,所以盡量所有的事情都交由程式去協助完成,甚至連程式執行都靠排程去完成,盡量一切事情都自動化處理,...
今天要聊的議題我覺得很有趣,叫做 Par Programming。關於這議題我的經驗也沒有很豐富,但就姑且分享作為拋磚引玉吧。這邊我嘗會試用自己的認知來解釋,或...
前幾天在《為團隊與組織導入敏捷的經驗分享》 系列文講到了有關產品生命週期的題目,包含〈產品從無到有〉、〈從驗證完成到開始的準備〉,而開發到發布因為與本主題更具相...
今天想題目想了很久,終究是歷練少了點,有點油盡燈枯了。但還是靈機一動想了這樣的一個題目,這個題目不太好用千字篇幅去表達,不確定能否寫出個所以然,可能會有些抽象,...
在維護軟體時,最怕的事情就是當我們更動某部分的程式碼時,會需要來帶著修改其他程式碼,而這些程式碼的修改,又會再造成另一部分的程式碼需要被修改,就像是石頭濺入水中...