在專案中，我們很多時候會需要透過程式碼來操作某項服務——比如操作 Google Map 或本文的 Docker——而不是使用相對直覺的 CLI 或更方便的 GUI，畢竟它們都是給人類使用的。

遇到這樣的需求，腦中第一個浮現的通常是「這服務有沒有官方 API 可以呼叫？」，再進一步想，如果有提供我們 SDK 就更好了！

本文將介紹 Python Docker SDK 的基本使用方式，大致集中在初始化連線及容器操作部分，主要參考自 SDK 官方文件，並會加上一些個人的實作經驗與小提醒。

前言：場景與說明

最近因為需要 review 同事的 code，「比較分支差異」成為了一個硬需求。

工作中，通常一個功能會分配給一個開發者以一個獨立分支進行開發。當功能分支開發告一段落，想要對這些修改部分的程式碼進行 reivew，就得先明確「從 develop 分支到目前功能分支」的所有變更。

手動新增了一個全站熱門文章頁面！位置就在分頁選單的「TOP10」，目前主要統計歷史前十瀏覽量文章並列成清單，供讀者參考，數據來自本站的 Google Analytics。

在〈Flake8 與 isort in VS Code〉中提到了 Python 的 linter——pylint 與 Flake8，今天就來多講一點 linter 的具體設定方法，並將 formatter 也納入。

不得不說設定 linter 與 formatter 無疑是所有 Python 專案的起手式，尤其在多人協作的時候，深入要求每個人的程式寫作習慣很難，但至少在排版風格上藉由工具能達到基本的一致。

曾經在〈不離開 Medium，我自架 blog 的理由與選擇（下）〉一文的接近尾聲處留了一個很明確的伏筆，那時是這樣說的：

從前面看下來，你是否覺得有點奇怪，我明明一開始說不愛用 Markdown 寫作，怎麼最後卻是選了基於 Markdown 的靜態框架？

簡言之，我找到了用 Markdown 寫作的折衷方式。這部分細節不少，請容我再另闢一篇討論，因為它確實滿重要的，也會影響你寫作的舒適度，最終決定你能否長期運行與產出。

這伏筆現在終於要來認真回收了——具體說明何謂「Markdown 寫作的折衷方式」。

合併不必要的分類，無疑是明智的選擇！

這件事對讀者應該沒什麼差異（有啦，減少一點混亂的可能），對我可算是重要的一步，且聽我道來。

你是否注意到，現在文章底下有留言板了！