上星期買了 Studio Display，使用上已滿一週。儘管它確實是個好螢幕，但期間仍少不了一定的探索和適應過程。

結論上，我會留下它。

之前在臉書發文已提過「若最終沒有退貨，再來寫一篇『必須選它的理由』」，我想這是很有必要的。

畢竟，這麼貴的東西，確實值得好好寫一篇選購指南。更別說我為了買 Mac 的外接螢幕，也著實做了不少功課。

我打算把整個選購螢幕歷程所做的功課、曾經考慮的選項、Studio Display 購買上要特別注意的點，還有入手後我對於大螢幕的不適應所做出的調整與改善。

尤其是那些「曾經太過年輕」的天真想法——買入後發現根本不切實際，當初純粹是多想了……等以上種種，寫成一個「三部曲」系列。

而本篇，則是這個系列的導讀與輪廓介紹。

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

然而，有光就有影，這篇就來說說，不適合「清單」的場景，也就是清單的弱勢。

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

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

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

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

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

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

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

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

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

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

最近為了升級 Ubuntu 版本，重建了工作上的 Linux VM（直接升級會怕），所以又得重新設定一次開發環境。

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

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

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

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

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

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

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

通常，他 / 她們也都挺厲害的，比如上述財報狗的林威宇。

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

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

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

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

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

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

1
2
3
4

import os
import sys

from configs.config import TestMode  # import 本地的 configs 模組

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

1
2
3
4
5
6
7

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

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

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

1

ModuleNotFoundError: No module named 'configs'

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