就我而言, 确实是这样的, 工作有点像小孩子学步, 全靠模仿. 照着优秀的 tech lead 才能知道技术上该怎么搞, 管理上该怎么弄.

1. 这个应该不叫循环依赖
2. 用 CMAKE 的逻辑, target_link_library(B PRIVATE C)即可
3. ldd 会打印所有间接依赖, 应该用 objdump 看直接依赖

mark. 我也很好奇. 有没有了解的同学?

感觉 qemu 应该是一个虚拟机, 会有一个 loop 来 dispatch instruction?
exagear 这样的方案应该是动态转译指令,然后直接 JIT 的用 native CPU 来跑?

比较赞同, 基本上是目前主流的两个观点:
1. DSA is the future.
2. Clang is more powerful than you might know.

不过可能因为我一直在做性能相关的工作? 所以其实并没有感觉到有多少新鲜的内容.

M 站的上传应该还是比较好刷的吧,毕竟和谐. 友情提示, 他家有 90 天不活跃删号的规定,惨痛教训.

华硕现在对 0day 的需求估计就是某些奇怪的行业软件了, 电影游戏之类的还算消费的起.

这是天生就被墙了吗?

惭愧, 过了这么久才来给个简单的评价. 由于我只看了 Concept 相关的部分, 所以可能会有失偏颇.

首先给出一个总体的评论: 这是一本不错的 Reference, 值得放在手头查阅, 但是可能不太适合作为入门书使用, 读者阅读前应该有一定的经验.

正文:

由于我在阅读之前已经对 Concept 及 Meta Programing 有了一定的认识, 所以读起来总的来说是比较顺畅的, 也确实有查漏补缺的效果.
书的语言风格和内容排布也比较符合我记笔记的风格: 会强调重要的概念, 再列一些简单的例子.当忘记某些内容的时候, 可以更快拿起来. 具体的说, 书中的内容基本把所有 Concept 相关的要点都提到了, 可以作为一本不错的参考书, 这些要点也是我在学习过程中总结过的, 如
1. requires expression 及 concept 自身都有 constexpr bool 的语义
2. `requires requires` 这样的语句出现的场景及其意义.

不过就我个人而言, 阅读这样风格的书可能需要读者需要有一定经验, 书中给出的实践例子看起来比较少, 对于没有经验的读者, 可能会出现看懂之后不知道在哪使用的问题, 进而导致学完就忘, 所以如果要系统学习的话, 可能不太适用于刚入门的程序员.

看了这个背景, 感觉为什么不去 fork clang 呢, 反正 carbon-lang 看起来也只是 llvm 的另一个前端,只换个前端真的能带来足够的性能收益吗?

@agagega

@netcan /捂脸 review 应该谈不上

我对 concept 的认识也停留大概了解的水平. 不过我的 todo 里确实收藏了一些英文资料, 也可以借这个机会都学一下, 再来回复点个人意见.

麻烦邮件到 edimetia3d at gmail dot com

"概念约束"这个翻译我真的不太喜欢, 中文造了太多奇怪的术语了.
希望正文里能用 Concept.

目前对我而言 C++20 只有 Concept 是 Appealing 的, 这是我最想吃的语法糖. ranges/coroutine/module 感觉都是一副 dead on arrive 的趋势.

jd 有没有 preview, 加上我又默认对中文技术书籍比较消极, 先观望观望, 等其他同学们的意见吧

@CatMoe2333 只能和北交北邮比了吗?

专业课程相近即可,专业名字不重要. 自动化不太行, 课表差的就太多了.

总的来看,北上近水楼台, 大概率总是会更好的, 不过一心去成都西安的话, 成电瓜大也可.

哈哈,这两个学校我都有缘.
所以我建议你两个都不去, CS 相关务必去北上

只看局部,或者项目比较小的时候,代码 tell it self 显然是一个易于维护的选项, 我实现过的一些库,文档就很一句话" Read the code is much easier than read me."

不过另一方面, 我接触过的项目大都是 infra, 而且基本算是大型的 infra, 比如 llvm 这种. 情况就变得复杂的多了

这些项目里经常会有以下感叹:
1. 这个注释 /文档说的真到位, 我终于明白为什么这里要这么设计了 /这个该怎么用了 /这个的工作原理了.
2. 这个代码的行为和注释说的不一样啊, 我得提个 issue 问一下, 看看是实现错误还是文档错误.
3. 我 F,这个 class 1000 行代码,连个 summary 都没有吗, 这不得把我脑壳看爆.

这种场景中,我会说"充分且 updated 的文档"对这种大型项目绝对是一个必要项.

让我想起了以前学图形学的时候，对 3d model 的描边就是 render 一个大的 stencil ，然后再画个正常的。简直惊为天人

WP 的大部分官方主题去掉 banner 都是这样的吧, 类似我的 twenty twelve? https://www.tinyedi.com/

我是 C++ boy,
不太懂 java ，也不太懂 java 的内存模型，不过这里的 partial initialized 应该是指 instance 已经不是 null ，但是 DclSingleton()的构造函数还没有执行完。

思路上说，写一个特别耗时的构造函数，最后一步才更新一个 this.inited = True ， 然后另外一个线程读取到 instance 不为 null,且 instance.inited = False 就行。

看来不是我自己的问题，掘金和 segmentfault 质量前几年下滑的厉害，已经弃用好几年了

我对 CLI 还是很肯定的, CLI + shell 提供的效率显然是比 GUI 要好的.

至于 TUI, 除了 vim 还算有点了解. 像 htop,iftop , 没熟悉之前,用起来总感觉怪怪的.

手里有个 19 刀,已经不准备续费了, 现在质量感人. 带宽稳定到 200KB
估计目前只有 HK 日本, GIA 和 GIA-E 可以一战了.