@Jooooooooo 歪个楼，你以为的高性能是在减少冷分支……实际上写「高性能代码」的人都已经在 probe CPU 的 register file 有多大了

我第一反应是《云图》
但其实我对这电影也不是很满意，有点过于故弄玄虚，叙事结构也没有把它的精神内核表现得很好，有些遗憾

我问两个问题

农村小孩有手机吗？
你手机丢了还能正常上班回家吗？



农村小孩生活完全不受影响，但你麻烦就大了。

开个题外玩笑： 你没必要跟 35 岁后出现的那些天谴科技对着干

> 比如 cpprefrence 的这个： https://en.cppreference.com/w/cpp/language/value_category


----

那么你看这个了吗： https://zh.cppreference.com/w/cpp/language/value_category

没开玩笑，如果你觉得英文版还不够通俗易懂，有翻译好的中文版而且质量没什么问题，别因为莫名其妙的「鄙视感」忽略它。

c++中值类别的最大作用或者说区分它的意义就是用来判定能否「减少复制」（无论 copy elision 还是 move semantics ）。我相信凡是写过 c++代码的人都一定对「对象复制」有一些直觉，标准中去界定这些值类型只不过把你想到或没想到的地方都公理化了而已



还有，别看 c++11 了，直接从 c++17 看起。c++11 作为 morden c++的第一个版本很多地方都是不成熟的

@LaGeNanRen 你用得上，就算你最后连去都不去了，还是能分享给更多人知道

绝了这视频为什么能传到这来

https://i.imgur.com/INomVbh.jpg

作为常年泡崇礼的人可以告诉你新手第一次滑其实摔不了多严重。我去搜了一下你去的地方，应该也就两个用来体验的小坡，还没融创大。

以下建议依重要性排序
依重要性排序
依重要性排序！


1. 绝对绝对不要上高级道，哪怕你觉得你能上，或者你「就只想看看，大不了出溜下来」也 (!!!) 绝对不要上。只有有经验的人才能评估得了你水平上更高级的雪道有没有危险，你一开始是评估不了的
2. 在平地上学会摔跤，学会把衣服弄脏，学会打滚翻转山下脚 /山下刃。单双板安全摔倒的方式是 (!!) 完全不同的，一定要先找个教学视频自己看看！
3. 往下滑的时候时刻保持刹车，不要放直板自由落体，时刻刹车！
4. 先学刹车 。 (!!) 注意比起学会刹车，保持时刻刹车的想法更重要
5. 当你离障碍物（或人、网）还有 2 米的时候，立即主动摔倒，不要觉得自己能刹住，你不能。
6. 戴好头盔和手套，雪镜看自己情况，这种一两条道的小雪场不至于雪盲，雪盲是指周围一片白的时候你会分不清脚底地形和方向，一般没上过大山体验不到。雪镜的意义也就太阳镜+挡风镜，有些人不需要。
7. 如果你玩单板，那一定要背小乌龟，虽然断了尾椎也不至于回不去了，但小乌龟可以 100%避免这种事发生（头盔都还不能 100%避免摔得脑震荡呢）
8. 鉴于你去的地方，十分不建议你尝试玩单板。因为单板需要坡度合适的雪道，不能太缓不能窄雪层不能太薄，我不确定你到时候会不会有正常体验
9. 别买专业衣服，用不着。作为参考，5℃以上气温一件长袖保暖内衣+单层薄外套或短袖+雪服外套；-10℃气温长袖速干+保暖夹层+雪服外套；杭州不可能冷过-10℃吧
10. 熟读国际雪联的安全十则




再来普及一下常见伤都是怎么造成的
撞击：
头 /脑 /面部： 撞树 /柱子 /撞人 /落跳台后仰 /高速劈弯弹飞后落地的鞭打效应（跟摩托 high side 摔车类似）
锁骨 /小臂: 与人相撞
肋骨：撞人 /在雪道外摔倒（魔毯台子上翻下去了之类的）、双板两脚打架踩板向前摔倒被自己雪杖 /板 /胸口口袋的手机硌到
手指： 与人相撞后板刃砍伤 /摔倒时不扔杖子，夹伤
腰椎 /尾椎： 后仰滑倒，多见于单板后刃滑倒、面朝山上时卡后刃等 /或者被人铲
小腿： 双板躺倒滑的时候撞到障碍物（有高度的台子或者别人的板）/飞出雪道撞到山体石头
脚趾 /趾甲： 高台落地吸收不好，撞击鞋壳
扭伤：
上半身：不多见
十字韧带：双板踩板后强行发力调整姿势 /坑包道（ mogul ）动作或发力不对被地形扭伤 /与人相撞板子被掰扭
脚踝 /脚腕：不正确的外刃受力，但不多见

你会发现受伤方式其实大多跟初学者无缘，但唯独撞人例外，花式非常多而且也能造成比较严重的后果。我个人呢，以上列的所有部位全都「感受过」，但没受过很严重的伤，最严重的大概也就扭到膝盖手指被砍了（骨头裂了）


最后再来做个算数：
一条 400 米的初级道，坡度 4°(7%)，斜面长 400 ，落差为 400*sin(4°)=27.9 米，约等于 10 层楼，如果这个高度的重力势能按 10%的效率转化成动能 0.1mgh=0.5mv^2 v≈7.39m/s≈26km/h ，比路上的电动车都快。当你想「就这么溜到坡底吧」的时候，想想 10 层楼，想想电动车。

感谢排雷，本来一直不敢用来着（

…………

我去看了半天你附的原视频
首先时间对不上…… 原视频讲 hash map / unordered_map 的部分在「 fast associative containers 」这节（ t=1532 ）

然后更重要的点在于，原视频并没有讲开放定址法会更快

仅仅是提了一下「 or you can use something like google's dense hash map 」这个 hash map 是 open addressing 实现，它的优势是不需要链表但 hash 冲突会难以管理。

然后引出了他要表达的关键思路： 尝试一种能混合两种 hash table 优点的新实现。
并且介绍了一下他们自己的 hash table 大概原理是怎样的：
1. 把 hash 和指向元素的指针放在一起
2. （!!）当查找元素发现对应 slot 的 hash 不对时（即在查的 hash 冲突），那么根据空槽探测法（尤指线性法）就会去尝试相邻的下一个槽，而相邻槽已经被读入 cache 了，所以会很快


但是呢
1. 在他的 benchmark 里，10 个样本量也已经比 std::unordered_map 快了一倍，说明主要效率提升其实并不是 open addressing 的效果，而是他的代码本来也更快
2. 他的实现中，提高 cache 命中率与线性探测法是相互绑定的，因此没有提线性探测容易带来的聚集问题
3. 他的实现提升了查找冲突元素的 cache 命中率，但完全牺牲了访问 value 的命中率，因此在理想状态（即不存在冲突）的场景下，他的实现是要比「经典实现」（即 key 和 value 和 hash 都在一起）要慢的，查找时 hash 冲突的几率有多高，你在自己的场景下还得考虑
4. 由于他这个例子优化有效的场景就在发生冲突时，所以基于同样的思路你完全可以在链地址法的实现中进行优化： 给你的冲突链预先分配一定的连续空间，在连续空间中放跟他例子一样的 key+ptr 结构，当冲突时也是一次性读完所有的 key 候选，理论上来说跟他这种实现不会有什么区别

1. 内网设备伪造一个外网服务器的握手
2. 你收到了握手，准备响应
3. 根据你的路由表，响应成功发了出去
4. 外网服务器是与设备联动的，收到了本不应能收到的握手响应

一个简单的事实，细菌至少会跟你的手掌细胞「一样硬」，也就说只要你能一巴掌把自己手掌上的什么细胞拍烂就能同时拍死细菌

@66beta

「忽略交流」可以，但「过于努力工作」就自作聪明了，谁都看得出来的，比耿直头铁娃直接写缺点还扣分

----

你只需要把你岗位上最不重要的技能拿出来当成「缺点」就行了

你是拧螺丝钉的，就说「大局观不足」
你是销售，就说「技术储备不够」
你每天跑客户，就说「有些忽视与后场同事的交流」
……
同理类推

@2435043xia 我只是说这种体验能产生与 ADHD 患者近似的表现而已。

并且我这么说也即代表我自己不是 ADHD 患者，所以我也是通过既有的一些症状描述和诊断点结合我「做梦经历」得出的一些推测。比如我有信心「注意力会自发转移」是准确的，但我并不认为 ADHD 患者「注意力自发转移」的时候是「类似犯困的体验」。


提这个体验的本意是想说精神 /神经 /脑类疾病或缺陷都是有「不受自身意志影响的表现特征」的，如果指摘 ADHD 患者「矫情」，那首先请考虑一下「犯困的时候想不了事」是不是「矫情」

@stephenyin

你有没有过睡前很困但想强迫自己思考问题（比如某个功能的代码应该怎么写）的体验？

你会感觉自己的思维不受控制地要开始去做梦而不是想问题。
你想把精力集中在那个问题的逻辑上。
你试图去思考这个函数里应该有个 if ，条件是……条件是什么来着，我要写的这个函数是干什么的来着……
噢对有个 if ，如果 if 这里真，那么……那么什么来着……
厄我在写一个函数……它是干这个用的，所以这里要有一个 if……如果条件为真……那么就这样，如果条件……如果条件不为真是什么情况来着……
这个函数要干什么来着……


这个体验就有点类似 ADHD 患者的日常，他们的注意力和思维流很容易被（自发地）打断，需要不断地回想并重启刚才被打断的事，并且由于不停地中断又重启，他所用的步骤看起来就会比较冗余，即所谓「多动」

其实没太懂描述的是个什么场景，既然是静态的工具类，那这个类提供的 methods/member functions 就应该是可以全局使用且（一般而言应该如此）是无状态的。

比如一个 method：db->lookup(Query q) 有一个静态版本 DB::lookup(DB* db, Query q)，要 mock 的就还是这个 db 对象，跟非静态版本并没有没什么区别。对于 C++来说，class::static_function() 与 namespace::trivial_function() 几乎是等价的，也就访问权限或者说封装程度有差异而已。「 mock 一个 namespace 」听起来就非常不对劲吧，用来封装静态成员的那些类道理是一样的


mock 单例就更不懂了，难到不是把构造单例实例的方法重写一遍（比如继承下来改一改）就好了吗

@Devilker 命运给她送了有价格的礼物，给你送了啥吗

达尔文×
拉马克×
表观遗传学√

反正我 8 点睡能 4 点 50 起，问问你自己身体什么感受，光听别人吹

9 点睡靠谱吗？