今年 8 月下旬，我起心動念想要再度開始學英文。於是就思索著：學英文嘛！背單字還是不可少——我需要一個背單字的工具。

經過一番搜尋與做功課，我決定選擇「卡片盒筆記法」的代表性 app 之一：Logseq。類似的替代方案還有 Roam Research、Obsidian、Heptabase 等等。

本文目錄

1. 本文主旨與系列簡介
2. 前言：卡片盒筆記法
3. 元素化與連結導向
4. 筆記思維與想像力
5. 閃卡的兩個賣點
6. Why not Anki？
7. 為何選擇 Logseq？——文件式 vs 清單式
8. 文件與清單的主要區別
9. 清單的優勢與劣勢
10. Logseq 滿一個月心得
11. 一、筆記的樂趣
12. 二、去中心化筆記
13. 三、日誌的力量
14. 當日誌不只是日誌
15. 結語：冉冉升起的新星

本文主旨與系列簡介

這篇文章主要介紹我選擇的動機與考量，與一個多月下來，Logseq 帶給我的整體感受以及心得。文中先不會涉及 Logseq 或卡片筆記的細節，僅從個人角度出發，探討這個軟體以及卡片筆記（卡片盒筆記法），可能為你帶來的改變。

先說結論：我已經非常確信，Logseq 勢必將成為我的筆記工具主力。並一定程度取代目前 Notion 在我日常筆記——即記錄與學習——中的地位。

2024/06/30：更新三部曲系列的最後一篇！——〈《Python 功力提升的樂趣》心得總結：掌握 Clean Code 基本功〉。

2023/12/30：重新編輯全文、刪除部分內容，使文章更緊湊、好讀。調整段落順序並新增「本書目標讀者」一節。

要說現在哪一門程式語言的入門書最多？恐怕就是 Python 了吧？

基於動態語言容易上手的特性，加上大數據、人工智慧的推波助瀾，Python 的熱度是一年比一年升溫，相關書籍也是一本接著一本推出。看看天瓏書局的 Python 分類，可謂汗牛充棟，多到讓你懷疑人生。

即使扣除特定領域應用和相對進階的內容，剩下通盤介紹 Python 基礎的入門書，無論本土還是翻譯作，加起的數量依舊可觀，這也成為了初學者入門選書時的一大困擾。

「少則得，多則惑」，本系列將繼續介紹，我認為值得一讀的 Python 入門佳作。

不求多，但求讓你讀完這 3 本書後，可以對 Python 有足夠的基本理解、避免常見的新手錯誤，更重要的是——能寫出「Pythonic」的程式碼。

2024/11/19：刪除並整合內容約 2000 字，更少的廢話！

2024/06/10：端午節🛶更新！編輯全文，刪了超過 2500 字，讓文章再次緊湊！

2024/01/21：新增文章〈為什麼你「不需要」所謂的人生管理系統〉，可視為本系列的番外篇暨總結，建議先讀完本文，再閱讀這篇新文章。

2023/12/31：新增文章《人生 4 千個禮拜》筆記（一）病態的生產力，可與本文相互參照，更容易理解「生產力最大化」這類思維背後的代價與隱憂。

Notion 這款強大的筆記軟體服務，從 2018 年開始打響名號，短短數年之間，襲捲全球，在中文世界收獲了不少使用人口——包括我。

回首 10 年前的筆記霸主，應屬當時剛成為獨角獸（估值達 10 億美元），鋒頭正健的 Evernote。那時如果你跟別人說你有在用 Evernote，而對方也知道那是什麼，很可能對你肅然起敬，表示佩服。

畢竟，在遙遠的 2012 年，熱衷於使用筆記軟體的人，相對還是小眾。

10 年後的今天，我們所處的世界，已和過去大不相同，堪稱是筆記軟體的戰國時代。選擇五花八門，讓人眼花撩亂。

對許多人而言，筆記軟體更是工作與生活不可或缺的一部分。

放棄 Evernote，擁抱 Notion

2020 年我曾在 Medium 上寫過這篇〈心得 |《曼無止盡》第40期：Evernote 的重生之路〉，祈禱著 Evernote 不要倒閉。

然而不久後，我就正式棄用 Evernote，改以 Notion 作為我的筆記主力。

經過 3 年多相處，我對 Notion 有了比較完整的心得與評價。如標題所言，我並不推薦用 Notion 來管理你整個人生，或試圖將它打造成一個可以掌握一切的主控台——儘管這聽起來確實很吸引人。

至於「為什麼不？」，則是這整個系列文章所要探討的。

相關文章Linux 上的 Python 開發環境設定

在〈Ubuntu 安裝使用 zsh + 輕量級套件管理器 zinit〉一文中講述了如何在 Ubuntu 安裝 zsh 以及套件管理器 zinit，但省略了「佈景主題」的相關說明。

這次適逢拿到全新的工作機——M2 Macbook Air，我不得不重新建立 macOS 上的 zsh 與 zinit 開發環境。

通常遇到這樣「重新設定」的情境，我真的就是回頭看自己寫的文章，一步一步照著操作，可惜上述文章卻沒有關於 Powerlevel10k 的安裝部分，也對我自己造成了不便。

鑑於 Powerlevel10k 已成為我使用 zsh 時，必搭的佈景主題。所以，僅僅設定好 zinit 並不足夠，我還須補上 Powerlevel10k 這塊拼圖才行，於是有了本文的誕生。

2024/05/18：刪除「萬年苦惱：發文的頻率與長度」與「合適的文長與我的打算」兩段，相對較個人化的內容，使文章更緊湊。

與「持續寫作」議題相關的文章：

• 聊聊接下來的寫作方向與如何持續寫作
• 07，年末特輯上：2022 寫作反省與明年目標
• 30，如何持續寫作——Part 3

2018 年 2 月，我開始在 Medium 平台上寫作，並持續了好幾年。直到去年 6 月，我終於下定決心，雖不完全脫離 Medium，但改用 Hexo 靜態框架、GitHub Pages、獨立網域「kyomind.tw」，建立自己的 blog 來進行文字創作。

其中的原因與方案選擇過程，以及如何透過 Notion、VS Code 實踐 Markdown 寫作，我已透過下列三篇文章，詳加表述。

系列：我的部落格寫作

1. 我自架部落格的理由與選擇（上）理由篇
2. 我自架部落格的理由與選擇（下）選擇篇
3. Notion + VS Code：我的 Markdown 寫作工作流
4. Hexo 部落格心得：一週年總結與持續寫作策略

本文目錄

1. Hexo 部落格一週年：為什麼我選擇獨立？
2. 如何看待流量？
3. 流量的陷阱
4. 寫作方向的摸索
5. 寫部落格的幾個好處
6. 最大好處：寫作即思考
7. 如何持續寫作 Part 2
8. 結語：寫滿一年，你的故事才剛剛開始

就以本文，為整個系列劃上階段性句點。

Hexo 部落格一週年：為什麼我選擇獨立？

本站第一篇文章是去年 6 月 24 日發表，也就是上述的「理由篇」，最近剛滿一年了，是時候該來好好整理一下，這一年之間，有關部落格寫作的心得與總結。

這篇剛好是全站第 40 篇文章，可謂別具意義。

有別於常見的個人年度回顧與展望，既然是部落格的週年紀念文章，闡述重心自然會落在「寫作」這個主題上。其中也包括最重要的——寫作對我的影響。

2025/05/18：再度刪除部分內容，並重新編輯全文，使文章更緊湊、好讀。

在〈Python 套件管理器——Poetry 完全入門指南〉中，我提到了自己選擇 Poetry 而非 Pipenv 的理由之一，是因為 Poetry 採用了pyproject.toml作為它的工具設定檔。

本文則直接以 pyproject.toml 為主角，對其做進一步介紹。

同時講解一下，在 VS Code 中如何透過pyproject.toml，作為 Black、yapf、isort 這幾個常用的 Python 開發工具的共同設定檔，並提醒一些使用上的細節。

相關文章：Django HttpRequest 常用屬性介紹

我們知道，Django 提供了專屬的 HttpRequest 類別，把從前端（主要為瀏覽器）傳過來的 HTTP 請求重新封裝成 OOP 物件，方便我們在 view 中操作、使用。

而這個HttpRequest物件，也就是開發時，前端傳給 view 函式的第一位置參數——request。

我們經常使用request，在 view 函式（或類別）內部獲得本次 HTTP 請求的相關資訊，比如所使用的 HTTP 方法，或下面提到的 header 相關資訊等等。

1
2
3
4

if request.method == 'GET':
    do_something()
elif request.method == 'POST':
    do_something_else()