當思考的維度不同時，會評估與參考資訊的側重點均有不同，影響最後作出的決策。

回顧 Queue 的概念與用法

從零開始土炮 Message Queue 序言

分享排除 API Server 有非預期請求的原因釐清過程

試著簡單說明接觸過的名詞，再次加深自己的印象，另一方面也作為備查用的資訊。

在資訊安全的討論上，常常提到要使用 HTTPS 與 SSL/TLS，但一直沒有好好的釐清背後的原理與概念。就來讓借這個機會來了解 OSI、HTTP/HTTPS 的通訊方式、SSL/TLS 的用途。

管理無所不在，就連消除遊戲之中，也可以看到專案管理。遊戲中的每一關都像一個全新的專案，在專案進行的過程中，確認目標、交付內容，可用資源、影響專案的難點。

許多人都會想到使用負載測試/壓力測試來驗證系統的穩健度，但想要藉由測試取得特定的結果數據，就必須在測試之前，就知道測試的目標為何？

當軟體工程師收到新的開發需求時，理解真正的客戶目標和確認清楚需求內容是非常重要的第一步。這篇文章分享作者在軟體開發需求釐清的經驗，包括浮現客戶真正想解決的問題、定義系統的責任邊界、找出開發過程中的潛在難點等步驟。透過在開發初期就進行完整的需求分析，可以大幅降低後續錯誤發生的風險，也確保軟體品質與順利交付。

使用 FluentAssertions 4.13.1 版進行單元測試時，發現使用 Should().BeEquivalentTo() 比對失敗，在物件內容相同的情況下，仍報告資料不符合。此問題並非資料有誤，而是該方法本身有問題。解決方向為換為 ShouldBeEquivalentTo() 或升級到 5.0 版本以上。