iT邦幫忙

鐵人檔案

2019 iT 邦幫忙鐵人賽
回列表
Software Development

軟體開發隨筆談 系列

其實我原本是只有要報名 Agile 主題,但選太快不小心報錯了,但是又不能撤銷報名。只好把這邊修改一下,如果有餘力就簡單談點去年沒完成的經驗分享吧。

鐵人鍊成 | 共 31 篇文章 | 40 人訂閱 訂閱系列文 RSS系列文
DAY 11

暸解目的去實作,而不是暸解要去實作什麼

在〈為程式碼變動做出解釋〉時,有引用了 fx777一句 的話,這句話再借我用一次: 工程師的工作是解決問題,其次才是寫程式。 是的,身為程式設計師的我們,應...

DAY 12

確認好要驗收項目與規格的滿足條件

在軟體開發中,最困擾的通常就是開發出來的成果與需求方想要的不一樣。在昨天有提到我們應該盡量透過暸解目的去實作,而不是單純暸解要去實作什麼。在講述〈MVP 與 P...

DAY 13

釐清 Bug 與預期落差

昨天提到了在開發前確認好要驗收的項目與規格的滿足條件,今天就聊個相關的議題吧。這也是一個在軟體開發與維護上很常發生的情境:使用者和需求方常常會把真正的 Bug...

DAY 14

版控的分支不宜長命

鐵人進度來到第 14 天了,我發現我想題目的時間越來越長了 XDrz,若是有鐵友在軟體開發上有什麼想聊的議題,歡迎在下面留言給我。雖然我的見解不一定是最正確,但...

DAY 15

追求自動化

圈內常有個笑話是這麼說的:「程式設計師的美德就是懶。」因為懶,所以盡量所有的事情都交由程式去協助完成,甚至連程式執行都靠排程去完成,盡量一切事情都自動化處理,...

DAY 16

Pair Programming 帶來的好處

今天要聊的議題我覺得很有趣,叫做 Par Programming。關於這議題我的經驗也沒有很豐富,但就姑且分享作為拋磚引玉吧。這邊我嘗會試用自己的認知來解釋,或...

DAY 17

為軟體訂定狀態階段

前幾天在《為團隊與組織導入敏捷的經驗分享》 系列文講到了有關產品生命週期的題目,包含〈產品從無到有〉、〈從驗證完成到開始的準備〉,而開發到發布因為與本主題更具相...

DAY 18

留下思路

今天想題目想了很久,終究是歷練少了點,有點油盡燈枯了。但還是靈機一動想了這樣的一個題目,這個題目不太好用千字篇幅去表達,不確定能否寫出個所以然,可能會有些抽象,...

DAY 19

減少漣漪

在維護軟體時,最怕的事情就是當我們更動某部分的程式碼時,會需要來帶著修改其他程式碼,而這些程式碼的修改,又會再造成另一部分的程式碼需要被修改,就像是石頭濺入水中...

DAY 20

埋下追蹤

在軟體開發時,最尷尬的情況是使用者發現問題了,卻沒有能力對開發團隊陳述、或是開發了某個功能,卻不知道是不是受歡迎⋯⋯等等。 所以除了開發功能外,為了日後的方便維...