geelaw

从实用角度来说以文件的形式同步 OneNote 笔记到 OneDrive 是相当不可行的。

OneDrive 上通常的文件冲突会导致保存多个副本，或者选择一个副本保存而另一个副本删除，这无法处理多个修改的合并，为了解决该问题，Office 文档有自己的一套和 OneDrive 同步的方法。对于 OneNote 来说这是相当必要的，因为 OneNote 笔记并不是一整个文件，而是一堆文件夹和文件之间相关连组织的（一个分区是一个文件）。如果用普通文件同步的方式同步 OneNote 笔记，会有两个问题：

1. 多处修改的时候数据结构错乱，导致笔记本损坏——同理，你也不应该用 OneDrive 同步 Git 仓库，因为多处修改之后可能导致 Git 内部数据结构错乱而完全不能使用。
2. 修改一个页面导致整个分区需要重新同步。

另外移动笔记本最好不要直接移动文件，应该用 OneNote 的 Share or Move ，以及把分区 Move or Copy 的功能。

如果你想获得云端笔记本的本地版本，可以打开之后导出。

除了用响度均衡还可以用音量混合，但是我不记得 Windows 是否会记忆音量混合的比例了（可能是基于窗口 /进程的，那样的话就不能记忆；如果是基于文件名，则可以记忆，但我不记得是否会记忆）。

@kuxuan #35 我感觉楼主说的时薪单位是人民币 🤣 因为 35*16*22*12/6.5 = 22744.6154

占位符功能是 Windows 8 引入，Windows 10 去掉后又重新引入的。

因为 Photoshop 使用了保存、删除、重命名的安全保存操作序列——如果直接写文件，可能会出现 Photoshop 写到一半崩溃，导致文件完全损坏的情况。

Windows 文件系统隧穿功能只能保持长短文件名、创建日期，不能保持硬链接，参考：
https://devblogs.microsoft.com/oldnewthing/20050715-14/?p=34923

从符号上推测诸 y_i 是数（投影的长度，带符号），然后 y_i = x_i^T u 右边是列向量的转置乘列向量，即 1x1 矩阵。虽然我个人觉得把 1x1 矩阵和数等同会带来很多混乱，但这似乎是习惯了。

注意数和数相乘，就是数和自己的转置相乘，因此 (x_i^T u)(x_i^T u) = (x_i^T u)^T (x_i^T u) = u^T x_i x_i^T u ，这就是最后一个等号，其目的大概是提取左右公因式 u^T 和 u 。

os.walk 没有定义顺序，因此不存在一个特别的顺序，你可以先把所有的结果拿出来，再自行排序。

很可能 os.walk 的实现就是调用文件操作的 API ，通常这个 API 不容许任何复杂的排序逻辑。

例如，Windows Explorer 里面的排序就是 explorer 自己做的。

@ColorfulBoar #10 🤔 我是不是识别出来你是谁了？

@mgrddsj #13 DRM 防截图在 Windows 上就是 app 告诉 Windows 在截图得时候阻碍自己被截图，即 @crab #16 说的那个 API ，就行了。并且不存在“DRM 实现不好得电脑”，只存在“DRM 实现不好的软件”。

远程桌面可以绕过这个 API 的限制，和虚拟机一样，在客户端（宿主机）截图的时候，远程桌面客户端（虚拟机程序）不会通知服务器（客机）。我并不知道 Windows 8 以来用来测试的 nested session 版远程桌面（即提供 Windows 应用商店应用开发时模拟器测试的基础设施）是否也能，不妨一试。