为啥不开无边框呢？对性能有影响？

没准可以看下 ReShade 之类的

这个有意思
我听结巴的时候已经过了实体盘的时代，所以手里木有专辑

不过网上有图：
这个应该是内地版的： https://zhihu.com/question/308858524/answer/1397441394 最后一张图
这个应该是台版的： https://tw.bid.yahoo.com/item/0827%E3%80%90%E5%91%A8%E6%9D%B0%E5%80%AB-%E8%91%89%E6%83%A0%E7%BE%8E-%E5%81%B4%E9%82%8A%E5%8D%A1%E6%A6%AB%E6%96%B7%E4%BA%86-%E9%9F%B3%E7%99%A1%E5%A6%B9%E4%BA%8C%E6%89%8B%E8%8F%AF%E8%AA%9ECD%E4%B8%80-101140415803 (备份： https://imgur.com/a/q4E3hKV )

可以看到台版写的是注音符号
当然 Apple 把这个歌词放到内地版 Apple Music 合不合适就不知道了

一般来说，App 的主要功能是给人添堵

给健全人都添堵的东西，怎么能指望有障碍的人用得好呢

CoW 是 CoW，dedup 是 dedup 。
CoW 倒是不难做，dedup 不好搞，相当于你要不断扫描文件系统中所有的文件。ZFS 开 dedup 好像要好多内存来着。

我跟楼里其他 yyjh 不一样，我 Mac 最多两个桌面，完全不用“全屏”，因为 a) 切换动画费时间 b) 全屏时只能使用有限的窗口，布局很死板 c) 切换不方便（需要把手挪到触摸板或者键盘两端）

当然我的情况有特殊性：
* 我的 OS X 版本依然停留在 10.9，一些窗口管理的新功能没有 （这货貌似连 iCloud 2FA 都没支持？直接让我把 iCloud 也扔了）
* 该系统只在笔记本上用，使用场景也较为简单。桌面用得最爽的还是 Linux （整了个类似 Win 的任务栏，而且多桌面用 Meta+数字键秒切爽爆。噢对了没有“开始菜单”，dmenu 解决问题）。
（顺便我 Win 也是笔记本上用，想要用得爽也得多桌面，不然窗口一多任务栏放不下，给你整个滚动条儿倍儿尴尬）
* 因为使用场景较为简单，所以软件 multiplexing 一般用 tab，不会开多个窗口。

快捷键方面，Mac 确实木有像 Win 键一样这么明确的层次。不过也有仨好儿 1) Shell 和 GUI 快捷键冲突更少 2) 编程时（即进行 Cmd+C/Cmd+V 操作时）手指更灵活（因为这俩键距离短了） 3) 给各个 Modifier 画了图标，这样写快捷键的时候可以更简短（更 cryptic ），如果说还有一点，就是全局文本编辑一律支持 Emacs 快捷键，这个对 textbox 的便利有很大的关系。
但是如果是编辑器里面，主要公用的就是 Cmd，CVX 剪贴板，Z 撤销重做，F 查找，A 全选。Cmd+箭头跳最上下左右边，Opt+箭头跳 word，Shift 扩展选区。除非你一直在用 Emacs 键，根本用不上 Control，搞混应该是不至于的。

又看到这个熟悉的问题了，马克一下，今天的 V 站就刷到这里（

社恐人怎么会喜欢现实的东西呢… 不应该是和现实差别越大越好么

Arch Linux 不更不行啊
别的能不更就不更

另外这是什么神奇的节点

@hutng #4 你不会以为 foundry 说是几 nm 就真的能做出几 nm 的晶体管吧 ...

另外 #23 你满载跑的是 24 个欧陆风云 4 么？

这个应该是个 feature，不是 bug

number-none.com/blow/john_carmack_on_inlined_code.html John Carmack on Inlined Code - Jonathan Blow's home page

卖萌的呗

怕不是被沈逸正义开盒了

用 VMWare 比 KVM 有什么优势么 ...

你指的是 ISA 还是 uArch ？

AnyDesk 不知道，不过不用现成框架，自己封装 UI 的软件见过不少。

Adobe 系工具软件用的应该是自己的 UI 库，当然 Adobe 软件并不小，但是效果确实不错。特别提一句是因为我看过一个 Adobe 长者 Sean Parent 的”Better Code“系列 talk，感觉讲得很不错。其中有一次提到了他搞得一个叫做”property model“的东西，老实说这东西我现在搞不明白，但是他似乎 imply 了这东西在 Adobe 一些产品的 UI 中有应用。
Adobe 的竞品们也很有意思，比如 Affinity，也是支持 Win 和 Mac，好像也是用的自己的 UI 库（不一定是一个 PAL，可能是整个 UI 都是每个平台分别开发的）。而 Linux 一半 GUI 程序的妈 GTK+（ 4.0 发布之后没 + 了）（虽然我发现我现在主要用的工具都是 Qt 写的），原名叫 GIMP Toolkit，是 GIMP 开发的副产品（尽管可能本站大多数人不认为 GIMP 构成 PS 的一个竞品，并且 GTK 现在在其他平台的表现也十分捉鸡）。

另外还有（自己做 UI 但是体积不小的）还有 Blender，Blender 应该是 DirectUI，自己还带了一堆特别魔幻的 skin，但是具体是怎么一个实现模式没研究过。说起来在最近的某次更新之前，Blender 的 CommonFile 操作是没有对话框的，直接在 main window 里面选文件，并且会把你当前的工作流打断。Dear imgui 这种草台班子 DirectUI 经常无视多窗口支持，不知道 Blender 是不是一样的情况。
Steam 也是 DirectUI，V 社直接把 Source 引擎里面的 UI 部分，叫做 VGUI 搬过来用了（游戏引擎大多都有自己的 in-house UI，好不好用和高不高效就两说了）。因为是 Source 的东西，所以你甚至可以找到开发文档（会找的话，更禁忌的东西也不是不能找到哦~），并且这东西有自己的 markup，就放在 Steam 目录下面，所以你可以自己给 Steam 换肤（ Anyway.fm 听众狂喜）。当然周所众知 Steam 现在主要是 CEF，不过 Steam 有个 flag 可以直接强关 CEF，此时除了下载页面和 Steam 设置界面（游戏的 ”Properties“ 界面好像现在也是 CEF 了）之外，Steam 基本所有的功能都瘫痪了，吊诡的是，好友界面会 fallback 到 VGUI 版（理论上 overlay 应该也能用），另外还保留了一个轻量版的游戏列表，所以不需要喜加一（或者想控制下手）的时候还是可以当启动器用，不用开 CEF 省太多资源了。

一个本站接触比较少，但是可能是最相似的软件之一，REAPER DAW，开发者 Cockos 公司老板 Justin Frankel，这位老哥看起来很有 geek 风范。他之前做的公司叫 Nullsoft，做出过 Winamp 和 NSIS 。REAPER 既不是 FOSS 也不是 freeware，但是采用的分发方式很特别，并且除了 Win 和 Mac 之外，还支持 Linux，并且官网还特别提到 Win 在 Wine 上跑的效果也很不错。我把 tar 包下来看了一眼，Linux 版的 executable 大概不到 10M 。
虽然 REAPER 不开源，但是他们开源了一个 C++ 库叫 WDL，大概是 REAPER 用的一些基础库，其中的 LICE 模块可以做矢量绘图，而 virtwnd 模块声称可以“building of dynamic, complex UIs within OS hosted windows”。虽然我看了两眼代码感觉挺草台班子的，不知道 REAPER 用的是不是这玩意。

本站接触比较多的就是 Sublime Text，这东西只知道是自己写的 UI，细节暂时未知。
另外我之前别的主题里提过，Pascal 系的 Lazarus 现在可以跨平台，Beyond Compare 就是这么在 Linux 下面跑起来的，这东西和上面 Direct UI 不一样，应该是 native 的。当然这货在 Linux 下貌似会依赖 Qt 之类的，不过处理 GUI 的复杂性本来也不是 Lazarus 的工作，而且谁家 Linux 跑 GUI 应用不装他几十个框架啊 ... Windows 下大小和 VCL 一个级别，还是很美丽的。

还有虽然说 Electron 和类 Electron 框架一直被人诟病，但是一直有人试图继续进行改进，做 trimmed down 版本的 Electron 。比如有个叫 Ultralight 的，几年前叫 Awesomium，虽然用的应该是 WebKit 内核，现在貌似 80M 左右大小，而我 VSCode 用的这个 Electron，和 Steam 的 CEF 均大于 130M，这东西主要客户之一是游戏，这个大小在游戏中还能接受。其实说到 Web 和游戏，在游戏里面用 Web 界面的想法很早就有了，我知道 Awesomium 还是从 Overgrowth 这篇十几年前的博客来的 http://blog.wolfire.com/2009/07/a-webkit-primer-part-1，那时候 WebKit 估计也要瘦上一个数量级。再往前的时代，Flash 很火，SAGE 引擎用的所谓 APT，根据一些折腾过的人的描述，就是 Flash 技术，当时 Flash 还是 Macromedia 家的，直到 CC3 发布之后才改姓 Adobe 。
更小的是 Miniblink，声称“小巧”，大概 40M 吧。另一种思路是不用现成浏览器引擎，自己重新搞一个类似的，比如 libRocket，稍微复杂一点的有 sciter，上面有人提过了。虽然我还是觉得拿文档模型做应用不太合适，不如 WPF，Qt Quick 之类的。
除了大而全的 Qt 之类的库之外，也有一些小点的库，比如 FLTK，这货跟 GTK 貌似一个年纪，但是看样子可能永远地停留在了那个时代 ...

我之前的看法也是一块硬盘只分一个区，不过最近我改变看法了。

比较实际的原因是因为穷，买不起盘，所以手头最好的 SSD 一般是 240-256G 级别的，正好做系统盘，其他大容量廉价 SSD，HDD 和 NAS 来存数据。这样多分区就是不可避免的一件事情，与其追求单一分区的“优雅”，不如学会适应现状。
另外用了 ZFS，比较灵活，分区随意很多，不像以前什么 fdisk 这么“仪式感”
https://www.akitio.com/images/information-center/fdisk_2.gif

另一个比较扯淡的原因是，都知道 Windows 磁盘 IO 慢，但好像没人研究过为什么慢，一般讨论到这种问题，既定的标准流程是直接甩锅微软垃圾。我有一天闲得蛋疼去搜了一下，在 WSL 的反馈里找到了微软官方的回应： https://github.com/Microsoft/WSL/issues/873#issuecomment-425272829

他提到 Windows IO 慢的一大原因是 Windows 的一些架构设计选择。比如 Windows 允许程序给 IO 操作挂 filter 来实现各种魔法，而 filter 本身也可能有 IO，后来这成了 dssq，IO 也就越来越慢了。所以：

> if you have a D: drive or partition, I recommend using that instead, since it likely has fewer filters attached

那么如果你没有 D: 分区的话就很糟糕了

这问题本来就不存在 ... 但是现在平台喜欢我即世界，喜欢钦定开发语言，才搞出这么多幺蛾子。
这一波的始作俑者应该算在 Web 头上，JavaScript 限得死死的，直到 WebAssembly 才有点起色。
但是其他人脸上也不怎么好看就是了，Apple 以前还有心搞兼容，现在好像没啥兴趣都给自家标准让路了。UNIX 和 C 本来就是双生子。Web 造成的遗毒，本来也不是 Web 的错，要不是各家平台这么乱，第三方又怎么会选择 Web 呢。

倒是 Windows 很有意思，官方策略就是多语言共存，VS 至今都为罗(B)马(A)尼(S)亚(I)语(C)留着一份。（另外微软的 PL Research 也很出彩）当然代价就是随机用三个拉丁字母组合，就有相当的概率 hit 到一个微软的开发框架 :)

如果你非要在这俩中间挑一个的话，建议先 C++，不必“精通”，至少了解了解。主要是你不知道 C++ 哪里做得不好，就不能理解 Rust 哪里做得好（以及他们俩哪里都做得不好 :) ）。所以 C++ 是 Rust 的 prerequisite 。

如果你不想学这俩的话，后端不知道，但 Python 和前端都值得继续学。