我的建议是从我的 https://github.com/saasfly/waitlist 开始，先收集用户反馈，然后在开始开发 https://i.imgur.com/agAJ0Rd.png

写这么多，应该没人会看的 https://i.imgur.com/agAJ0Rd.png

@Jelly427 直连可以，走代理就直接挂了 https://i.imgur.com/MAyk5GN.png

打不开啊，你让我评价啥 https://i.imgur.com/agAJ0Rd.png

为啥我的还是老样子，需要开什么吗？

有眼光，我的开源库也是这套 UI

@ExplodingFKL #141 全篇看下来，我有在喷什么，请讲事实。在 V 站洗地行为只会让人深恶痛绝。我的诉求是 1 、坦诚的公布所有受影响的业务 （开始->结束时间 、具体的影响区域、 以及事后的分析和复盘 ） 2 、我的质疑是 前天发生了重大事故、昨天像牛皮癣一样的营销，以及耍猴一般的优惠券 。 微信公众号以及微博上的对用户的不尊重和弄虚作假 3 、我的愤怒是 有时间去做营销 没有时间去想着怎么道歉、怎么改进。4 、最后，请讲道理，别上升到人身攻击。

@ExplodingFKL SLA 赔付那是商业合同。我整个帖子没在讨论赔付细节。我讨论的是作为中国前几的公有云厂商，出现问题之后一直试图遮遮掩掩，避重就轻。https://i.imgur.com/0jkLTve.png 官方微博、微信公众号都在撒谎，你不需要交代，我作为消费者要个说法有问题吗？

@ydpro 吃饭、赚钱不寒碜。说穿了还是不重视中小开发者，本着天下第二的心态，爱用不用，不用就滚 https://i.imgur.com/agAJ0Rd.png

@ShareDuck #134 很明显在糊弄，大事化小，小事化了。
@ShareDuck #135 事故是从 11-2 一直持续到了 11-4 ，结束后 CEO 亲自写的事故分析。当然我在帖子中一直强调的是 tx 的不作为，糊弄，以及对客户的漠视。

我举个例子：如何设计用户表？
可能会有问题的设计： 所有数据都丢在一张表。很明显随着数据量的增大，这里会成为 Block 系统的点
良好的设计：按照 userId or phone number 进行分库分表，然后数据聚合到 ES 或者其他系统方便进行模糊查询，最后将数据同步到 Hive 中，可以进行大数据分析。（问题：常见的分库分表算法有哪些？如何防止数据倾斜？如何保证数据一致性？如何保证数据安全？如何保证系统平滑的扩容、缩容？）
根据业务的设计：主要访问来自于 C 端还是 B 端。未来是否需要支持单点登录、第三方登录。根据业务的不同，你又可以去做针对性的优化，比如数据库的反范式，多级缓存的设计 。
最后，这只适用于面试。实际情况是：一个系统可能连 1w 个用户都没有，并发也都是个位数。

https://www.v2ex.com/t/1030870 ，我说什么了

@xixibb 就事论事，摆事实，讲道理。成熟点什么意思？

老头一个 https://i.imgur.com/agAJ0Rd.png

@vileer 以前 8 刀的不行啊

@fionasit007 国内看来以后得用阿里云

@fionasit007 你发个我来给你顶

@johnnyNg 我质疑的是这个时间点做营销合适吗

@zw1027 https://i.imgur.com/Ta9zKA6.png 没啥想对比的