好奇 KISS 原则在如今 AI ，ML ，DL 当道的今天是否还适用

@kop1989smurf 这两种方案消灭了问题，没有解决信任问题。而且长期使用旧版本和 fork 后不 merge 都只是另一种形式的重复造轮子。

我觉得一部分原因是这些开源软件的维护人没能得到应有的物质奖励，如果他们的工资来自维护代码库，那我觉得主动投毒可能性应该会更低。

@TimePPT 我从来都很珍惜开源软件运动，所以才想吐槽现在的状况。之前的两起投毒让人恶心。

@TimePPT 影响范围不一样。哪怕生物科学那几个造假的大牛，最多就是骗了经费。一个受欢迎的开源库能影响几千万的用户和开发。

@kop1989smurf 问题是这纠错都是在事后发生，而且一颗老鼠屎坏了一锅汤。当年扶老人被讹也是个例，但结果就是大家都不愿意扶。信任的建立需要数年，而毁掉它只要一天。

@swulling 讲道理，这么做大公司还真可以 run 起来，首先很多开源项目都是大公司做的，第二大公司有足够的人力来重新造轮子。最难受的其实是中小公司。之前 Log4j 的 0-day 出来后，Google 就没咋受影响，因为用的是自己内部的库。

@mainjzb 那能不能编译前自动给每个 data structure 都加个判断，除非声明就是要重复引用？

@Origami404 编译器不能 cache 一下每个文件的处理结果，遇到相同的文件直接用之前处理好的结果吗？

@ho121 为啥会需要引用两次？引用一次后不就可以编译了吗？

@mainjzb 为啥头文件“严重”影响编译速度？我以为只有源码长度影响，毕竟头文件一般只是定义并没有实现。

@Cielsky 这种都是曲线救国。还是原生支持比较合理。

@cmdOptionKana ？？？还有这个说法吗？突然成为人上人。

@agagega 这我确实不知道。我看这个帖子就在使用，没啥问题。https://www.v2ex.com/t/841322

不过，感觉是很容易引发节奏的词汇。

@CallMeReznov 我还真没遇到过关键字问题。感觉只要不谈政治应该还好。

@Leonard 这个角度我是没想到的😂

@wffnone 哈哈，我没有看不懂，我就是吐槽一下。😛

@FrankHB 左值 /右值能详细讲讲吗？或者有比较好的资料可以分享吗？ wiki 上看的一知半解。

@littlewing 多谢指出。等我慢慢看。

@yulon 感觉这个解释让我比较容易理解。你这里的的左边是这个意思吗？

int [左边] variable_name [右边]

所以当 "&" 在左边时是用来表述类型，当 "&" 在右边时表示操作符（取地址）。