不管什么语言，写到深处都会踩坑的。有些坑是语言本身会让你更容易写错代码，有些坑是语言本身非常难实现一个很普通的需求。

@aeli 对图库这块的 API 不太熟，但淘宝的设备指纹应该没有用到图库。说真的，阿里比你想的更害怕合规风险，不是每个公司都是 PDD

别想着升官发财、也别对公司单位有什么归属感，自然就不会被 PUA 。

@pkoukk 任何语义上不可能有 null 文档也规定了不可以有 null 的字段，在实际传过来的时候都可能有 null 。这对后端来说应该是显而易见的事情……

@Jammar 坑的地方在于这种解析的语义是错误的。如果你这么多年一直都是这么解析的，说明一直都是错误的。

把 json::null 和 json::int::0 映射都映射到 go::int::0 ，不管从什么角度看都不可能是正确的行为。

你说的这些都太 trivial 了……还完全不涉及 C++限额的一面呢。。。

C++最可怕的地方是三种语义、五种构造函数带来的深不见底的隐式代码

你这个假设有点过强了，但在这个假设下它应当确实是安全的。

不过也可以反过来说，一个过强的假设没有现实意义……

win11 用了一年左右，过渡到新版本没什么不适应的。回去用 win10 没什么感觉，该用照样用。但 win7 已经适应不了了，感觉像是上个世纪的系统，哪儿都不舒服

现在模拟点击检测都上模型了。通过分布模式识别来检测，理论上是能检测的，不过打卡这里有没有用上我很怀疑

虽然你是对的，但在这种保持不了车距的场合，建议还是缩短车距。

相比车距不够，被频繁超车其实更危险。

在 notion 的基础上加上以下几个特点吧：
1. 高性能。notion 这个 web 壳子实在是……
2. 离线使用和自定义存储。像 ob 那样的。
3. 足够好用的表格。notion 的 table 不支持插图实在是蛋疼。
4. 支持印象笔记那样的演示模式

我自己设想的话，大概是把整个回合精确划分为多个阶段，每个动作（比如攻击）也划分为多个子阶段，然后各种修改效果都通过在这些阶段上插入回调链来实现

@fioncat 我印象中计算密集代码有 20~30 倍左右。
主要是 Python 的对象模型太复杂了，加法在 C 里就是一条指令，在 Python 里是一大堆的查表和函数调用。

chatgpt 并不只能输出互联网存在的东西……

怎么说呢，还是建议你用过再发言吧。

电车和油车的差别不在你说的地方，驾驶体验差太多了。电车开惯了切到油车，你会感觉油费怎么那么贵，加速怎么那么慢。
当然，如果你很有钱，买的是最好的油车，那可能这两点也不太需要在意

Win 开发和 Mac 开发的时间都好多年了，感觉还是 Mac 好用。

虽然确实不一定要用 Mac （我现在用的就是 Win ），但还是更喜欢 Mac 。

我感觉最好从历史沿革开始写，讲清楚每个步骤引入之后的变化，但不要过多采用比喻之类的手段，还是要落实到实践上。

同时把笼统的原理和过于具体的实现细节分开讨论。

没有例子可以举，这是看别的体系的书得出的结论

@nyxsonsleep 要啥侧信道，密钥协商环节没实现好，密钥裤底子都漏出去了。
如果是直接硬编码在设备上那更是等着人逆。

@jasmineaaaaa 不好意思哈，硕士应届生目前确实不太行