哪里有打破规范了？不能动的地方还是不能动啊，只是通过 UI 和交互设计，掩盖了那块地方而已。

没啥可期待的啊

别听别人瞎忽悠

不都是调包么，找个一样算法的包回来调用就行了。

才 50ms 就扫一次的任务最好放内存别放 redis 。读取 redis 数据怎么也要几个毫秒，影响太大了。

早 9 晚 5 。不过早上一般 8 点前就到公司了，晚上除非开会晚了，否则到点就走。偶尔回家后干点活。。。

自己车子剐蹭严重么？严重的话报保险，保险公司出修车钱。稍微掉一点点漆的话，别管什么消防柜了，那玩意磕碰一下也不影响使用，没人会和你计较的。

自信点，把“有点”两个字去掉。

纯点对点的 IM 不是不能实现，而是会有一个致命的问题：你不在线别人就没法给你发消息。因为没有接收人，也不能和手机一样来电响铃。就和动不动就手机关机玩消失一样，谁吃得消啊。。。要想实现发离线消息，就必须有中心呢。

不可能的，买东西我很容易换一家店买，换个平台也毫无影响。社交关系你怎么换？

自己算，加定期查询空间使用情况修正自己计算的结果。这样对磁盘空间的使用情况会相对比较准确，往里面写不至于空间不足写不进去。

既然辞退，那就看有没有按劳动法来。不按劳动法，直接找劳动局仲裁就行了。

@nothingistrue 是的，代码没写对地方，加多少层都没卵用。作为一个程序员，把代码写对地方才是第一重要的事。

我从来不考虑循环依赖问题，因为我写代码前先画个思维导图。我就问你思维导图怎么产生交叉？

不想 join 很简单啊，分类表当字典表用就是了。

IM 的问题就从来不是什么中心化。再说，你开发出来怎么上架？这个问题不解决，说什么都没用啊。