你的保费怎么那么高，我的才 3000 多

@guanzhangzhang 没有，就把原先的 label 改了就好了，你可以试试

以前做 web 开发总结的一种简单的代码架构： https://github.com/EchoUtopia/blog/blob/master/project_layout_design.md

@mikywei 那种包含大小写字母的要求密码复杂度我觉得没毛病，那种一般也会有最小长度限制，但是这种 6 位纯数字不科学。

@Perry 只允许一个数字被重复一次，例如 1122 就不行，刚刚算错了，重新算了下

@yyzh @yolee599 你们说的基于现有的基础设施的问题，我觉得重新设计是可以解决的。

@nicoljiang 感谢科普，我去了解下，之前说的都是自己瞎想的

@cyp0633 看来我不是在瞎想，如果底层协议就考虑这些应该会好很多。
@yyzh
@nicoljiang 搞个 dados 呢，distributed anti-dos ，支持工作量证明题传播，在边缘处验证

想到一个方法可能可以缓解，可能比较天真：服务器压力大的时候，服务器每秒出若干个工作量证明题，并定时刷新和淘汰题目，服务器随机发送题目给客户端，这段时间，客户端必须发送题目 id 和答案给服务器，从而增加客户端成本。对于新建连接，客户端发起 syn 后，服务器的 ack 包含题目，第三次握手必须给出答案。这种方式也可以供服务器提供商识别自己有很多资源被当作肉鸡了。服务器没有恶意出题的目的，因为这种方式会增加客户端体验变差，不愿意去连接。

确实是个问题，以前我写业务代码的时候对于需要区分 null 和零值的字段都是用的自己定义的 NullableInt 、NullableString 这类的类型。

从描述来看，你可以试着从他人的角度看待问题。我以前和你有些像，因为自己的一些心态或者缺陷看别人也会从有问题的角度看待。可以多练习下站在别人的角度看待问题，并且真心的希望身边的人好。当然这个很难，因为一个人很难改变自己的思维和心态，年纪越大越难。

之前写过一个，是为了兼容老代码没用 orm 的场景： https://github.com/EchoUtopia/pg2oracle

最简单的方法是容器 a 加上 dump 命令

@gesse
@damngoto
忘了，好像聚合是利用 postgres 聚合的，性能非常好，关键价格便宜。并发就不知道了。当时是在 twitter 刷到的，好像是发布在 hackernews 上的。

之前看过一个很强很便宜方案：用 sqlite 存储分片数据，把 sqlite 数据库文件存储到对象存储里面去（非常便宜），然后使用 serverless 去查询分片数据，最后再聚合一次

@pddwin 不算，冥想一般做法是将注意力锚定在一个事物上，不带任何想法，只是感受它。常见的做法是观呼吸，

换工作呗