現代人每天都會用一堆軟體、app、線上服務。
其中比較複雜的工具（包括瀏覽器與作業系統），往往都有搭配「鍵盤快捷鍵」來加速你的操作。
然而，軟體很多，快捷鍵更多！究竟哪些要記、哪些可以放棄，才能降低大腦的負擔？
本文簡要分享我的看法。
首先說明，像 ctrl+C、ctrl+V、ctrl+B、ctrl+S 這些，已成為大家心中公認的快捷鍵設定，各大軟體廠商也幾乎不可能在設計上違背的，就不再討論範圍。
這裡講的是那些不同軟體之間特有的快捷鍵。而且也不是要討論這些快捷鍵的設計是否合理、好記。
而是要說，我如何選擇（取捨）要記得哪些、放棄哪些的思路，以及我對「記憶快捷鍵來增加效率（生產力）」的整體看法。
只是簡單的個人心得，供參。
這是 Django Tutorial 的第 7 篇，範例程式碼可參考我的 GitHub 專案。
本文相關的程式碼改動，都集中在這個 PR。
本文可視為 Django ORM 外鍵教學第三部分——查詢篇——的前置教學，因為我們需要一些範例資料作為查詢的標的。
為了快速且輕鬆地建立這些範例，我們要善用 Django fixture。
本文介紹 Django fixture 的基本用法，並以 Django-Tutorial 的範例資料為例，示範如何導出與匯入 fixture。
Django fixture 是一種用來管理資料庫數據的工具。
它允許你以 JSON 或 XML 等格式將資料庫中的數據導出（序列化）到特定文件中，並在需要時將這些數據匯入到資料庫。
你可以輕鬆地透過 Django fixture 初始化資料庫內容，設置測試數據，或者在不同環境間傳輸數據。
顯然的，它也很適合用來「快速建立」（或說匯入）我文章教學所需要的資料。
更多細節與介紹，可參考 Django 文件。
這是《Effective Python 中文版｜寫出良好 Python 程式的 90 個具體做法》筆記的第 1 篇，你可以當作是一則重點整理，加上我個人的開發經驗與心得。
毫無疑問，這又是一本關於「Clean Code in Python」的書——而且很可能是評價最高的一本。
本書由 90 個具體做法所組成，搭配大量實例，助你寫出更 Pythonic 的程式碼。
內容有初階也有進階（比如 metaclass），我會挑選書中我認為「重要且實用」的部分作為分享準則。簡言之，不會太深——但很可能是常常被忽略或低估的部分。
本文整理自書中的「做法 6：優先選用多重指定的拆分而非索引」。
附帶一提，作者已經把書中的程式碼範例都放在 effectivepython 這個 repo，這對於我這種要寫筆記、心得文章的人，真是再方便不過。
本文的主旨只有一個：試圖說服你，不要在程式碼中使用索引取值——盡可能改用拆分（unpacking）來代替索引。
這裡的索引取值，指的是像 items[2] 這樣，以序列（sequence）的數字索引來取值的情況。
如果程式碼只有你一個人撰寫與維護，且日後也是如此，或許未必要堅持這個原則。
但如果涉及多人協作，未來還有交接與維護需求，那麼避免索引取值，肯定能提升程式的可讀性，同時更容易維護。
建立這個 blog 後不知多久，我曾在網站選單新增「熱門文章排名」頁面，後來又移除了它。
收錄「一段時間內」瀏覽量排名前 10 名的文章，供讀者參考。順便增加全站頁面的總觸及率。
畢竟作為一個 blogger，誰不希望讀者在我們的 blog 看完一篇又一篇呢？
如何讓讀者願意「多看」，無疑是重要議題。
大部分部落格的大部分文章，都是靠特定 SEO 關鍵字，吸引到新讀者的第一次瀏覽。
在讀者還不認識你之前，眼下的這篇文章，就是他 / 她決定是否再瞧瞧其它文章的主要依據。
如果內容寫的有趣、論述風格對了胃口、相關的議題剛好是讀者現在關心的，就有機會獲得第二篇、第三篇瀏覽——這是作者們所期待的。
不過這些都是讀者的主觀因素！除了文章內容外，我們幾乎無法控制。
那我們可以做什麼？
這是 Django Tutorial 的第 6 篇、DRF 系列的第 2 篇。
範例程式碼可參考我的 GitHub 專案。
本文相關的程式碼改動，都集中在這個 PR。
上一篇我們介紹了 Django 和 Django REST framework（以下簡稱 DRF）之間的區別，與它們各司其職的角色定位。
兩者相輔相成，讓 Django 在這個「前後端分離」的時代，還能佔有一席之地。
接下來，我們要開始動手實作 API。
- Django REST framework 教學（一）前言篇
- 設定 Django REST framework 路由
- 學習 Django REST framework 的 View 函式
本文的目標：建立一個 Django API，並確保它正常運行。
為了達到這個目標，我們需要完成以下三件事：
settings.py，並加入 Django REST framework 相關內容。就這麼簡單，讓我們直接開始吧！
你寫作嗎？
我一直覺得，持續寫作真的很不容易！
所以我們需要一些方法或看法，來增加持續的可能性、降低其中的門檻。
在過去的文章中，我曾兩次討論「持續寫作」這個議題。本文將整理從上一次到現在，我的 3 個新想法。
前兩次討論，其實都只是某篇文章的一個段落，分別是：
它們代表了我不同時期的看法，不過都是一脈相承的，後者往往是對前者的追加、補充或是具體化。
本文也是如此，我會提出新想法，也會對過去的看法提出更加具體的建議。
純個人見解！但保證都是我的肺腑之言。讓我們開始。
上個月，我將工作上幾個專案的 Python linter、formatter，從原本的 Flake8、isort、Black Formatter 遷移至 Ruff。
本來以為很簡單，應該半小時就可以搞定。不料細節比想像中的多，前前後後還是花了近 2 小時。
可能我比較龜毛吧！
正因耗費的時間有點多，所以寫下這篇懶人包教學，作為讀者遷移時的參考。
這篇文章是寫給，目前正使用上述 Flake8、isort、Black Formatter 作為格式化工具，並打算遷移至 Ruff 的 Python 開發者。
受眾就是〈VS Code 設定 Python Linter、Formatter 教學〉中描述的那樣。在專案中使用上述工具，也安裝了相關的 VS Code 套件，設定好 pre-commit hook，以及使用 pyproject.toml 作為這些工具的設定檔。
而本文的目標，就是讓專案的 linter、formatter，最終都統一使用 Ruff。