iT邦幫忙

2019 iT 邦幫忙鐵人賽

1

後記

我很喜歡 Robert C. Martin《The Clean Coder》一書,裡面講了許多身為專業的程式設計師在軟體開發路上應該追求的事情、態度、方法。裡面沒有多少程式碼,卻帶給我更多在軟體開發上的啟發,讓我更暸解我該如何要求自己,追求卓越。

本系列文也是以類似的形式去發表的,我盡量不談到程式碼,而是抽取平時軟體開發過程中所學習到的經驗,化成文字所大家分享。我認為技術上的細節,已經有很多前輩與同好用更專業的文章和書籍與我們分享,但是在軟體開發上與技術無關的事情,卻相對沒有多少文章和書籍提及,所以嘗試將我這幾年軟體開發路上的經驗與感悟寫出來。

這些感悟有比較跟個人相關的,講得是如何讓自己的產出更加穩定、有效率;也有和團隊合作相關的,討論的都是和其他程式設計師在軟體開發合作上會遇到的議題或是建議。在比較與技術無關的部分,軟體規劃相關的文章講得比較像是軟體產品規劃面向的議題、專案管理則是更深入的討論在開發軟體時的會遇到的議題。除此之外也有與開發息息相關的文章,這部分比較雜,講了重構、版控、以及一些稍微抽象的概念分享。最後,也在這 30 天挑了兩篇軟體工程相關的論文與大家分享。

軟體開發在狹義上可能專指編寫程式這件事,但在廣義上涉及的層面卻非常的多,是一個很有趣的領域,很高興有機會分享我在這方便的認知。

我這幾天會再陸續審閱本系列文的內容,可能會修正錯字、補充內容、稍微調整文章架構。並在之後會再找時間重新整理,把這系列文發表到 Blog 上,讓本次分享更有連貫性的提供給其他需要的人。有興趣的朋友可以訂閱我部落格的 RSS。

也歡迎看看我在這次鐵人賽的另外兩門主題的系列:

對,我今年發瘋似的報名了三個主題,這 30 天真的既痛苦又快樂著。我已把對於這次參賽總感想另外發佈在本系列文裡,若有興趣可直接點擊下面的連結:

2019 鐵人賽完賽總感想

最後,感謝這 30 天瀏覽、訂閱、喜歡本系列文的朋友們,你們默默的給了我完成的動力。每一次有人訂閱和按讚,都讓我有如跑鐵人馬拉松時在休息站喝到水、吃到食物一樣,彷彿活力又回來了,謝謝你們的鼓勵,讓我更有動力完成這次的鐵人競賽。

目錄

本文有針對整系列文作重新構成的目錄,讓大家好針對自己想知道的部分做選擇性地閱讀,希望大家還喜歡我今年的分享。 = )

依照發文時間排序

  1. 前言
  2. 重構的時機
  3. 如何導入 Code Review
  4. 為程式碼變動做出解釋
  5. 我們都應該要略懂全端
  6. 沒有最好的設計,只有最適合當前的設計
  7. 對版控提交變動的時機
  8. 其實技術債是可以被管理的
  9. MVP 與 Product
  10. 程式碼風格要點在於一致,而不是優劣
  11. 暸解目的去實作,而不是暸解要什麼去實作
  12. 確認好要驗收項目與規格的滿足條件
  13. 釐清 Bug 與預期落差
  14. 版控的分支不宜長命
  15. 追求自動化
  16. Pair Programming 帶來的好處
  17. 為軟體訂定狀態階段
  18. 留下思路
  19. 減少漣漪
  20. 埋下追蹤
  21. 為什麼強如大神也會寫糞扣
  22. 淺論文件
  23. 學會調整自身狀況也是軟體開發很重要的事
  24. 軟體價值的層次與平衡
  25. 分離需求與實作的討論空間
  26. 程式碼從什麼時候開始發臭
  27. 軟體開發的日常練習
  28. 軟體開發也應當恪守工程的嚴謹與明確
  29. 軟體開發不是一個人的事
  30. 不只解決客戶的問題,也要解決開發流程上的問題

依照分類去排序

自我

合作

軟體規劃

專案管理

開發

論文導讀


上一篇
不只解決客戶的問題,也要解決開發流程上的問題
系列文
軟體開發隨筆談31

尚未有邦友留言

立即登入留言