Python Docker SDK 快速上手

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

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

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

VS Code 使用 GitLens 比較不同分支差異 + SourceTree 做法

前言:場景與說明

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

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

VS Code 設定 Python linter 與 formatter:以 Flake8、yapf 為例

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

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

Notion + VS Code:我的 Hexo Markdown 寫作工作流

by Philippe Donn from Pexels

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

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

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

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