@zanx817 那不然呢？喝了几年洋墨水就连中文都不会讲了？还是那句话，语言只是工具。和中国人说英文并不会显得你英文水平很好。

虽然，在工作场合如果有其它人在场，即使他们不参与对话，我也一律说英文。在公司里，几个中国人开加密频道聊天，这是很不专业的行为，无端滋生猜疑。

关于融入，其实大可不必舔着外国人融入。印度裔、爱尔兰裔、意大利裔、韩裔，大家都有自己的小圈子。为什么华裔就不能有？现代社会本就是各过各的，过好自己的日子就可以了。美国本就是多个族裔包容共存，而不是互相融入。君子和而不同，才是正确的心态。

举个例子，我就不用英文名。上学时用过一个。工作以后看印度同事也是用本名，我就也不用了。我行不更名坐不改姓，能注明发音就是客气了。与人相处，把别人的名字叫对，这不是基本的礼貌吗？

我在美国学习工作十几年。看了楼主的中英夹杂想吐。我一直是和中国人说中文，和外国人说英文。除了需要引用原文或者技术名词不方便翻译的，才会换语言。说英文最自然的状态是大脑用英文思考，这时候要切换中文是很难的。

而且有些问题挺明显的，比如 for the sake of 而不是 for sake of 。我也不知道为什么要加 the ，但是我看到就觉得别扭。
“podcasts ，at the same time also”这也完全违反了语法。应该是“podcasts. At the same time, also"
"branch out your thoughts"这个说法，我不确定是不是美式英语没这个习惯，还是我周围的人平时不这样用。反正我是没见过。

真的，语言只是工具。你雅思考的很好，恭喜你。这个分数可以申请学校或者移民了。你也可以自信地出国旅游了。如果想显摆一下可以中英对照写两遍。半句中文半句英文混搭就别再整活了。

喝水奶，罐头奶，倒出来常温就能喝。又不是天天出门，水奶贵一点买个方便。

奶粉也可以这样做。提前冲好冷藏，可以保存 24 小时（不冷藏只能保存 1 小时）。车上放个保温箱或者后尾箱小冰箱都可以。可以试试你家娃介不介意喝冰的。

@miscnote #15 域名管理员联系方式可以填其它域名的，不需要相同。所以，卖域名怎么就要每个域名都开个邮件服务来收信呢？

你要做到 3 ，但对于对方的期待仅限 2 ，除非对方主动做到 3

ssh 可以用 x11 转发，一样可以用 gui 工具啊。Linux 下还有字符模拟 gui ，也就是 tui ，也很方便
Windows 可以装 xming ，就可以显示 x11 转发的窗口了。一步到位还可以用 mobaxterm ，更方便。

人生不如意事常八九，何止是婚姻呢？但是怕噎死就不吃饭了吗？你得努力追求那一二，也许就能变成三四呢？虽然努力了也不一定有结果，但是不努力就一定没有。

我和妻子异地恋六七年，中间还经历了疫情无法往来。最后终于走到了一起。不夸张的说，我觉得我们两个在一起就没有过不去的坎。

什么时候可以结婚？当你们经历过问题而且能一起解决的时候。婚姻的核心不是感情而是经营。欲望只是开头，经营才是根基。根基稳固了，感情是必然的。

所以常见的一起旅行是个坎，同居是个坎。就是因为这些事情都涉及各种问题，需要合力解决。如果遇到的问题能解决好，而且你相信今后也能解决好，那就是合适的人了。合适的人并不多，有些人可以向下兼容，有些人一辈子都遇不到一个。

其实想结婚还是要趁早努力，不一定早结婚，但是最好多留心，不要错过了才后悔。一来选择多，去市场买菜还得赶早呢。不然好相处的人都已经锁定了，在流通的大多有点问题。二来年轻人一腔热血，还有掏真心爱一个人的能力。年纪大了见得多了就冷了。然而偏偏就是一颗真心最能打动人。

@TrackBack 不仅不蠢而且实际抓到过违规操作。CT 有助于网站主及时发现异常的证书签发。letsencrypt 当然也是公开 CT 的。

网龄久一点的人可能听说过 wosign 被踢出根证书列表。事件的起因就是 wosign 违规签发 Google 域名的证书，通过 CT 发现的。

切记，obfuscation is not security 。相反，越是经过公开审计，越是有助于发现问题，发现问题才能修复问题，才会更安全。

“有一种我去办身份证结果派出所把我名字贴出来昭告天下的感觉”
以前挂失补办身份证确实是需要登报公告的。二代身份证可以联网验证，可能就不需要再公告了。总比被人神不知鬼不觉地冒用身份证更好。

换一个思路：停止服务一秒，zfs/btrfs/Windows shadow copy 建一个镜像。然后就可以从镜像备份数据了

cloudflare 会帮你申请 TLS 证书。所有大牌证书发行商都会提供证书透明度 certificate transparency 信息。如果你以前不用 HTTPS ，那现在你的域名就公开了。

**干簧管

这用电路实现很简单啊。检测开门用单簧管，配一个电容延迟电路就可以实现了。如果要精确定时可以用单片机或者 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 时间戳也没有单调递增）

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