前面那个帖子还说 58.8w 彩礼. 🐮
我有预感, OP 以后的生活会很惨. 一点主见都没有.

对不起, 我说话比较直接

我滴个🐢🐢

我已经用上了. 入了两次, 终于入门了. 非常喜欢 rust

@zirconium 感谢
@uo 主要靠企业邮箱用户卖钱吧? 163 这种全是广告的就没法用了.
@frankilla 我第一次看到.😄
@ybz 还真不知道.
@Saniter 我 outlook/gmail 网页版还真没看到广告

醉了, 我就想发个图而已.


@majiajia
@bojackhorseman 这个 recovery email 看起来还是只能在手机验证码登录后的第二步验证密码忘记的情况下, 用来恢复第二步验证用的啊..

@majiajia
@bojackhorseman
感谢, 但这个只有两步验证里的 recovery email, 这个我之前绑定过了, 但没研究怎么用这个接收验证码... 我晚点尝试下.

@wlfeng 设置->隐私-> 没有邮箱登录的选项... https://i.imgur.com/sOgSspk.png

@wlfeng 怎么绑邮箱, dddd

@majiajia 怎么绑邮箱啊, dddd
虽然我+86 没问题..

看 kafka 的源码, 2, 300 行代码就能撸一个出来.

你这是真的🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢🐢


啊!

```go
f err != nil {
fmt.Println("打开文件失败", err)
}
```

这里有 err 还继续执行后续的解析, 逻辑就不对? 要么跳过解析, 要么直接 return.

如果是直接 return, 在 python 里抛异常直接就跳回去了, 只需要在外层加 try catch 就行了. 不需要每个地方都 try catch, 但 go 不行, 每个地方都得写.


只有在跳过解析或者你要在打开失败做一些操作, 比如忽略报错的时候, 才需要在 open 加 try catch.

说错了. 类 snowflake 做不到时间序的严格递增.. 除非单机

如果不要求严格的递增, 只要唯一, 可以用基于 db segment 的方案, 现成的如美团的 leaf 里的 db segment 模式.

要求严格递增, 分布式就只能用类 snowflake 算法,
要严格递增就只能像微信 seqsvr 那样, 单台机器服务某一些业务段了..

建议你妈也在医院, 然后请个人(千万不要亲戚)帮着照顾下, 你出钱, 总比回去划算吧? 你妈不识字, 搭把手什么的总会吧?

你什么都承担了, 后面你每年不给他买金项链, 金镯子, 金耳环, 衣服, 包 各种礼物, 又会来 bb 你和你吵架信不信?

成家是两个人一起扶持, 不是你养她.

你很享受她的 pua 嘛 https://i.imgur.com/NyRxtpF.png

不过我们都 尊重你的命运