@ChrisFreeMan

#8
> 看似所以随机的东西其实不随机让人思维爆炸
#20
> 也许有一天所有的一切都可以预测，就像天气一样，只是还没有出现强大到能够处理整个宇宙原子数据的超算


……


还是别发散了，不着道。
首先这个问题你能回答吗：
非随机性=决定性（ deterministic ）吗？


预测仰赖的是决定性而不是非随机性。你在宇宙中发现一个每分钟都弹出一个「 1 」的神秘星体，这玩意一点也不随机，但你永远无法确定它是否 deterministic 。即，非随机≠可确定。

另，你用的算法算出来的随机数，在大多数情况下都能完美满足随机性要求，但它们都 deterministic 。即，可确定≠不随机。



发现新的未知时，首先思考与已知的联系，而非演绎更大的未知，这是所谓的科学素养。

https://www.bilibili.com/video/BV18T4y1F73K

这是国内的。看看议题。 感受一下国内的 hacker 们都在玩些啥

每一个安全圈的大佬在学校的时候都是真正意义上的传统 hacker，社会上看不到而已。defcon 每年的赛题和议题都非常的 hacker，国内也有几个团体能玩得起同水平的题目，只是这些团体大多挂在大集团下的小研究院，跟利益绑在一起没办法那么纯粹了而已。


楼上一个提妇科圣手的都没有，他们都是见不到 hacker 的

经典面试题了，以这个问题开头的就是想问分库分表，估计面试官也是从别人那学来的，但光记了个问题自己也没搞透。

面试者问 “是不是连 bigint 都会超过上限” ，面试官应该答 “你可以先考虑考虑”，然后继续正常问题流，他这「是」把自己也绕进去了，如果强势一点应该立即反问 “能举个这样的业务场景例子” 才对

https://www.bilibili.com/video/BV1UL411p7JX

评论区找报告

@xxfye
刚到我的第二阶段_(:з」∠)_

目前的现实情况是，工作环境暂时找不到 “不在范围内” 的场景。M1 多媒体性能（编解码）和通用计算性能（编译）都已经跟 intel 旗舰不相上下，那还找什么场景，香就完事了

我对 M1 的态度：

- 辣鸡 ARM 怎么可能打得过 x86
- 看数据有什么用，跑分都是针对性优化过的，没看到那一堆协处理器吗
- 真的假的，你们不是买了心疼花的钱强行吹吧
- 好像还真可以
- 卧槽？这也能打平手
- 卧槽？ intel 什么辣鸡
- 呜呜呜我的 10 代 i5 谁来接盘 呜呜呜

惊呆了

评论区一个说键盘布局的都没有，大家都没怎么码过字吧？？？

与其挑按键，首先要挑的一定是键盘布局！
如果你是熟练的标准录入法掌握者（写文章的基本没有不是的吧），有几个要点可以留意一下：
1. 双侧 shift 键：录入西语需要频繁首字母大写的话这点必须
2. 长退格键：画手的 ctrl-z，程序员的 tab 。必须要能轻松够到不易误触
3. 标准大小的按键：缩放键盘很限制手指的跑动，容易误触
4. 放在退格键下方的反斜杠甚至放大版（跟 2 一定程度吻合）：某些场景的高频按键

另外打字个人偏好短键程静音的键盘，所以推荐试试静电容的感觉，薄膜其实不会差到哪去的。段落感（尤其回弹的时候）的键盘触觉反馈有延迟，可能会影响录入时的“信心”。

说得不太对…… 逻辑上自指并不等于空间上会嵌套

但 A 里的 b 和 B 里的 a 肯定要先后构造，后一个引用前一个的实例对吧。指针是 trivial 的，reference_wrapper 也可以

@sl0000
不知道你用的哪个版本的 boost 我翻了翻文档，basic_collection 是定义在 poly_collection namespace 里的，本身就是一个多态容器，没理由要求元素是 trivial 的，猜测即使有应该也是有另一个 non poly 的实现而已，跟你这里的代码关系不大。
而且 virtual 析构已经必不 trivial，无论如何使用的都是 poly 的版本


再猜一下：
1. 你想实现 A <--> B 的 many2many 映射
2. 想用 base_collection 来放 A 或者 B，但是由于没有定义所以 base_collection 的 trait 失败了
如果确实是这样，那么你只能换一种数据组织方式，避免相互引用直接类型，比如把对方都变成指针（这是必须的，因为你不可能在内存中造出一个“我的一部分含有全部我自己”）。
或者干脆尝试一下其它映射比如 hasmany

能再说说为什么要相互引用的情况下做这个判断吗，没有上下文感觉不到这个 trait 有什么用，A 和 B 又不是接口，除非你说 B<T>是一个静态类型分发，我想判断 B<T>的模板实例是不是 trivial 的那还能理解。

标题可以换成「感觉用前端框架写页面有种说不出的复杂感，眼花缭乱的机制和海量文档，我自己写了个项目后端直接渲染前端 jquery 也用得很爽」

这……

因为你说的这门语言所用的文字是表音文字，单词的读音才代表单词本身。正如表意文字的汉字无论你用什么方言读都不影响你记一个新词，而表音文字只要记住读音其实正确错误的拼法并不会有很大影响（美 /英 /法 /德对同一个读音的单词可以有不同拼法）


另外词根是屈折语的重要特征，屈折语就是通过单词形式变化来表达意义变化的。


所以综上，不是 “这样背效率高”，而是 “语言本来就是这么构成的” ，不如说这种记忆方法才=学习语言
在使用表意文字的分析语体系里（中文汉语区），就不可能通过记部首和拼读学会，因为这不是构成汉语的方式

…… 什么叫看大小处于 stack 区，一个进程是可以分配很多个 heap 区的，建议确认一下内存映射，我猜只是给你分了一块新的 heap 而已

@westoy 那你这视力管理得确实很好，小学 5 年级网吧通宵打游戏的我 6 年级就一百来度（真性）了