@shalk #1 在 Chrome 里面横向滚动是 Shift+滚轮上下，也可以用方向键滚动（需要先聚焦在内容上）。

我觉得两栏多一点挺好的，这个符合 Metro 的“给予提示”的原则（告诉用户右边还有内容）。不过我没有 intentionally 设置成多一截。

我不想用 JavaScript 重定向滚动方向，所以只能使用浏览器自带的滚动机制，或者选择看窄的页面。

@wojiaoo #12 原来是这样操作，谢谢~（我一开始以为是另一个手指可以移动另一个图标）

@bumz #6 defaults 就是注册表，离 SIP 还远着呢。

@wojiaoo #5 实测不能。

@find456789
@ech0x #3 #7 有些需要复制到另一个操作系统（指的是开了 FileVault 之后第一次登录看到的操作系统）我还不太会用 defaults 改，目前的做法是用 defaults 改了当前系统的，再用 System Preferences 碰两下。

《为什么 Windiws 没有“专家模式”》 https://blogs.msdn.microsoft.com/oldnewthing/20030728-00/?p=43043/

Windows 10 那个不需要回车的是数字 PIN。

不可能输一下判断一下，因为这个判断是要被审计的，判断失败的次数太多还要被锁账户。

并没有跳转到其他页面，证明：运行 git log 之后把窗口往回滚动，你仍然可以看到你输入的命令。

我个人使用 PowerShell 访问 git，然后我有一个自己的 Out-TextEditor 命令，所以如果我想慢慢处理一个命令的输出，可以 git log | ovsc，就可以把输出保存到一个临时文件里面，用 Visual Studio Code 打开，然后各种查找之类也比较有效率（可以稍后多次选择不同的 pattern ）。Out-TextEditor 同时适合 Windows 和 macOS。

@envylee 那你可以制造一下这种硬件，例如用密码确定是否开启写保护。但这仍然不能保证别人不会把你的 U 盘带走、扔进海里、化学销毁之类的。

能接触实体电脑的人都防不住——可以把 U 盘拔了带走。

如果这个人不能实体接触你的电脑，你可以给那个人分配没有格式化 U 盘权限的账户。格式化是一种需要管理员权限的操作。

@AnyISalIn #2 当然可以，open 是 macOS 内置的，完美模拟 Finder 里面双击，Finder 里面可以（这可是 OneDrive 的首要目标之一）自然是可以的。

为什么要用 PowerShell ？因为 PowerShell 比 bash 更可移植且我最擅长的命令行 shell 是 PowerShell （你可以参考我的 blog 构建系统，之前一直是 Windows exclusive 的，拿到新电脑之后修了十几行就可以在 macOS 上跑了）。如果用 open 的话我的代码就不能在 Windows 上跑了，也不能在 Linux 上跑（如果将来我使用）。

@Yvette #4 “中杯”不可能被理解为 Venti。

学习编译原理，理解短路求值是怎么实现的。

@darmau #24

> 因为当欧美无产阶级在争取权利也顺带着帮你们争取的时候，中国小白领在嘲笑“白左”，并坚决跟资本家站在一起。

我意在表明你不能把“白左”归为无产阶级的朋友。你可以看看白左媒体是如何看待无产阶级黄背心的（事件发展过程里白左媒体的态度有个非常急的转弯）。需要的是和无产阶级站在一起，而不是“不嘲笑‘白左’”。

提示一下，很多知名白左以及白左领袖都是资产阶级额。
再提示一下你说的“资本家不会背叛自己的阶级”。

所以啊，人要有 logical consistency。

@minamike #7 或许是我插入过外接显示器？但是既然都 per-monitor DPI-aware 了，为什么不能 per-monitor 字体平滑呢 :-(

@camillo #1 Wait... 我的 Surface Book 2 一直用的是默认的缩放（ 200%）且默认也是开 ClearType 的（我没关），但是它的参数调校得很好，在 200% 上关掉 ClearType 反而会让桌面上的图标的文字难看。

总之我得把这个步骤记下来，免得需要重新配置 macOS 的时候忘掉。

吐槽：Apple 是不是光花时间校色了，没有弄出好的 font smoothing 参数。

@minamike #5 那我就不知道为什么了。

@camillo #1 我都不知道这玩意儿的存在。关掉之后字明显变细但是也一致了。所以问题来了：为什么 Apple 要给一个 suboptimal 的默认设置？

#3 据说 15 英寸的是 1.167 倍超采样。

@richangfan #2 即使从果粉的宣传角度，你也应该说“比 Windows 适合编程”？还是你在用互文的修辞手法？

你不能这样做，因为你不应该透过 Win32 访问 WSL 的文件系统，因为 Win32 程序根本不会知道 WSL 是什么，这样做可能会损坏 WSL 的文件系统，而 WSL 也并不期待自己的文件系统被别的程序乱动。

你可以在 WSL 里面的 /mnt/C/Users/你的用户名 /Documents/project1 里面运行你喜欢的 Linux 工具，也就是说，你可以在 WSL 里面通过 Linux Subsystem 访问 Win32 控制的部分（因为 WSL 使用的 NTFS 更底层、更少抽象，不像 Win32 app 不需要知道底层文件系统，WSL 永远运行在 NTFS 上），WSL 是知道这部分文件系统通常归 Win32 使用，所以能够处理其中的变化。

除了从技术实现层面的“是否感知”来理解这个问题，你还可以通过“独立存储”这个概念来理解这个问题，算是更抽象的一种理解（从软件模型的基本假设开始）。

WSL 的实现是一个 Appx Package，它的独立存储（例如你正在访问的 %USERPROFILE%\AppData\Local\Packages\<PackageFamilyName>\LocalState 是完全属于这个 Appx Package 的，Appx Package 应当假设没有任何人修改这部分文件。换言之，即使你尝试编辑一个 UWP app 或者通过 Store 分发的 Win32 app 的这个文件夹，也会导致 undefined behavior，因为所有的 Appx Package 都是基于“我的独立存储是我自己控制的”这个假设来编写和运行的。

再类比一下的话，考虑 Word，它会存储一些设置在 AppData 文件夹里面，也会允许用户把文档保存在 Documents 里面。Word 的编写和运行是基于“用户不能乱动我的 AppData ”这个假设的，因此用户不能动它的 AppData，如果用户胡乱剪切、粘贴 AppData 里面的文件，那么 Word 可能崩溃或者恢复出厂设置，用户如果把 AppData 从一台电脑复制到另一台电脑，Word 不保证这些内容对应的效果在另一台电脑上是有效的。但是它并不假设“用户不能动自己的 Documents ”，所以你的文档保存在 Documents 里面，你可以随便移动、复制你的文档，Word 仍然可以打开移动过的、复制过的文档，你可以把文档发送到另一台电脑，那么另一台电脑的 Word 也必须可以打开收到的文件。

用 WSL 在 WSL 的 /Users/WSLUserName/Documents 里面建立文件，再用 Win32 app 去访问 %USERPROFILE%\AppData\Local\Packages\<WSLPackageFamilyName>\LocalState\rootfs\Users\WSLUserName\Documents，就相当于乱动 Word 的 AppData，WSL 不需要处理这种情况。

用 WSL 在 WSL 的 /mnt/C/Users/WindowsUserName/Documents 里面建立文件，再用 Win32 app 去访问 C:\Users\WindowsUserName\Documents 里面的文件，就相当于用户操作自己的“我的文档”里面的文件，例如把文件复制到另一台电脑上修改再复制回来，WSL 当然应该正确处理。

@wclebb #8 我也很好奇在 Mac App Store 里面分发的软件如何做到“一个版本的永久授权”

如果你把所有的代码都放只在公司的电脑上（当然这表示只用公司的电脑编程），那这个就没这么严重了。

把数据往公网扔也是心大。

@lcj2class 举个例子，有 n 个数，最大的数大小是 3^n，则 DP 的时间复杂度是 Omega(3^n) 但枚举的时间复杂度是 O(2^n*poly(n))。

如果你用“刷新式”实现动态规划则另谈。