孤独娱乐

同事改订单功能时拍了桌子：“谁封的类？拿个支付时间要绕三层！” 最后只能用反射硬掰，加班到半夜。这事儿让我明白：封装是保护壳，乱封装就是绊脚石。

当前形势不佳，在这种情况下。小猫更是雪上加霜，他被裁了。投了个把月简历，终于约到一个面试。 面试官翻了一下简历：“看你简历上写了支付和账户相关项目，那能否聊一下热点账户问题你们是咋处理的吧”。

我曾经在一家线上教育公司的初创型业务线干过3年，之后又去了另一个高速增长期的公司干了3年。参与过一些规模不同的系统的搭建，改造和升级。

我们知道，kafka 如果要保证顺序消费，必须保证消息保存到同一个patition上，而且为了有序性，只能有一个消费者进行消费。这种情况下，Kafka 就退化成了单一队列，毫无并发性可言，极大降低系统

事情是这样的，我负责我司的报表系统，小胖是我小弟。某天他手贱误删了一条生产的数据。被用户在群里疯狂投诉质问，火急火燎的跑来问我怎么办。我特么冷汗都出来了，训斥了他一顿：蠢，蠢得都可以进博物馆了，生产的数据能随便动？ 小胖看我平常笑嘻嘻的，没想到发这么大的火。心一急，居然给我跪下…

如何设计这个组件？ 在做这个组件之前，我想应该考滤如下几个问题 我们不是对所有的插入的数据进行分库分表，我应该有一个标记来标记哪些插入的操作要进行分库分表。 插入的数据应该分到哪张表？分库的时候我应该

你好呀，我是歪歪。 前两天在社区冲浪的时候，看到首页推了一篇文章： 我看了一下，文章写的还是挺好的，案例经典，思路清晰，行文流畅。 你可以看一下，文章写的基本没啥毛病，有些小瑕疵在评论区指出了，问题也

我相信小伙伴一定看过多篇怎么去掉 if...else 的文章，也知道大家都很有心得，知道多种方法来去掉 if...else ，比如 Option，策略模式等等，但我相信大明哥这篇文章绝对是最全，最完备

上一篇文章讲了Netty的理论基础，这一篇讲一下Netty在项目中的应用场景之一：消息推送功能，可以满足给所有用户推送，也可以满足给指定某一个用户推送消息，创建的是SpringBoot项目，后台服务端使用Netty技术，前端页面使用WebSocket技术。 下面是具体的代码实现…