〈從 WorkFlowy 到 Logseq——我偏愛「清單式筆記」的四大理由〉中，我們講完了清單式筆記的四項優勢。

然而，有光就有影，這篇就要討論，不適合「清單」的場景，也就是清單的缺點。

使用 Logseq 至今，我覺得明顯不適合清單的場景主要有二：

1. 逐字稿。
2. 長文本（長篇內容）。

因為 Logseq 屬於清單式筆記軟體，所以你也可以認為上述兩者算是 Logseq 的缺點，只不過它們本來就「應該要是」——這部分容後述。

總之，以上兩種情境，在使用清單式筆記時，最好能有效避開。

在臉書、YouTube 這類「流量大平台」興起之後，很多創作者雖然因此獲得不少流量甚至一夕爆紅，但對平台演算法的心情，仍然是愛恨交加。

在文字創作領域，為了對抗平台與演算法，古老的電子報也迎來了一波「文藝復興」，造就了一堆電子報服務提供者，比如 Mailchimp、Convertkit。

它們讓作者可以直接把內容透過 email 發送給讀者，強化了兩者間的直接連繫。

因此，你可以看到愈來愈多的部落格，都有提供電子報訂閱功能。可能是推送最新文章給你，也可能是更多額外的內容。

更別說像 Substack 這樣「部落格、電子報——我全都要」的數位出版服務。

說這些主要想表達：「訂閱功能」確實是現代部落格的一大需求。

2025/06/15 更新：刪除 yadm 相關內容，減少閱讀負擔。日後會專文介紹使用 yadm 建立開發環境的流程。

軟體界有一句名言叫「吃自己的狗糧」，通常指的是自己開發的工具，自己先使用。而每次重設 Linux 開發環境時，我也都在吃自己的狗糧——看自己寫的教學文章。

不誇張，就是一篇篇看，把指令複製貼上，一步一步將環境設定到位。

做了好幾次以後，這次不禁想到：「咦？我乾脆整理成一篇就好了啊！」

你一定用過 Pocket 這類可以幫你把文章、網址存下來，以供日後再讀的服務。現在很多瀏覽器也內建了類似功能。

可以說，這樣的「稍後再讀」服務，幾乎是現代人獲取和管理網路上資訊的起手式。畢竟資訊量實在太大，不可能一看到什麼就讀什麼。

如果要再進一步，將這些資訊歸納、整合，那可就非常複雜了！

資訊整理的高手們

聽聽星箭廣播這期〈107: 希望我們的第二大腦都不會太遲緩：聊聊學習生產力工具（ft. 財報狗林威宇）〉，我們可以得知，有一類人，特別熱衷於整理、消化網路上的各種資訊。

通常，這些人也都挺厲害的，比如上述財報狗的林威宇。

附帶一提，林威宇也是 Logseq 的愛用者。事實上，我第一次知道 Logseq，就是在他的臉書貼文。

只是那時我還想不到，我會在 2022 年底，成為 Logseq 的忠實用戶。

但我想說的是——我絕對不要成為這樣的人。

相關文章：25，回歸原點的 Weekly Review

從 2022 年 11 月 6 日的〈01，為何他們可以，但我不行〉到今天，Weekly Review 剛好滿 10 回了！

如果是整個 blog 是我在寫作方面的「產品」，那「Weekly Reivew」可以視為產品中的一個重要 feature 與嘗試。

而一個成長中的 feature，必然經過一次次的迭代與更新。本期就來看看，從第一篇到現在，期間我有哪些感受與發現，以及做了哪些調整。

以下是我的心得（突然覺得這句話好 GPT🤣）。

前幾天，同事為專案的局部元件寫了一個偵錯小程式，我們姑且稱為 debugger.py。該程式中會使用到整個專案的共同設定——DeployStatus，這些設定則放在專案下的 configs 模組（資料夾）裡，需要另外 import。

因此，debugger.py 的開頭程式碼如下：

1
2
3
4

import os
import sys
...
from configs.config import DeployStatus

而專案的結構則是（這裡只凸顯兩者的「相對層級關係」，其餘細節省略）：

1
2
3
4
5
6
7

.
├── 元件
│   ├── debugger.py
│
├── configs
│   ├── config.py
│

有經驗的你可能不用執行這個小程式就能預料——它找不到 configs！

不出所料，直接執行之後，會出現錯誤訊息：

1

ModuleNotFoundError: No module named 'configs'

為什麼？這牽涉到 Python 直譯器在 import 時，究竟「如何尋找 import 路徑」議題。

過年期間，什麼正事都沒做，天天睡到中午，非常愜意。

唯一勉強和「正事」沾得上邊的，就是花了一堆時間在 YouTube 上，觀看最新發表的 M2 Pro/Max Macbook Pro 與 2021 版的差異介紹、評測影片。

因為我想幫自己換電腦了！