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

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 和前端都值得继续学。

> 发现 commit 列表显示的最近一次的日期是刚才 vim 修改 message 的时间，即它跟 git log 中 Date 行显示的并不一样。

根据发帖时间推算，你这个 “提交时间：2021 年 8 月 22 日 15:05:21” 对应的应该是你说的“刚才 vim 修改 message 的时间”，而“git log 中 Date 行”显示的应该是“日期：2021 年 8 月 20 日 23:05:02”，即“上一次的提交日期”。
Git 每个 commit 有两个日期，一个 AuthorDate，一个 CommitDate，git log 默认只显示 AuthorDate，用 git log --pretty=fuller 可以全部显示。你可能把这两个搞混了。

我没用过 git commit -c，但是 man 中对 git commit -c 的描述是：
> -C <commit>, --reuse-message=<commit>
> Take an existing commit object, and reuse the log message and the authorship information (including the timestamp) when creating the commit.
> -c <commit>, --reedit-message=<commit>
> Like -C, but with -c the editor is invoked, so that the user can further edit the commit message.
不知道你是怎么查到的，这个意思应该是你运行 git commit -c --amend 时，其实改的依然是 HEAD，只不过把 HEAD~1 的部分元数据搬了过来。

Git 和区块链一样都是类 Merkle Tree，也就是一个 commit 会递归地依赖于之前的所有 commit 。要想在 branch tip 之后的地方动刀子就必须重新生成中间的所有 commit （ commit message，author 和 commit 的元数据都会被放在一起做 hash ）。所以直接改后面的 commit message 应该不太靠谱。

玩 CG 啊，就 Blender 就行，最近发展不错，不用花钱。

你看思聪也 Blender： https://zhuanlan.zhihu.com/p/399450992
斯诺登也 Blender： https://twitter.com/snowden/status/1416774441539936259
再不 Blender 就被社会淘汰了

楼主确实有点来错地方的意思。
和“编程语言”打交道的人并不全是一样的，至少可以分成两类非常不同的人：
一种人接触编程语言是为了解决某个和编程语言没太大关系的问题。
另一种人接触编程语言就是为了折腾编程语言。

至于这两种人的事情对另一种人有什么好处，这个现在还很不好说。但是可以肯定的是当两种人碰到一起讨论编程语言时必然会出现各种鸡同鸭讲的状况。目前看来本站前者居多。

这标题起得太俗了，建议改成“三句 C++ 让 Windows 给我发送 HTTP 请求”

没在“初创公司”呆过（虽然前公司自称“永远都是 startup”），更没在“不选择最主流的技术栈”的“初创公司”呆过。不过个人网上的观察：

* 有些“不选择最主流的技术栈”的“初创公司”是真的相信他们选择的技术栈更适合他们的场景。至于到底是不是我不做评论。不如换个角度讲，楼主认为：Java SpringCloud，行。Go，不行。现在某公司认为：Go，行。Java SpringCloud，不行。凭什么楼主就一定是对的，某公司就一定是错的呢？或者凭什么某公司就一定是对的，楼主就一定是错的呢？为什么 Java SpringCloud 一定没有坑，Go 一定坑很多呢？或者为什么 Go 一定没有坑，Java SpringCloud 一定坑很多呢？当然楼主可能会说：Java SpringCloud 用的人多，“成熟”，“主流”，但是楼主不知道有句话讲：“真理往往掌握在少数人手中”么？这个逻辑左右都说得通。
楼主凭什么居高临下评价 Go ？楼主是 Gopher 么？楼主用过 Go 么？ Golang，不吃楼主这一套！
什么楼主用过 Go ？那么楼主有没有在某公司用过 Go ？有没有亲自体验过某公司的场景？ Golang，还是不吃楼主这一套！
正经地说，有很多试图解释技术和开发效率之间关系的尝试（包括一些量化的思路），但是目前没有哪个真的能服众，楼主只是相信了其中的一个流派，就是“最主流的一定是最好的”而已。我的观点，这个问题暂时还没有绝对的对与错。

* 当然还有个人的 preference 问题。如果如同第一点一样，排除了对技术的优劣判断之后，个人偏好就会成为很大的因素。云风的公司就用 Lua 硬撸 3D 引擎，Yaron Minsky 的公司就用 OCaml 写交易系统。当然他们都能拉出一大堆理由来 justify 他们的选择，但是按第一点的意思，别人不一定认。所以最理性的解释是“有个人偏好是非常正常的事情”。或者也可以用统计学解释，有 N 个技术，M 个人，每个人选一个技术，既然没有绝对的标准谁好谁坏，那就是某种随机选择，样本足够大的话不可能全选择同一个技术。

* 有些公司不仅仅是单纯选择技术栈，选择一个技术栈，同样也选择了这个技术栈背后的 implication 。一个技术栈往往 imply 了相当多的东西，比如像隔壁帖子 v2ex.com/t/795881 有人说“Java 背后的群体代表的就是不思进取，故步自封的保守派”，就是这个意思。这并不是说每个 Java 用户都是“不思进取，故步自封的保守派”，也不是说“不思进取，故步自封的保守派”该被消灭，而是如果一个 CTO 不希望构建“不思进取，故步自封的保守”的文化的话，那么避开 Java 是一个可能有效的 heuristic 。上面还有人说可以过滤培训班，应该也有这个效果，虽然我之前没想到。在有些技术的圈子里偶尔会碰到什么“用这个技术的开发效率倍儿高”“用这个技术的人都很聪明”之类的话，道理跟什么“在简历上留 QQ 邮箱的负面效果”是一样的，heuristic 而已。虽然我看大多数都逃不过草台班子定律。

* 用新技术，可以成为招聘广告的亮点！亮点！楼主说“从本站的各种招聘帖子，以前别的地方的招聘帖子发现，很多 ...”，这个“很多”可能并不真的是“很大一部分”，而只是“在楼主的视野里格外显眼”而已，因为写的技术“非主流”，所以留下的印象更深。这个道理是这样的：根据草台班子理论，大多数人的工作是比较无聊的，为了排解这种无聊，除了刷 V 站之外，使用不一样的技术（倒不一定是“新技术”，但是这种情况下新技术更受欢迎）也是一种方案（虽然都不解决根本问题）。有使用新技术的机会，那自然会成为亮点。
另外，开发者和 CTO 一样会有个人偏好，CTO 表达偏好的方式是开个用这个技术的公司，而普通开发者表达偏好的方式则是选择用这个技术的公司。依然是统计学，“非主流”技术用的人少，用的公司也少，只要不是非主流到样本实在太小的程度，没有理由说非主流技术比主流技术招人更难。

我再尝试把“样本实在太小”这个 edge case 的坑填上：我知道有一些公司用的是这类非主流技术（也许我现在公司也算？不过是大公司），这种情况可能会有另一个 buff：就是因为招聘者和求职者都难找，所以（理论上）会更加珍惜已有的机会——我实在想用某技术，但是实在找不到对应的工作，能有用这个技术的工作那简直就是奥丁下凡啊！别的我都不在乎，只要打败波兰，啊不，能用这个技术就算是成功了！

是，你得先分配内存，然后再调用构造函数，才算初始化完成。（参考“把大象放进冰箱里”的流程）

我认为你这个代码的问题：
> Key* keys = allocator.alloc(sizeof(key) * 10);

在于，allocator 只知道分配的内存块的大小，别的什么信息都不知道，所以虽然是个 C++ 的函数调用（当然也可能是个 C 函数指针），但是没法调用相应的构造函数。
要想方便地完成整个分配过程，就得让函数获得你分配的对象的类型信息，然后用这个类型 sizeof 就能得到大小信息。C++ 里面传递类型信息是使用 template 。就是像 #8 那样写一个 wrapper （当然 #8 的代码有一点问题）。

你也可以直接重载 new 和 delete operator，这样编译器会自动帮你生成调 ctor 的代码，什么 std::make_unique 之类的标准库功能默认也会用你的 allocator 。对于“偏 C 语言”的项目应该是比较简单的方法。或者把你这个 allocator 对象包装成一个符合 C++ 标准 Allocator 的对象，也可以达到相同效果。不过这样就不够“C with Classes”了~

Anyway，思路都是一样的。对于“丑陋”的代码，通用的手段就是抽象和封装，最常用也最通用的工具就是函数。C++ 相对于 C 的最大好处就是提供了更强的抽象能力，在这个问题里就是你可以通过一个函数来封装你觉得很“丑陋”的初始化循环。