@xingshu1990 "楼主请先解释一下，你认为的自私，具体指什么。"
以前父母辈是人情社会，你帮我，我帮你，大家好善乐施，不亦乐乎。
可现在年轻人并不认这套，不讲武德。认为所有的一切，都是自己应得的。
孩子要投资移民，身边亲戚有老年人倾其所有，卖房支持子女移民。到头来钱没了，孩子也飞了，永远回不来了。

@zhengfan2016 我确实自己造了个轮子，很庆幸自己是码农。

@yoke123 有道理，真有钱老人，真还是挺爽的。

@czfy “觉得身边的老年人自私，那是因为你身边的老年人从年轻时候开始就自私"，别乱说，年轻时一般都挺好说话的。
老了后，就和论坛发帖者一样，只求认同。

@kop1989 这是百度的首页，关于自私的解释：

[这么说吧，“自我”的人不在乎你说什么，不在乎你是不是和他一样，一般来说他们很少关心他人对自己提出的改进意见，不过同样的，他们也不会对他人提出过多要求]
[“自私”的人极其讨厌别人否认自己或与自己不同，他首先希望大家都和他欣赏和讨厌同样的东西（通常都是鸡毛蒜皮的东西），然后希望自己在这样一群“同好”中拥有极高的名望，站在相对更高的一个位置。]

个人感觉和老年人拒绝学习新事物有一点关系，就是说的第二条：人越老越固执。

@kop1989 "这结论是怎么来的？"，观察身边四大家族的结论，（亲戚,同学,同事,朋友）

我不想讨论结论是否正确，我就在想，有没有什么办法能改变这种现状？

有时候想和老人住一起，但彼此生活习惯差异很大，很难磨合好。

现实中越来越多的老年"苏大强"，缺少共情和换位思考能力，有什么好的解决办法吗？

@irytu “江山易改 本性难移”
会变的，比如年轻时愿意当舔狗，到年纪大了，自然就不愿意了。

你可以和百度云商量一下，对一个上 G 的文件限速，下载速度最高只能 1k/s, 那基本上相当于永远也没办法下载了。

@haiironezumi 个人感觉 intel 要翻身挺难的，船大难掉头。现在除了苹果 M1 有号召力，其他的成熟计算机软件体系，全部都是基于 x86 的。要改版成 arm 类似的精简指令，绝非一朝一夕的事情。

AMD 的 zen3 单线程和最新 intel 差不了太多，多线程 IPC 是强一些，可也不能总是靠堆核心，靠堆功率吧。

现在就看苹果桌面 M1,M2,M3 了，果然只有苹果，才有能力去颠覆世界。intel/amd 都是在一味迎合用户，而不是改变。

@sillydaddy "订单是可以被后台篡改的", 这被后台篡改的逻辑就有问题。

我们公司用的是集权方式，订单逻辑和 V2 发帖一样，一旦锁定后，操作者就没办法修改。最高权限只有一个管理员，可以去覆盖，但没办法修改。

或者临时授权给操作者，指定订单里，覆盖修改一次的权限。

@dawn009 ihh 确实是输入法内置命令，可以在 base.lua 里自定义。
其他例如把 div 连续复制几行，也是可以实现的。lua 脚本算是比较强大。

"只是实现了收银员的非阻塞而已吗？想要更快地为顾客提供咖啡，最后还是需要请很多很多的厨师"
因为以前网页都是静态为多，动态和静态没办法比速度，两者不在一个水平线上。就算 2021 年，网站服务器提升容量的便捷手段之一，也是静态化页面。

说白了，就是收银员太少。如果厨师慢了，可以用半成品，总有取巧办法。但是收银员这块堵住，用户就根本进不来。一切优化都免谈。

@haiironezumi "君不见 A12X 刚出的时候说可以打 i5, i7 大家还笑话, 殊不知英特尔挤牙膏过久, 已经跟不上移动端的步伐和能效比. "

Intel 表示很冤，x86 的复杂指令历史包袱太重，还要去变相兼容那些内存不对齐的指令（ arm 才不管这里，不对齐直接报错，而对齐指令运行是最高效的）。

CISC 很难在能效比上, 和最新手机 RISC SOC 刚正面。

原来是浪潮投资的，浪潮在服务器行业也算小有名气，我们公司有好多他们的服务器。

开源分布式数据库产品就不评价了，没用过，不乱说。但我们估计不会用去中心化技术线，主从备份数据库用习惯了，也挺好。

CRC32，严格来说是 33 位 bit 的多项式，但是最前面一直是 1(和计算机里的 IEEE 浮点格式一样，Fraction 部分永远是 1 开头，干脆去掉，这叫隐含位），去完后，刚好凑齐 32bit 一个整型来保存多项式。

所以 CRC32 上面建表算法里，才会有那个比较奇怪的 if (operator & 0x80000000) != 0 这行。

generate a look up table

poly_crc32_normal=0x104c11db7 (这个就是多项式，和 0xedb88320 为大小头互补，是一个值。可以自定义，crc32 算法并不是唯一多项式。）
crc32_table_normal=[]
for byte in range(256):
　　 operator=copy.copy(byte)
　　 operator<<=24
　　 for bit in range(8):
　　　 if (operator & 0x80000000) != 0:
　　　　 operator <<= 1 　　　（要异或时 operator 的最高位是 1，CRC 多项式最高位一直就是 1，异或后必为 0，所以一开始就偷懒把 CRC 多项式去掉最高位变成 0x4C11DB7, 所以相应的这时候要把 operator 左移一位，只要异或后边的 32 位）
　　　　 operator ^= poly_crc32_normal 　（余式 CRC 乘以 2 再求 CRC ）
　　　 else:
　　　　 operator <<= 1
　　 crc32_table_normal.append(operator)

rewind 在技术上怎么实现的？游戏代码不会保存历史状态，因为对普通游戏，历史逻辑这个根本没用。
也许是内存差异化快照？真是神奇的算法。

@quxinna " 视频为什么 Index=CRC XOR Input Data?"正常来说，不用加速表，一个 byte 有 8bit, 每个 bit 都是有可能算一次异或的(视具体多项式而定)。
加速表把这个结果预计算后保存起来，那么现在处理一个 byte，仅需要算一次异或，大大降低了总体计算量。

@forsigner "有计划做，做个 webpack-loader 就可以"

我说的 JIT, 是类似 vue.js ，前端包含一个 js 后，页面载入前，前端能动态编译 v-if, bgOrange300 之类的，到对应的 js/css 代码。
和 webpack 没关系，总觉得我们聊的不是一个 Just In Time Compiler 。