Shelter

提前说拜拜了 Django！我的第一台摩托，从心动到心累

Sat, 05 Jul 2025 22:19:19 +0800

最近想把 Django 卖掉了，5月初的时候我还刚给它买好3者的商业保险，现在毫不犹豫的想要把它卖掉，多少钱都要卖的哪种，这段从满心欢喜到最后妥协的经历，我觉得还挺有意思的，得写下来唠唠。

梦中情车！😍 就因为长得好看和名字好玩儿

话说回来，我考驾照之前，心里就早就定好了，我的第一辆摩托必须是 Django！好多人也好奇，为什么不买档车，为什么要买个踏板。

为啥？原因特别简单，全是新手的冲动和幻想。第一，是它那个复古的样子，我的天，简直长在了我的审美上。第二，它的名字和我使用的第一个 Python 开发框架 Django 一样，对我这个程序员来说，这亲切感一下就来了。最后，我喜欢那个可乐拉花的红白配色。

哦，还有个特别重要的点：它！不！用！换！挡！对于一个新手来说，能让我专心看路，这对于需要熟悉道路来说非常重要。

蜜月期 🛵💨 有车的快乐就是这么简单

刚有车那会儿，确实爽。尤其是我去彩云上班的时候，大部分时间都用 Django 通勤。不用去挤地铁、换乘，也不用担心打不到车，拧油门就走，确定性（随时能走，不耽误时间）和自由都有。

它的加速也挺“佛系”的，说白了就是慢。但这对当时的我来说反而是好事，特有安全感。总之，作为通勤工具，一开始还行。

但也就……仅此而已了。

现实的毒打 😩 这些毛病真的忍不了

好景不长，激情过去后，Django 的各种毛病就开始挨个儿教育我了。

首先就是那个要命的怠速抖动。真不是开玩笑，等红灯的时候，感觉自己坐在了一台拖拉机上，后照镜抖得连后面是台啥车都看不清。手机？根本不敢放支架上，生怕分分钟把摄像头给我震坏了。结果就是，我基本告别了出远门，没手机导航，在北京这大迷宫里我能开到哪儿去啊？

然后就是京 B 的路权，太头疼了。我那会儿住三环里，挂着京 B 牌，理论上就是个“黑户”。虽然上班那条路没探头，但还是被警察叔叔抓个正着。那种心里发虚的感觉，让骑车的自由感直接打了个对折。

还有，我看腻了。没错，当初爱得不行的可乐拉花，后来越看越觉得……嗯……有那么点儿娘。审美这东西，果然是有保质期的。

最后一个，也是最让人崩溃的，储物空间约等于零。别说放个快递了，停完车，头盔都得自己拎着，像个傻子一样。想想要拎着头盔去逛街吃饭，出远门的念头又少了一分。

缘分已尽 👋 三年还没骑到 2000 公里

三年，我就骑了不到 2000 公里！

这车绝大部分的“车生”，都是在车库、地库里吃灰度过的。所以你说，卖掉它不是理所当然的嘛。当初的热情，早就被这些破事儿给磨没了。

现在嘛，我天天开 Model Y 上下班，周末去哪儿也都是开车。电车安静又平顺，后备箱想放啥放啥，生活方便太多了。

下一辆会是它？🤔 关于未来的碎碎念

那……我以后还会买摩托吗？

嗯……我想还是会的！但想法跟以前可完全不一样了。

如果啊，只是如果，我再买下一台，那很可能是本田的幼兽 110 (Super Cub)！

为啥是它？它慢悠悠的，符合我这种“怂人”的安全感；它不抖，终于可以把手机安安稳稳放支架上了；样子复古又耐看，关键是“玩法”多，随便折腾。我就想把它当个纯粹的玩具，天气好的时候，骑着它去溜达溜达，喝杯咖啡，多惬意。

至于那些帅炸了的大排量？emmm，等我哪天没有生活的压力的再考虑吧，凯旋我觉得没有骑士不喜欢。

就这样了，也算是还了之前考驾照 Blog 的债了。

运营 tootbot.org 的经验分享：从搭建、维护到升级

Mon, 30 Jun 2025 18:19:19 +0800

作为一个 Mastodon 联邦实例的运营者，我想分享一下自己从零搭建 tootbot.org 到日常维护、定期升级、备份策略、安全管理、资源优化以及个人对联邦宇宙的体会。

一、搭建：一切从 Docker Compose 开始

tootbot.org 的部署完全基于 Docker Compose，以下是核心服务的简化配置：

version: "2.1"
services:
 db:
 image: postgres:14-alpine
 volumes:
 - ./postgres14:/var/lib/postgresql/data
 environment:
 - POSTGRES_DB=mastodon
 - POSTGRES_PASSWORD=${DB_PASS}

 redis:
 image: redis:7-alpine
 volumes:
 - ./redis:/data

 mastodon:
 image: lscr.io/linuxserver/mastodon:latest
 ports:
 - 1080:80
 - 10443:443
 volumes:
 - ~/appdata/config:/config
 environment:
 - LOCAL_DOMAIN=tootbot.org
 - REDIS_HOST=redis
 - DB_HOST=db
 - DB_NAME=mastodon
 - DB_USER=postgres
 - DB_PASS=${DB_PASS}
 - SMTP_SERVER=${SMTP_SERVER}
 - S3_ENABLED=${S3_ENABLED}
 - AWS_ACCESS_KEY_ID=${AWS_ACCESS_KEY_ID}
 - AWS_SECRET_ACCESS_KEY=${AWS_SECRET_ACCESS_KEY}
 ... # 其余配置略

通过 LinuxServer 的 Mastodon 镜像大大简化了配置和版本升级。

Ventoy：U盘启动更好的实践，不再反复烧录系统镜像

Thu, 05 Jun 2025 20:25:19 +0800

在日常工作和系统维护中，我们常常需要准备各种操作系统的启动盘，比如 Windows、Ubuntu、Arch Linux 等。传统方式需要不断使用工具（如 Rufus、balenaEtcher）将 ISO 镜像烧录到 U 盘中。这个过程既耗时又低效，一旦烧录完成，U 盘就只能用作启动盘，无法持续存储其他文件，极大地限制了灵活性。

直到我用上 Ventoy，才发现 U 盘还能这么灵活自由。

🧩 Ventoy 是啥？

Ventoy 是一个开源工具，它让你无需反复格式化和烧录，只需将 ISO/WIM/IMG/VHD(x)/EFI 等镜像文件直接拷贝到 U 盘中，就可以从 U 盘启动这些系统。它支持绝大多数操作系统，支持 Legacy BIOS 和 UEFI 启动，并且镜像文件可以共存于一个 U 盘中，通过启动菜单选择启动项。

💡 Ventoy 好用在哪？

1. 避免重复烧录，多系统共存

再也不用重复格式化和烧录，Windows、各类 Linux 发行版镜像（如 Debian、Ubuntu、Arch、Fedora 等）都能一并放入同一个 U 盘中，启动时直接选择需要安装的系统即可。

2. U 盘仍具备存储功能

传统烧录会将 U 盘格式化并占用整个盘，无法再存储其他文件。而使用 Ventoy 后，你可以在同一个 U 盘中创建一个 ISO 文件夹用于镜像存放，同时保留空间用于文件传输和资料备份。

3. 集成常用驱动，安装更高效

我们在使用如 ROG STRIX X870-I GAMING WIFI 这类主板时，经常需要额外的驱动支持（如 LAN/WIFI/声卡驱动），通过提前将主板驱动包放入 U 盘根目录，可以免去每次联网下载的麻烦。对于 Windows 安装更是必要，因原始镜像往往不包含这些设备驱动。

NVIDIA 的显卡驱动同样适合提前准备——一个驱动包几乎可以覆盖所有消费级 GPU，避免因分辨率过低或未识别显卡而导致的安装困扰。

Model Y + TeslaMate：终于拥有自己的行程记录了

Tue, 20 May 2025 20:25:19 +0800

自从提了 Model Y 之后，日常使用基本都非常顺畅，唯独有一点让我一直觉得缺失感明显：官方 Tesla App 中缺乏详细的行程记录、充电历史等信息。虽然能查看当前状态和控制车辆，但作为一名数据控，总感觉有些不够尽兴。

直到有一天偶然发现了 TeslaMate 这个项目，我瞬间心动了——开源、自部署、数据全在自己手中，简直是梦中情车！

一些犹豫：休眠 bug & 能耗问题

在部署之前，我和一个同样拥有 Model Y 的朋友聊了一下。他提到他以前用过 TeslaMate，但遇到了车辆无法进入休眠的问题，导致静态能耗明显升高。这个反馈一度让我有些犹豫，毕竟我也不想因为一个数据工具而增加电车“躺平时”的能耗。

后来我自己也去查了一下相关资料，发现这是 TeslaMate 过去的一个已知 bug，但现在已经在新版中被修复。而且说实话，我自己对“几瓦几瓦的待机功耗”也没有那么敏感，于是决定——部署！

部署体验：轻松愉快

我在家里的 Gen8 小主机上用 Docker 部署 TeslaMate，整个过程异常顺利，几乎是照着官方文档一步步抄命令就完事。

印象最深的是 Tesla 的认证流程：
Tesla 现在提供了一个官方的 Auth App 进行授权，比起传统 Web 应用还得登录开发者平台、创建 App、复制 token 的那一套流程，友好太多，真是让人感动一小下。

使用体验：Grafana 面板好直观

部署好之后，一打开 TeslaMate 自带的 Grafana 看板，整个人都爽了。

每次行程的起止点、耗时、能耗、平均速度等信息一目了然
每次充电的电量、时间、充电功率、充电成本都能记录
还有地图、海拔、温度等数据的可视化呈现，完全满足我的数据控需求

能看到自己从哪儿到哪儿用了多少电，那种“把自己开车生活数据化”的快感实在太棒了。

一个小小的槽点：行程划分稍显粗糙

目前唯一让我稍微有些不适应的是 TeslaMate 对“行程”的定义逻辑：

每次挂入 P 档，就会视为结束当前行程

这就会出现一种情况：我如果临时路边停一下，送个朋友下车，TeslaMate 就会把这次行驶记录断成两段。虽然能理解（毕竟没有明确的“继续行程”信号），但如果以后能提供自定义合并的方式那就更完美了。

总结：先用着，数据控的最爱

虽然还没有长期使用，但目前来看 TeslaMate 几乎解决了我对 Tesla App 的全部不满，并且体验丝滑，部署方便。
以后是否会影响车辆休眠？是否还能发现更多隐藏功能？我还在持续观察。

Windows 下 C++ 的编程开发体验：从配置地狱到打包小确幸

Mon, 07 Apr 2025 22:09:19 +0800

最近开始折腾 Windows 下的 C++ 开发，说实话，这过程让我深刻体会到什么叫「配置即编程」。虽然之前也接触过 C++，但真正开始动手写一个稍微完整点的项目，才意识到这门语言背后藏着的复杂度，依旧不容小觑。

依赖管理：Conan 的引入与困惑

在现代语言中，包管理器几乎是必不可少的工具。于是我自然地选择了 Conan 来管理 C++ 依赖。但使用 Conan 的过程，并没有我想象中顺利。

路径配置：一开始就被 conan profile 配置、缓存路径、编译器路径搞晕了头，尤其是在 Windows 下，还要考虑 MSVC 的各种路径引用。
编辑器集成：无论是 Visual Studio 还是 VS Code，想要让它们正确识别 Conan 拉下来的库，都需要手动处理 include 路径、lib 路径和编译选项。这和 Python 一键 pip 安装简直是两个世界。
依赖寻找：更麻烦的是，Conan 中并不是所有常用库都能找到。一些库要么版本太旧，要么根本没有，这时候只能自己手动下载源码、配置 CMake、管理依赖链。这一整个过程基本上就是在挑战我的耐心极限。

更糟的是，GitHub Actions 的 CI 配置也变得异常复杂。本地已经够折腾了，到了 CI/CD 还要考虑 Conan 安装、缓存、跨平台兼容、路径修正等各种琐碎问题。C++ 开发者真的太不容易了。

打包过程：Setup.iss 的一丝温柔

难得有个顺利的部分，就是最终的应用打包。我使用了 Inno Setup 的 Setup.iss 来生成安装包。虽然一开始对这个 .iss 脚本一头雾水，但幸运的是，AI 帮我搞定了绝大部分配置：

自定义安装路径
拷贝依赖的 DLL、资源文件
创建桌面快捷方式
设置启动项

这部分可以说是全程最丝滑的体验了，甚至让我有点感动。

总体体验：C++ 依旧强大，但门槛不低

如果说 Python 是一把锋利但易控的菜刀，C++ 更像是一台可编程机床。它能做很多事，而且性能极高，但代价就是你必须面对那些裸露的齿轮与电线。

Django vs FastAPI：一站式框架与轻量异步的取舍

Sun, 16 Mar 2025 13:30:55 +0800

在 Python Web 开发的世界里，Django 和 FastAPI 是两个备受关注的框架。一个是经典的一站式全能框架，另一个是新锐的异步性能利器。选择哪一个，很大程度上取决于你的项目需求、团队经验以及长期维护的考虑。

本文将从开发体验、性能表现、生态成熟度、后台管理、认证系统、数据库迁移等方面对 Django 和 FastAPI 进行深入对比，帮助你做出适合自己的选择。

一、轻量与性能：FastAPI 的优势

FastAPI 的最大卖点之一，就是它的“轻”和“快”：

原生异步 IO 支持：基于 Python 的 async/await 语法，FastAPI 可以充分利用异步并发，在高并发、IO 密集型的场景（如 WebSocket、API 网关、数据处理服务）中表现出色。
原生 RESTful 支持：基于标准的 OpenAPI 和 Pydantic，自动生成文档，强类型校验，接口设计现代且清晰。
启动快、体积小：由于没有绑定太多默认功能，FastAPI 项目结构简单、启动迅速。

然而，FastAPI 的“轻”也意味着很多事情你都得自己来：

二、开发体验：Django 的一站式服务更省心

Django 自带的功能堪称“全家桶”：

成熟稳定的 ORM：Django ORM 不如 SQLAlchemy 灵活，但够用、上手快、有一整套通用实践。
管理后台（Admin）：几乎是 Django 的“杀手锏”。只需几行代码即可生成完整的管理界面，极大提升开发效率。
认证与权限系统：包括用户模型、登录登出、权限控制、用户组等，几乎开箱即用。
数据库迁移系统（migrations）：Django 提供内建的迁移工具，配合 ORM 使用十分方便。
社区资源丰富：认证、支付、CMS、博客、论坛……几乎你能想到的功能，都有成熟、稳定的第三方库。

三、FastAPI 的开发代价：碎片化的生态与搭建成本

FastAPI 并不是“全家桶”：

ORM依赖外部工具：FastAPI 通常搭配 SQLAlchemy、Tortoise ORM 等。但社区没有一个统一推荐实践。项目初期需自行搭建数据库模型、会话管理、关系处理等。
缺乏统一管理后台：不像 Django Admin 一样，FastAPI 没有默认的管理界面。你需要手动实现所有后台功能，包括用户管理、权限控制等。
认证系统需手动搭建：FastAPI 提供了依赖注入机制来实现认证，但真正落地时，往往需要自己实现 OAuth、JWT、Session 等机制。
数据库迁移不统一：Alembic 是 SQLAlchemy 的默认选择，但配置、使用成本不低，而且和业务 ORM 解耦，增添了维护成本。
维护难度：因为涉及到多个开源组件的拼接，项目后期维护需要开发者全面理解各个工具的边界和坑，容易造成“技术债”。

四、性能是否真的关键？

FastAPI 的异步确实能带来性能提升，但并不适用于所有场景。

Pentax 17 第一卷

Sun, 16 Mar 2025 13:30:55 +0800

上班路上的逆光拍摄

雾中的大楼

给占占买的新猫粮

盯着我玩儿电脑的占占

一起吃的芈重山

试一下微距

公司咖啡厅的万圣节气息

警惕的占占

装电脑

能发挥工具的优势才是一个好的工程师

Sat, 16 Nov 2024 21:45:55 +0800

最近大把时间在用 C++ 写一个 Windows 系统服务，到上周五把主要功能、打包、安装、卸载服务等等最重要的部分写完了，完成这个版本之后我对 Windows 的固有刻板印象也有所改变了，对于抵触使用主观感受不好的工具的想法也有所改变了。

Windows 真的很不适合开发者吗？

冷静的想一下过去我对 Windows 用来做开发比较抵触两件事情

配置环境变量
1. 入口深
2. UI/UX 对于编辑较长的环境来讲简直是噩梦
3. 难以搜索
缺失系统包管理工具
1. 安装需要的开发工具时不能通过类似 apt install foo dnf install bar 这样的操作快速且高效的完成
2. 卸载依赖也需要借助有 UI 界面的程序管理完成，甚至还需要自己手动去清除环境变量
3. 查看系统内工具列表、版本号也不是一件简单的事情，且给出的结果并不清晰

在过去的几周时间里我感受到了这两个问题都有所改善。

首先是环境变量，PATH 环境变量值现在可以分行编辑，不再是所有配置都在一行然后使用 ; 来分割了，不过依旧没有搜索，比不上 *nix、macOS 等在编辑器里面配置，使用编辑器搜索功能即可快速定位；其次是系统包管理工具，我最近在使用 choco，最起码它能让 Windows 不再缺失包管理工具，比如没有 git 的时候我能随手 choco install git，而不用再 Google-git.com-download-install，全程用鼠标来完成（鼠标在这种时候是没有一条命令来的快）。

当然，我很清楚 “有所改善” 和 “做的很好” 差距还是很大的，但是我也一直都在思考，当开发者在使用一个工具的时候最重要的事情是什么呢？

显然，是需要 “扬长避短”。

那我们来回到开头的问题，Windows 真的很不适合开发者吗？我觉得不是的，甚至我觉得 “适合开发者” 本身就是一个伪命题，开发者应该做的是清楚选择的工具的优、劣，结合自己的实际业务来完成工具选择，那这时候要选择 Windows、*nix 还是 macOS 来做开发、服务就不是哪一点让自己觉得不爽、哪些事情让自己很抵触的这种很不理性的问题了。

比如我在做的这个 Windows 系统服务，它的需求来源于在项目中一定要使用一个脱离不了 Windows 的应用，这个应用可以通过 UDP 来完成一个通信，例如自定义配置项目，在这个前提我需要完成整个系统的控制服务，如果不引入其他设备的话最好就是运行在 Windows 上。

驾照增驾 D 摩托车驾驶资格过程回顾

Sun, 06 Dec 2020 23:54:45 +0800

为什么想要增驾D？

小时候坐过我爸摩托的油箱上面，我爸给我买过小朋友的头盔，从小就喜欢。
现在有自行车，骑长途最多就骑过30公里，菜腿已经很累了。
周末骑摩托去郊区吹风，想想就很棒。
在北京没有汽车/新能源指标，京B的摩托相对容易Get，京A的摩托车指标也可以合法交易。
操纵机械的快感。
衣食住行里的行能得到一部分的解决。
其实还有很多~

为什么选择D？

因为我想骑跨子，在没考得驾照之前我想我之后会偶尔骑跨子接送我闺女（为什么不是儿子？我想要闺女啊）上幼儿园，她一定是全幼儿园最酷的仔。

关于这个想法，我在满分通过科目四等着拿驾照的时候还和其它学院坐在一起吹牛皮，讨论为什么选 D 不选 E 的时候我就说了我这个想法，然后之前我还吹了自己科目四满分通过的牛皮。然后大家就问我科目四没背摩托车不能带12岁一下儿童的题吗？当时我就尴尬了（

以上是学 D 的一部分原因，更多的原因其实是觉得 D 范围大，做事情的资格这种事情当然是范围越大越好吧？

在北京怎么选择的驾校？

我的 C1 是在龙泉驾校学的，C1 学习的过程很顺利，教练的应试教育教的很好，我也没有补考过，约车通过报名的教练约也没多操心过，然后和薰姐（推特上的一个大佬）聊天的过程中得知他（咦，不对劲）也是在龙泉驾校学的，然后我就直接选择了龙泉驾校了。

学习的过程大概是怎样的？

摩托车增驾也有四个科目，并且我考科目二、三还遇到了新换的电子监考，更难了一些。

科目一、科目四背题-考试

和 C1 类似，只不过是 50 道题了，更加 Easy，这个就不多说了。

科目二、科目三练习

第一天去科目二的时候，练习和考试车都是嘉陵的跨子，教练教了如何启动，离合、油门、前轮刹车、后轮刹车、加减档、如何换档等操作然后开始练习启动、挂挡、起步、绕圈；大概练习了 2 个小时后，到了科目二考试练习场地，又换了个教练，教了坡道停车、坡道起步、单边桥、绕桩；其中我觉得最难的就是绕桩了，跨子绕桩本身车身就很宽，然后桩之间的距离还很窄。

科目三就是按照流程走一遍，流程如下图所示，不要做错、熄火、长时间半离合就没什么问题。

龙泉驾校约考还比较麻烦，我约了很久，我是剩下两次练车的时候约的考试，我考试约在了周一，约到考试之后我在周六周日练了两天，然后周一考试还是很紧张，不过好再过了。

科目二、科目三都是一把就通过了，通过了之后就回到了驾校开始背科目四的题，下午1点半左右的时候花了 10几分钟满分通过了科目四。然后四点就拿到了新的驾照。

旧驾照怎么换的新驾照

驾校在考科目四之前收了两张一寸白底免冠带镜框的照片旧驾照以及驾照副页，带镜框是因为我近视，必须要有个体现；之前驾照的夹子留在了自己手里，然后在考完科目四之后给发了新的驾照、副页，并且还有新的驾照夹。驾照上的准驾车型更新到了 C1D，扣分周期不变，副页备注了增驾 D 的实习周期。

记录一次VPS被黑后长记心的过程

Mon, 16 Mar 2020 23:45:55 +0800

昨天去看了下我在海星云上不怎么用的那台 VPS，然后发现了流量超出被暂停了，被暂停了是看不到每天流量进出口监控，所以我发了工单问了下是什么情况，大概就是 3 月 3 号的时候突然的 VPS 出口流量很多，估计是被用来做肉鸡然后去 DDoS 别人了吧。

客服在看了流量是别黑没的之后好心的给我加了 400G，然后要求我在一个小时内解决掉被挂上的马。

对于我这种运维小白来说，根本没有解决这种问题的经验，现在回头想下应该留一个快照之后研究用。没有了实战环境那就学着从多个方面来提升 VPS 的安全程度就好了。通过阅读资料我了解到了以下这些保证服务器安全的方法：

SSH 相关安全；
防火墙相关安全；
rootkit 相关安全。

在重新安装系统之后，我把本地的 SSH-Key 也替换了一遍，之前是 RSA 的 SSH Key，现在换成了 ED25519 公、私钥更短，但是更加安全，是 RSA 安全性的10倍，更换了本地 SSH Key 之后我开始设置 VPS 上的 SSH 配置，SSH 配置修改了以下几部分。

替换默认 22 端口，改为其它端口；
创建新用户，加入 sudo 用户组，用户密码用 1Password 生成保证唯一；
ssh-copy-id 给新建的用户添加上 SSH 公钥；
禁止 root 用户登录；
3 次密码失败等待，10 次密码失败使用 fail2ban ban IP。

完成 SSH 相关安全配置之后就开始配置防火墙 iptables 的配置对我来说还挺繁琐的，所以我就用 ufw 来进行防火墙的配置了， ufw 配置起来和各种云服务的防火墙配置感觉类似，allow 端口或者 deny 端口就好了。配置防火墙需要注意的是一定要先把 SSH 的端口打开，不然忘记这个可真的就要翻车了。然后就是需要哪些端口再打开哪些端口，其他的一律禁止就好了。我现在就只打开了 SSH 的端口和 80 端口，毕竟是新装的系统，装了个 nginx 测试下防火墙的效果，并且 nginx 之后还是会用到的。

Mon, 01 Jan 0001 00:00:00 +0000

这里有关于 Allen 简单的介绍

🐘 Tootbot

迫于万恶的资本家马一龙收紧 twitter API 并且改名为 X，我开始厌恶它，随后自己搭建了 tootbot.org
现在活跃用户似乎就我一个人了，但是不要紧，这个实例我不想关
iOS 上推荐 Ivory、Toot! 这两个客户端，都是收费 APP，前者订阅，后者买断
Android 暂时没有推荐的客户端，你如果有用着顺手的可以安利给我

📻 CQCQCQ 这里是 BI1NTQ

北京地区 A 类操作证的火腿
平时不守台，主要是爬山的时候用

✨ 兴趣爱好

🚴 自行车、摩托、长途自驾
🧗 徒步，第一次徒步在北京 18 km 东灵北灵黄草梁穿越，第二次是两天 55km 五台山环穿
🎿 在尝试入坑滑雪
📷 喜欢拍照！尤其是胶片
🎬 电影（200+，部分在豆瓣阅读标记）、阅读（100+，最近开始告别实体书转向微信读书+京东读书了）

🔧 工具安利

北京的冬天免不了要用加湿器，我在用 352 的蒸发式加湿器，一桶水能用 1-2 天，不过清洗麻烦了些，最近用过滤过的水水垢的问题缓解了很多
文石 Leaf3，可以很方便的使用微信读书、京东读书、Bilibili 漫画等等的客户端，很适合半在线半离线阅读习惯的我
Spotify 曲库很全，不用担心有找不到的情况，最近买车后叛逃 Apple Music 了，音质更好，网络环境更友好
M2 芯片的 iPad Pro，预算够了无脑购入就好了，娱乐、在线阅读、照片编辑中心

🥳 人生信条

要么现在做，要么永远都不想