13,我買了 Apple Studio Display 與系列心得寫作計畫

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

結論上,我會留下它。

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

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

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

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

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

從 Logseq 看清單式筆記的兩大缺點

from Pixabay

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

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

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

  1. 逐字稿。
  2. 長文本(長篇內容)。

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

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

12,blog 新增文章訂閱功能——使用 follow.it——與我的思考

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

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

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

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

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

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

Linux 開發環境設定大全:zsh、zinit、pyenv、poetry、docker

from Pixabay

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

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

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

做了好幾次以後,這次不禁想到:「咦?我乾脆整理成一篇就好了啊!

11,我絕不當資訊的聚合者

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

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

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

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

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

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

10,Weekly Review 寫滿 10 回——我的心得與改進

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

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

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

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

VS Code 正確設定 PYTHONPATH 教學

前幾天,同事為專案的局部元件寫了一個偵錯小程式,我們姑且稱為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 路徑」議題。