这用电路实现很简单啊。检测开门用单簧管，配一个电容延迟电路就可以实现了。如果要精确定时可以用单片机或者 Arduino 。

因为在国内都是二维码支付。在国外 NFC 移动支付更常见。比如 Google Pay ，Apple Pay 。甚至有些信用卡会给移动支付渠道提供额外返现。

我有 30 多张信用卡。钱包里只放两三张备用。大部分情况都是刷手机。

@julyclyde 违停的车怎么拖，你想想？

@lthon 要配合机器 ID 和其它数据生成，这些可以在程序启动时存到内存。

调试性能问题可以单用 TSC

@honkew #14 时间戳比随机数省性能。对超高性能的系统来说，用时间戳没毛病。但是他这是邯郸学步，因为：
1. 我上面说过了，你们这点并发度还没到需要这个的程度。
2. 高性能时间戳也不是用 clock time 。读 clock time 同样非常耗性能，因为 syscall 至少需要一次上下文切换。高性能时间戳用的是 CPU 内部计数器 TSC 。这是一个从开机开始计算的单调递增数字，和现实时刻没有对应关系，只保证时长正确。
3. md5 的性能开销就更加没边了，和伪随机数比还指不定哪个快一点。random 函数用的是系统默认随机数源，拿到的是参杂真随机熵的伪随机数。对于外部系统来说足够安全了。而且现代 CPU 还自带熵源，也会被掺杂进去。总的来说是足够随机了。
真随机源也有，但是除了密码学应用，一般的情况不需要。

他在重新发明 UUID 。然后试图用伪•snowflake 算法来实现 UUID 。
这个场景用 UUID 没毛病。性能不是问题，你们一天也就这么点快递，远没有到 UUID 会碰撞的量。也没有单调递增的要求（何况 hash 时间戳也没有单调递增）

说完技术问题，再说行政问题。你没必要和他争。他的代码他负责没毛病。你要铁证如山摆在老板面前，而且留下书面证据，保证他的锅扣在他自己头上。剩下的就是你老板的问题了。公司不是你开的，有什么业务损失是公司的事，公司怪罪下来是你老板的事。反正没你什么事。你做好给你分配的事情就好了。

@cat 也别拖。立刻找数据恢复。
拖得时间太久，闪存里电荷太弱，再遇到恢复过程中加热，数据同样会没救。

@cat 保修不保数据。
如果数据对你重要，请立刻寻找数据恢复服务。而且必须是有信誉有技术水平的。数据恢复只有第一次成功率最高。如果被不专业的人错误处理过，你可能会错失唯一的机会。
比如，恢复过程中如果焊接温度太高，闪存里的电荷就会漏掉，那就彻底没有机会了。

这种时候别想省钱，问问自己数据对你来说有多少价值。

还有，下次记得多备份。如果你觉得备份服务/硬件贵，也问问自己数据对你来说有多少价值。因为数据恢复永远都比备份贵得多。

卡 2 肯定是锁固件了。这种情况没救的，有保修找保修。没保修就认命吧。
卡 1 如果有数据的话就找数据恢复。没数据的话就格式化试试。如果格式化后，写入数据失败或者重新拔插又变成 raw ，那也是锁固件了。

农村户口。孩子 18 岁以前都可以换

这就是空调买得太大了。我家反其道而行之，空调买最小的，变频空调持续工作，开 25 都不嫌冷。不是温度降不下来，有温度计对照。

@a2603230 #5 国外的程序员也有 35 退休的，钱赚够了，FIRE 了。

不知道你司内推是什么情况。我这里内推就是填个介绍，提交简历就完事了。所以我也不觉得帮别人内推有多大影响。费心的内推也有办法，就是直接找对口的组，直接把简历投进去。但是我认识的组很少，所以很少这样做。

@Donahue 不需要啊我。工作用公司电脑。自己的电脑只用来上网。玩游戏有游戏机。

不打游戏，现在还在用 8550u 的笔记本

Nginx 甚至有 Windows 版。或者在 wsl 里启动一个。https://nginx.org/en/docs/windows.html

自己试一下比在这问快多了

这种文风一看就是 AI 写的 @livid

这些技巧其实很多人都知道。我不用这些技巧是因为域名邮箱更稳定可靠。买个 net/com 域名一年也没多贵。不建议免费域名，因为用久了会开始收费。

@FreddyLiu #37 这种时候就不要以己度人了。楼主都在装海景房了，你觉得楼主是在乎散热/耐用性大于外观的人吗？海景房至少两个面都是闷的。

猫头鹰的优点是散热性能和噪音都比较好。同性能的没它安静，比它安静的没它性能，比它安静又性能好的就太贵了。但是如果愿意放宽其中之一的要求的话，比它便宜而且另一方面更好的选择都是有的。

性价比之选当然是黑色 mesh 机箱。关心性价比的人从一开头就不会选海景。