diff/merge 的时候开 vsc 。 其余时候命令行

关于开源的问题，从八十年代中期(Stallman 创立 GNU 项目) 到本世纪初， 有过好多次大规模论战。各种商业巨头、开源领袖以及不同开源软件之间，关于开源与商业、专利与知识产权保护、自由软件和开源软件等以及其他话题有各种各样的论战。到现在基本上达成的共识是 开源与商业软件不冲突，开源也能保护知识产权，开源软件不一定自由。有关开源的论战基本停歇了。

你提到的这些思考不过是二十年前就已经被嚼烂的观点了。换点新鲜的吧

@codehz vector 里面直接装元素就可以了，vector 的内存在堆上，不需要再套一层 unique_ptr.

C++20 了，凡是在库外面裸用 new/delete 的都应该反思一下是不是有更好的方式。
就你这个需求而言
栈上可以用 std::array<>构造，堆上用 vector 构造，都能确保任意情况下资源一定不会泄漏。

以前用的时候，遇到跳板就歇菜了。现在不知道能不能。

大系统里面日志越早实现越好。Debugger 有很多局限性，有的地方断不下来，有的比较隐晦的 bug 可能根本不知道断到哪里。细粒度的日志可以比较快的定位到异常的地方。 而且有的时候 debugger 真的很慢。。

标准规定了常数级别。

先考虑一下蒙文这种自上而下的排版以及从右到左的阿拉伯语该怎么排版。这两种是富文本的梦魇

不太记得有哪些文件有权限需求了
记得的就只有 ssh 的 key，需要 600 权限，否则无法 ssh 登录

会导致无法开机 有些文件有特殊的权限需求

apple 控制着 webkit 不也被 google fork 出了 blink...

初级爬虫工程师->中级爬虫工程师->监狱车间标兵

建议换名字
这名字太容易引起误导了。

mumble 开源

如果连 reactor/proactor 都不了解的话，你要学的不是 libevent,是《 Unix 网络编程》。看完这本书再回去看 libevent，自然懂了

好用，坑多。

参与翻译过 effective modern c++（不是高博翻译的那个，是网上志愿翻译。在我没翻译之前，我也觉得要彻底杜绝机翻味。当我开始翻译了几章以后，我发现有几个问题：
1. 直译反而是大多数人能看懂的内容，意译的话，一章里面只要有一句话意译出现了严重偏差，烂翻译的帽子就扣上来了
2. 英语非常常用倒装，是否要调节到汉语语序也要值得考虑。保留原文的倒装语序，有利于直接和原文对照，很方便同时阅读英文文档和中文文档的程序员，调节语序的话，翻译腔会显著减少。
3. 要先解决有没有的问题，而不是好不好的问题，精雕细琢某句话的意义，远远没有赶紧把这章翻译完的意义大
4. 翻译这种文档是典型的费力不讨好，我翻译一章加上校对要花上至少一个晚上，但是我能流利的阅读这种文档，所以对我而言没有任何提升，纯粹的做公益。