Miles' Blog

「高內聚，低耦合」是模組化理想的目標，但要怎麼知道自己寫的程式有接近此目標呢？是否「高內聚」，要從不同角度考量後才能得到一個可能的答案。

這篇文章會分享一個簡單的小方法，幫助大家從其中一個角度確認程式的內聚力。

常聽人講「少用繼承，多用組合」，那到底這兩種方法有什麼差異呢？本篇文章來聊聊這兩個方法在不同情境下的實作、差異與比較。

續上次研讀了 HTTP method 的概觀後，這次讀的是 method 的屬性。

很久以前，曾經有寫過一篇文章，標題是我所知道的 DevOps，實際上裡面的內容是在講自己對 CI 與 CD 的了解。

剛好最近準備了一門課程是讓開發人員了解 CI 基礎，這篇文章是份簡單的筆記。

最近剛好在社群討論到 HTTP method，發現自己對這個東西不是很懂，所以跟大家一起翻了文件，並以自己的理解記了這份筆記。

若習慣使用 GitHub 作為版本庫的話，那 GitHub Actions 肯定很香。與 GitHub 版本庫串接神速；有著超大的 Marketplace 可以找到許多相關資源；與 GitLab CI 或 Drone CI 類似，可以使用 container 環境來執行整合或部署建置環境，真的非常好用。

之前在淺談單元測試 - 管理篇分享了我們該怎麼將單元測試帶入團隊裡。裡面有提到：

在有時間成本的考量前提下，找出重要的業務邏輯或是高風險程式優先處理，將會非常有效益。

時間是工程師最稀缺的資源，該怎麼對 codebase 做排序，必須要事前思考。本篇文章會分享我如何判斷寫單元測試的優先權。

情境綁定是 Laravel 針對不同情境要綁定不同實作的需求，所設計的好用功能。

最近剛好有需求使用到它，發現對它的設計有誤解造成不斷踩雷。本篇文章會以我自己使用經驗來說明這個功能的應用方法。

單元測試意外發展成系列文，不過這主題又廣又深，它可以出一本書叫單元測試的藝術，另外還有 Kuma 哥花 30 天寫的鐵人賽冠軍，這麼多精采的內容，其實也意味著這主題是需要解釋的。

上次簡單介紹單元測試帶來的好處，今天要換從另一個角度思考－－如何讓這個好處帶入自己的團隊裡。