突然想到這題目：「軟體工程師的生產力革命」。🤓
讀研究所時，我在思考未來要做什麼工作，要繼續念博士，還是去業界工作？後來我的心傾向要做出一般人會想使用的軟體服務，所以就跑去寫當時逐漸火紅的行動應用程式。
對我來說，鑽研底層技術固然有趣，久了之後會思考，成果對我的意義為何？是不是能被做出來，廣為被人們使用，若有幸貢獻社會，應當是件美事。
以前我會搜尋網路資訊，來學習技術做軟體，後來發現有開源可取用，不用重新造輪子，開發週期縮短，可以讓我的想法迅速落地。
今日有人工智慧代理人，我不用大小功能都自己動手，只要將我想做的樣子說出來，AI Agent 就會以極其快速且詳細地組裝好，最後還幫我測試和分析，建議我還可以做什麼。
我們來展望到 2030 年時，軟體開發能進展到怎樣的境界吧～😀
.
（繼續閱讀…）AI 讓許多人感覺到威脅，原因是可能取代自己正在做的工作。身為軟體工程師的我，實際上已感受到許多工作流程已經被 AI 工具給影響，使得工作效率提升、成果產出優化等等。
.
想要知道 AI 在哪方面影響軟體工程師，我做了以下的分析。🤓
（繼續閱讀…）前一篇談到回歸測試 (Regression Testing)，這次來了解單元測試 (Unit Testing)。
以軟體開發大範疇角度來看，我是非常支持做單元測試，因為可以確保每個程式元件、功能流程的正確性。
若以我開發 App 的開發者偏向用戶方來說，就會以時間成本來做取捨，因為需要測試的範圍變得相當廣泛，然而可以簡單分為兩部分：數據 (Data) 與介面 (Interface)，若取其優先順序，會著重在數據方面來做單元測試。🙃
.
單元測試可以簡單解釋，也能詳盡探討，於是我列了幾個關鍵問題，從中來發散與歸納重點。
軟體開發絕對少不了測試這個重要環節，每次在上線後都可能會出現不預期狀況，我們主要會歸咎測試量不足。我們進行的測試有很多種，那麼回歸測試 (Regression Testing) 是做什麼用途呢？🤔
在此想要徹底了解幾個議題：
目前我們研發團隊已經跑了兩個 Sprint，想要陸續來了解一些跟 Scrum 有關的定義和規則。
原本以為【敏捷開發】可以加速開發，畢竟叫做【敏捷】，但查了網路文章，有經驗人士分享，結果根本就不是啊⋯⋯🤪
這讓我對敏捷開發幻滅，身為我這種生產力極高的工程師說，實際跑才兩個 Sprint 就發現，此模式是會拖慢我開發效率的⋯⋯不過還是希望習慣此開發模式之後，會逐漸加快吧～
這次就來理解什麼是 Scrum 團隊？
看了這張圖，就能了解 Scrum 團隊包含哪些角色，目前看起來 Scrum Master 和 Product Owner 相當重要，我們團隊是由有三年跑 Scrum 研發經驗的工程師翔所領導。趁這時候聽話照著做，肯定能學到許多！😎
我們工程師有 Web、iOS、Android、Flutter、Backend、Architect、DevOps 等。而設計師、需求者（市場、業務、產品等）等不在我們 Scrum 團隊中。
（繼續閱讀…）
HappyMan・迴響