Excel

理解 git 数据模型很重要，操作 git 数据历史库唯一完全可控的方式是使用 CLI 而不是使用 GUI 按钮，虽然 CLI 的设计很 horrible 。推荐看一下 linus 在 Google 的 git 推销演讲（ 0 几年的视频）以及 MIT 的 missing.csail.mit.edu 的系列课程，里面推荐的一些资源有一定的帮助。

好像不存在两边可以互相导入导出的通讯软件吧

终端文件管理器？ github 搜 nnn 看看

可以都放在用户分区，%USERPROFILE%，%APPDATA%一类的，powershell 里运行`ls ENV:`查看。
但是不分区的话会有一个比查找效率更严重的问题：
权限

ubuntu 虚拟机与书上的一致，估计是 wsl 的问题。

第一个 有的吧
我看了一下，在“联系人”功能里，开始--新建（新建联系人，*新建联系人组*，新建项目），新建联系人组里可以添加邮件地址，然后在“文件”--“移至文件夹”时新建一个文件夹，位于联系人文件夹下，新联系人组保存在这里。左下角导航到”文件夹“功能，可以看到账号下所有的文件夹。
“邮件”功能里，新建规则时，选择条件（发件人位于*指定*通讯薄），选择新建的文件夹名字，后面的规则保持与原来一致。

邮箱都可以存储联系人的吧，字段也很多，还可以添加自定义字段。
设置-通讯录-账户，在这里可以添加账户。苹果对邮箱账户体系的支持还是挺全面的，备忘录和提醒任务都和系统完全融合了。谷歌的就只能通过安装他们家的 app 才能用。
唯一不方便的是不能在新增联系人的时候选择存储到哪个账户里，只能存储到默认账户。每个应用都有各自的默认账户，存之前一定要确认一下。

不知道 lz 有没有记帐的习惯，至少我认为这个习惯比较好。比如可以做成像下面这样的图：
https://i.imgur.com/fnAa8Gx.jpg
来自于： https://www.reddit.com/r/dataisbeautiful/comments/adhzrw/watch_my_money_flow_an_animated_representation_of/?utm_source=share&utm_medium=web2x&context=3

spacesniffer 看看哪些文件夹占用的空间大

你应该需要的是“镜像”功能
https://docs.github.com/en/github/creating-cloning-and-archiving-repositories/creating-a-repository-on-github/duplicating-a-repository

npm install 给我的感觉就是这样的
https://imgur.com/r/wtf/nqfWVeV

我写这段代码的时候，只有上帝和我知道。现在，只有上帝知道了。
commit 的作用是不用去看代码，也能知道代码发生了什么变动。
贴一段 linux 内核的最新 commit：
https://github.com/torvalds/linux/commit/e04480920d1eec9c061841399aa6f35b6f987d8b
-----
Bluetooth: defer cleanup of resources in hci_unregister_dev()
syzbot is hitting might_sleep() warning at hci_sock_dev_event() due to
calling lock_sock() with rw spinlock held [1].

It seems that history of this locking problem is a trial and error.

Commit b40df57 ("[PATCH] bluetooth: fix socket locking in
hci_sock_dev_event()") in 2.6.21-rc4 changed bh_lock_sock() to
lock_sock() as an attempt to fix lockdep warning.

Then, commit 4ce61d1 ("[BLUETOOTH]: Fix locking in
hci_sock_dev_event().") in 2.6.22-rc2 changed lock_sock() to
local_bh_disable() + bh_lock_sock_nested() as an attempt to fix the
sleep in atomic context warning.

Then, commit 4b5dd69 ("Bluetooth: Remove local_bh_disable() from
hci_sock.c") in 3.3-rc1 removed local_bh_disable().

Then, commit e305509 ("Bluetooth: use correct lock to prevent UAF
of hdev object") in 5.13-rc5 again changed bh_lock_sock_nested() to
lock_sock() as an attempt to fix CVE-2021-3573.

This difficulty comes from current implementation that
hci_sock_dev_event(HCI_DEV_UNREG) is responsible for dropping all
references from sockets because hci_unregister_dev() immediately
reclaims resources as soon as returning from
hci_sock_dev_event(HCI_DEV_UNREG).

But the history suggests that hci_sock_dev_event(HCI_DEV_UNREG) was not
doing what it should do.

Therefore, instead of trying to detach sockets from device, let's accept
not detaching sockets from device at hci_sock_dev_event(HCI_DEV_UNREG),
by moving actual cleanup of resources from hci_unregister_dev() to
hci_cleanup_dev() which is called by bt_host_release() when all
references to this unregistered device (which is a kobject) are gone.

Since hci_sock_dev_event(HCI_DEV_UNREG) no longer resets
hci_pi(sk)->hdev, we need to check whether this device was unregistered
and return an error based on HCI_UNREGISTER flag. There might be subtle
behavioral difference in "monitor the hdev" functionality; please report
if you found something went wrong due to this patch.

Link: https://syzkaller.appspot.com/bug?extid=a5df189917e79d5e59c9 [1]
Reported-by: syzbot <[email protected]>
Suggested-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
Fixes: e305509 ("Bluetooth: use correct lock to prevent UAF of hdev object")
Acked-by: Luiz Augusto von Dentz <[email protected]>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
master
@torvalds
Tetsuo Handa authored and torvalds committed 13 hours ago
1 parent 0b53abf commit e04480920d1eec9c061841399aa6f35b6f987d8b

参考 Microsoft Learn: Azure DevOps，逐步把 DevOps 加入现有流程。
https://docs.microsoft.com/zh-cn/learn/browse/?expanded=azure&products=azure-devops

推荐上一整套大而全的，免得后面发现不能满足需求还要转。
工作流程慢慢加，慢慢熟悉，慢慢建立规范的流程。

sqlite 比较弱，少了一些 database 的功能特点。
https://www.cnblogs.com/caiyongliang/p/13719347.html
这里有个关于数据库的跑分比较，最后是 postgresql 胜出了。
https://itnext.io/benchmark-databases-in-docker-mysql-postgresql-sql-server-7b129368eed7