從〈AI 時代的生存指南（二）數位斷捨離〉發表後，又過了兩個月的時間，就像文中說的，要持續數位斷捨離，可一點也不簡單。
不過沒關係，我還是會繼續嘗試與實踐下去。只不過，數位斷捨離跟許多好習慣的養成一樣，多多少少都會消耗你的意志力，以達成一定的慣性。（當然如果你並不真的喜歡這件事，那最終依舊不會形成慣性）
如果同時還有其它目標追求，確實不宜對自己太過嚴苛，以免「全軍覆沒」。
不過其中一種數位斷捨離實踐，我倒是持續了好幾個月，效果不錯，而且我也推薦你這麼做——那就是「散步時，不要用手機」。
Cal Newport 在這則〈The Perks of Living Without Social Media | Cal Newport〉影片中，講述了他不用任何社交媒體的理由。
一言以蔽之就是：為了保持無聊。
2024/02/01：新增「本文目錄」與「結語：適可而止的複雜」兩個部分。2024/01/28：重新修訂全文，增加若干內容，使整體論述更清晰、完整。
讓我們進入「Simple Notion」系列的第三篇，同時也是最後一篇。這次我們要聊聊，最能夠代表 Notion 的關鍵元素：資料庫（database）。
一提到 Notion 你會想到什麼？沒錯，就是資料庫。資料庫就是 Notion 的代名詞。
Notion 在 2016 年就誕生了（你也可以說是 2013年，請參考維基百科關於 Notion 的「歷史與發展」），但直到 2018 年才大紅，為什麼？——因為加入了 database。
儘管在 UI 加入類似關聯式資料庫功能，並非 Notion 獨創。畢竟，在此之前，Airtable 已經是這方面的佼佼者。
但我們不得不承認，Notion 確實把資料庫玩出了新的高度。
- 使用 Notion 滿 3 年，為何我仍「不推薦」用它來管理你的人生？
- 少則得，多則惑：使用 Notion 時的兩個常見陷阱
- Notion 資料庫「反複雜」使用指南
資料庫（database）無疑是 Notion 最強大的功能，但也是最複雜的。「過度使用」的結果，可能比不用還糟糕。
既然是「Simple Notion」系列文章，主軸仍會聚焦在「簡潔」二字。而講到簡潔使用 Notion，資料庫絕對是一個無法繞過的主要議題。
我希望不落俗套地，討論 Notion 資料庫的美麗與哀愁。並提供簡單有效的使用指南，讓你能夠避免「陷阱」，適度使用，從而真正發揮它的價值。
更重要的是：減少不必要的學習焦慮感。
我們繼續《Python 功力提升的樂趣：寫出乾淨程式碼的最佳實務》閱讀筆記，這是第 2 篇，你可以把它當作是一則重點整理，加上我個人的開發經驗與心得。
- 使用 Black 格式化程式碼——《Python 功力提升的樂趣》
- 如何寫出 Pythonic 程式碼——《Python 功力提升的樂趣》
- Docstring 的重要性——《Python 功力提升的樂趣》
- 《Python 功力提升的樂趣》心得總結：掌握 Clean Code 基本功
我們常常聽到 Pythonic，但如果問起它究竟意味著什麼，一時之間可能也不容易回答，畢竟它沒有一個公認的標準或定義。
不過，充利分用 Python 獨有的特性、寫作風格、語法，尤其是善用標準函式庫，不重複造輪子——因為你自己造的輪子往往不會更好。或許是大家都認同的部分。
至於遵守上篇提到的 PEP 8，自然不在話下。如果你的變數命名使用了小駝峰式命名法（lower camel case），那麼在「形式上」就已經不太 Pythonic 了。
話說回來，本書雖然是一本優秀的 Clean Code in Python 入門書，但不知為何，書中的函式命名皆是採用小駝峰，讓我不甚理解。
但我們要知道：好孩子不要學。至於為什麼，不用問，問就是 PEP 8。
Apple Studio Display 無疑是今年內，我所有新購入的器物之中，最值得的選擇，且沒有之一。
但它不一定適合你，也可能不適合多數人。
作為一個使用它近半年的真實用戶，我撰寫本文的目標，就是為了協助你判斷：是不是真的值得為自己購買一台 Studio Display。
你也可以當作這是一篇 Studio Display 開箱文。
我們會提到它的優點——我最喜歡的部分。不過，作為一台昂貴的螢幕，在購入之前，你可能更關心「它究竟適不適合自己、值不值得？」
就像我在〈我買了 Apple Studio Display 與系列心得寫作計畫〉說的：
那些你不喜歡或可能無法接受的環節，才是做決定時最重要的考量點——那些「不」才是關鍵。
這是《Python 功力提升的樂趣：寫出乾淨程式碼的最佳實務》筆記的第 1 篇，你可以把它當作是一則重點整理，加上我個人的開發經驗與心得。
- 使用 Black 格式化程式碼——《Python 功力提升的樂趣》
- 如何寫出 Pythonic 程式碼——《Python 功力提升的樂趣》
- Docstring 的重要性——《Python 功力提升的樂趣》
- 《Python 功力提升的樂趣》心得總結：掌握 Clean Code 基本功
我會用數篇文章，把本書的重點一一勾勒出來。之所以願意這麼做，主要有兩個原因。
雖然任何一種程式語言都能夠寫出堪稱簡潔的程式碼，但 Python 可能是最接近「自然語言」的那個。從這個角度看，Python 的 Clean Code 或許是最美的。
但因為 Python 的「自由度」很高，現實中的 Python 程式碼品質，往往都不那麼理想——你甚至希望它不要那麼自由。
意思是，它似乎不那麼有名。
當然，講 Clean Code Python 的書也不只這本，但我認為本書是最適合起手的一本。儘管它面向的是 Python 新鮮人，但不得不承認，即使已經寫了一、兩年 Python 的開發者，對於書中建議的落實，往往都還有所不足。
儘管 Python 是自由的，但 Clean Code 卻沒有那麼自由——我們需要這本書，而且要好好實踐它。
從〈終於寫了「關於我」頁面〉至今，已經近 8 個月。這次「關於我」終於迎來 2.0 版更新。
1.0 版的「關於我」，尚有參考借鑑其他作者共 3 篇自介的影子，到了 2.0，應該已經不太容易發現這些痕跡。
這也符合創作的本質——從風格模仿到慢慢演化出自己的偏好。
本篇會講述本次更新的重點思路，可以視為有關這次更新的「導讀」與補充。
