不是洗刷刷吗？

咋区分到底是人工停机发版、重启，还是系统自动给 kill 了呢？直接认为忽略啊，x 点到 x 点发版，此时间范围内有运维组跟踪，收到消息请忽略，巴拉巴拉的

不买他，让他倒闭~😂

这样考虑，这里面回复你的人的数量，去比较排前几的手机厂商，单个厂商一年多少手机销量？或者进一步，热销手机型号一年销量多少，其生命后期内卖多少部出去，你就知道到底是啥了。就好像你在这个论坛，提那几个品牌，一群人会来回复你怎么怎么的，就跟那几个公司要倒闭了一样，实际上呢？😁

微服务，如果就是把服务拆一下，各部署各的，这其实还好，要真的引入网上那种概念，真正的微服务，每个微服务部署 n 个节点那种，一般的小厂抗的住么？机器，运维，开发，架构，要引入一大堆增加成本的东西。。。最后技术负责人说：我们没有那么多钱，一个服务一把梭好了。。。。

你以为就国内卷，国外不卷？不卷的话，这些新东西怎么出来的？新东西，它可不仅仅是技术进步，更多的是经济利益，个人的，公司的，巴拉巴拉，国外那帮人，为了技术一直牵引全球（收割韭菜），当然就不停的发明各种新技术，新概念，增加复杂度等等。
另外就是实际应用场景的区分，国外很多场景他就遇不到，比如人员数量的差异，国内很多场景下人员数量是国外的几倍，然后一些架构复杂性，比如国内特有的一些，xxx 领导主管 xxx ，负责 xx 业务，在 xxx 场景下他要排第一，在 xxx 场景下他要排第二等等，我不知道国外讲不讲这种办公室政治，反正国内这种，类似的 oa 系统，做出来超级复杂，不是技术负责，是业务难度复杂，导致不得不写出很复杂的 sql ，或者很复杂的数据表，这种情况下，mybatis 可能是比较适合的，那干啥要换呢？

@halov 三班倒，也是难受，上厕所要请假~

@niubiman 老哥，好像包名不让用大写啊

举例，比如，他写了一个复杂的算法代码出来，程序员自己水平不够，怎么去判断算法是否正确？编写大量测试用例么？那么，如果错了，它又改不好，怎么办😁

说实话，为啥，买个手机，要说这么多，想这么多。。。买了，不好用，过 1,2 年卖二手，换，买个手机，为啥如此纠结。。。

第一，有追去的哈，你会要蓝光或者 4k 资源，常规电视解析起来可能吃力，还要兼容啥杜比，全景声什么的，所以，不如买一个专业的盒子，大概千元上下
第二，有了盒子，你的电影装哪里，就随便了，nas 可以，移动硬盘可以，电脑也可以，共享出去即可
第三，海报啊，字幕啊这些，有点麻烦，海报还好，盒子啊，专业 app 啊，都能自己拉取显示，字幕不好说，来源有点多，随时某个来源就可能挂了，我的做法是自己慢慢收集，下载回来。
第四，资源问题，找地方下吧，如果不是那种爱好广泛的大佬，一般资源都还是好找。

钱存着，或者做理财，到底怎么理财自己去看，不能教，教人如果亏了要被诅咒；找个工作，努力上班，不是伤人的话哈，15 万在当前社会中，啥也不是，留着以后买车吧。

付费的 Material UI 这个 ui 下面的 github 主题，ide 用浅色模式，这个是我找了很久，换了很多主题最后找到相对其他主题好一些的。

我们用的 pgsql ，一年 2 亿多数据，现在 2 年了，还是单表，除了一些改字段，大批量更新很慢之外，正常写入查询几乎感觉不到啥性能问题。所以，先找目标数据库进行压测，测试完了看结果再说，网上一些老八股文讲的什么几百万分库，都是早些年的环境下的结论了

保不保证根秘钥不丢？🤣

上面有同行业的给了解决方案了，非相关行业的按照工作习惯来考虑，简化处理不同数据分一下队列（ kafka ），用多个队列来支撑，然后，多个服务来消费，往时序数据库写，至于起多少个服务，跑起来看消息积压情况，反正服务可以横向扩展，走容器化还可以搞一个动态伸缩的调度服务起服务