這標題乍看有點像廣告XD，不過你看下去就知道。😎

「還是」二字代表了我對「購買課程」這個決定的猶豫與觀望。

事情是這樣的，如果你也是瓦基（應該不用再特別介紹）的電子報訂戶，他在前兩天的新信中，公布了他的全新募資線上課程《卡片盒筆記實戰課》。

這讓我不禁陷入一陣掙扎，究竟是買還是不買呢？

從〈AI 時代的生存指南（二）數位斷捨離〉發表後，又過了兩個月的時間，就像文中說的，要持續數位斷捨離，可一點也不簡單。

不過沒關係，我還是會繼續嘗試與實踐下去。只不過，數位斷捨離跟許多好習慣的養成一樣，多多少少都會消耗你的意志力，以達成一定的慣性。（當然如果你並不真的喜歡這件事，那最終依舊不會形成慣性）

如果同時還有其它目標追求，確實不宜對自己太過嚴苛，以免「全軍覆沒」。

不過其中一種數位斷捨離實踐，我倒是持續了好幾個月，效果不錯，而且我也推薦你這麼做——那就是「散步時，不要用手機」。

Cal Newport 為什麼沒有社交媒體帳號

Cal Newport 在這則〈The Perks of Living Without Social Media | Cal Newport〉影片中，講述了他不用任何社交媒體的理由。

一言以蔽之就是：為了保持無聊。

Umami 是一款類似 Google Analytics 的網站訪客數據收集、統計與分析工具，只是它是開源的，而且強調對隱私的保護，不會收集你的個人資訊。

當初會知道它，主要基於這兩篇文章：

• 免費的網站流量統計系統 Umami
• 為什麼我想嘗試 umami ？

可以看出，兩位作者採用 Umami 的動機大致相同：主要考慮用戶的隱私權保護，其次則著眼工具本身對網站效能的影響。

我呢？既然知道了這個服務，顯然我也有我的需求。

2024/02/01：新增「本文目錄」與「結語：適可而止的複雜」兩個部分。
2024/01/28：重新修訂全文，增加若干內容，使整體論述更清晰、完整。

讓我們進入「Simple Notion」系列的第三篇，同時也是最後一篇。這次我們要聊聊，最能夠代表 Notion 的關鍵元素：資料庫（database）。

一提到 Notion 你會想到什麼？沒錯，就是資料庫。資料庫就是 Notion 的代名詞。

Notion 在 2016 年就誕生了（你也可以說是 2013年，請參考維基百科關於 Notion 的「歷史與發展」），但直到 2018 年才大紅，為什麼？——因為加入了 database。

儘管在 UI 加入類似關聯式資料庫功能，並非 Notion 獨創。畢竟，在此之前，Airtable 已經是這方面的佼佼者。

但我們不得不承認，Notion 確實把資料庫玩出了新的高度。

本文目錄

1. 本文主旨與目標讀者
2. 本文架構與主軸
3. Notion 的心臟：資料庫
4. Craft——沒有 database 的 Notion？
5. 學習 Notion database 的三大常見困境
6. 困境一：學習門檻
7. 困境二：不必要的複雜
8. 困境三：過度使用
9. 資料庫太多了！
10. 無解的「分類」難題
11. 我的 Notion database 簡潔使用指南
12. 結語：適可而止的複雜
13. 題外話：Notion 並不適合做卡片筆記

系列：Simple Notion

1. 使用 Notion 滿 3 年，為何我仍「不推薦」用它來管理你的人生？
2. 少則得，多則惑：使用 Notion 時的兩個常見陷阱
3. Notion 資料庫「反複雜」使用指南

---

本文主旨與目標讀者

資料庫（database）無疑是 Notion 最強大的功能，但也是最複雜的。「過度使用」的結果，可能比不用還糟糕。

既然是「Simple Notion」系列文章，主軸仍會聚焦在「簡潔」二字。而講到簡潔使用 Notion，資料庫絕對是一個無法繞過的主要議題。

我希望不落俗套地，討論 Notion 資料庫的美麗與哀愁。並提供簡單有效的使用指南，讓你能夠避免「陷阱」，適度使用，從而真正發揮它的價值。

更重要的是：減少不必要的學習焦慮感。

我們繼續《Python 功力提升的樂趣：寫出乾淨程式碼的最佳實務》閱讀筆記，這是第 2 篇，你可以把它當作是一則重點整理，加上我個人的開發經驗與心得。

系列：Python 功力提升的樂趣

1. 使用 Black 格式化程式碼——《Python 功力提升的樂趣》
2. 如何寫出 Pythonic 程式碼——《Python 功力提升的樂趣》
3. Docstring 的重要性——《Python 功力提升的樂趣》
4. 《Python 功力提升的樂趣》心得總結：掌握 Clean Code 基本功

---

第 6 章：寫出 Pythonic 風格的程式碼

我們常常聽到 Pythonic，但如果問起它究竟意味著什麼，一時之間可能也不容易回答，畢竟它沒有一個公認的標準或定義。

不過，充利分用 Python 獨有的特性、寫作風格、語法，尤其是善用標準函式庫，不重複造輪子——因為你自己造的輪子往往不會更好。或許是大家都認同的部分。

至於遵守上篇提到的 PEP 8，自然不在話下。如果你的變數命名使用了小駝峰式命名法（lower camel case），那麼在「形式上」就已經不太 Pythonic 了。

話說回來，本書雖然是一本優秀的 Clean Code in Python 入門書，但不知為何，書中的函式命名皆是採用小駝峰，讓我不甚理解。

但我們要知道：好孩子不要學。至於為什麼，不用問，問就是 PEP 8。

Apple Studio Display 無疑是今年內，我所有新購入的器物之中，最值得的選擇，且沒有之一。

但它不一定適合你，也可能不適合多數人。

相關文章：Mac mini 心得：寫程式的最佳選擇！

---

本文主旨

作為一個使用它近半年的真實用戶，我撰寫本文的目標，就是為了協助你判斷：是不是真的值得為自己購買一台 Studio Display。

你也可以當作這是一篇 Studio Display 開箱文。

我們會提到它的優點——我最喜歡的部分。不過，作為一台昂貴的螢幕，在購入之前，你可能更關心「它究竟適不適合自己、值不值得？」

就像我在〈我買了 Apple Studio Display 與系列心得寫作計畫〉說的：

那些你不喜歡或可能無法接受的環節，才是做決定時最重要的考量點——那些「不」才是關鍵。

這是《Python 功力提升的樂趣：寫出乾淨程式碼的最佳實務》筆記的第 1 篇，你可以把它當作是一則重點整理，加上我個人的開發經驗與心得。

系列：Python 功力提升的樂趣

1. 使用 Black 格式化程式碼——《Python 功力提升的樂趣》
2. 如何寫出 Pythonic 程式碼——《Python 功力提升的樂趣》
3. Docstring 的重要性——《Python 功力提升的樂趣》
4. 《Python 功力提升的樂趣》心得總結：掌握 Clean Code 基本功

本文目錄

1. 系列緣起
2. 只講重點
3. 第 3 章：使用 Black 進行程式碼格式化
4. Why Black？
5. 第 4 章：選用易懂的命名
6. 3 個代表性案例
7. 第 5 章：找出程式碼的異味
8. 程式碼異味的迷思
9. 註解是不需要的？
10. 寫好註解是同理心的表現

---

系列緣起

我會用數篇文章，把本書的重點一一勾勒出來。之所以願意這麼做，主要有兩個原因。

要真正落實 Clean Code，著實不易

雖然任何一種程式語言都能夠寫出堪稱簡潔的程式碼，但 Python 可能是最接近「自然語言」的那個。從這個角度看，Python 的 Clean Code 或許是最美的。

但因為 Python 的「自由度」很高，現實中的 Python 程式碼品質，往往都不那麼理想——你甚至希望它不要那麼自由。

我認為這本書被低估了

意思是，它似乎不那麼有名。

當然，講 Clean Code Python 的書也不只這本，但我認為本書是最適合起手的一本。儘管它面向的是 Python 新鮮人，但不得不承認，即使已經寫了一、兩年 Python 的開發者，對於書中建議的落實，往往都還有所不足。

儘管 Python 是自由的，但 Clean Code 卻沒有那麼自由——我們需要這本書，而且要好好實踐它。