曾經在〈我自架部落格的理由與選擇（下）〉一文的接近尾聲處留了一個很明確的伏筆，那時是這樣說的：
從前面看下來，你是否覺得有點奇怪，我明明一開始說不愛用 Markdown 寫作，怎麼最後卻是選了基於 Markdown 的靜態框架？
簡言之，我找到了用 Markdown 寫作的折衷方式。這部分細節不少，請容我再另闢一篇討論，因為它確實滿重要的，也會影響你寫作的舒適度，最終決定你能否長期運行與產出。
這伏筆現在終於要來認真回收了——介紹何謂「Markdown 寫作的折衷方式」。
2024/01/11：「隨筆雜談」分類併入「心得」。2022/09/18：「just a note」分類更名為「隨筆雜談」。
合併不必要的分類，無疑是明智的選擇！
這件事對讀者應該沒什麼差異（有啦，減少一點混亂的可能），對我可算是重要的一步，且聽我道來。
距離上一篇文章〈Docker 新手入門：書與線上課程推薦〉竟已足足過了一個多月，深表慚愧！因為上次發文不久後，我就臨時決定參加第二屆 Notion 線上訓練營，而營期正是 11/29 至 12/29，才剛剛結訓，且我拿到了只佔全體參加者 3 成比例的優秀學員唷！這意味著我花了很多時間 😭
直到今年 7 月前，我對 Docker 一直都處於一知半解的狀態，曾經在 Udemy 買過課也看了一部分，或透過各種文章教學來練習指令操作，但皆成效不彰，以致心中對 Docker 總抱有一定的距離感——覺得怎麼就是學不起來呢？
這樣的歷程跟我初學 Python 時還真有幾分相似，不禁苦笑。
2022/01/14：雜記已合併為 just a note，請見：合併雜記與 just a note，與我今年的寫作目標頻率
好久沒有寫雜記了！這是第三篇。
往回看了一下前兩篇的雜記內容，好像都帶有點「沉重」或「嚴肅」的意味，難怪後續就略感難產。我想認真思考是好的，但也不需要太正襟危坐。
這篇就回歸一下生活的感覺，比較符合我對雜記系列的期待。
本文最近更新日期：
2022/05/07
習慣使用 IDE 的開發者們，即使沒有很清楚「bracket pair colorization」為何物，對於它實際的功能特性也應該不會太陌生。
無論以何種語言進行開發，程式碼中總會有著為數眾多的大、中、小括號，用來包覆它所對應的程式邏輯區塊（code block）。
而 bracket pair colorization 講白了，就是為這些括號上色，以增加識別度。
