不太明白为什么很多人都想要做 IM 产品，这里面的市场到底有多大？

以我及其有限的知识和及其有限的想象力来讲，或许有一天，人在将死之际可以选择吞掉一颗装满数千亿个纳米机器人的胶囊，纳米机器人会随血液奔向大脑，跟踪大脑里的每一个神经元和它们的连接，然后把连接关系发送给外部，达到复制的目的。

沿着这个前提，也许有人已经掌握了几百万年的人类智慧，他或者他们的肉身是可以死去的，但是他们的神经元结构保留了下来，复制给了另一个肉身，新的肉身显然已经被灵魂替换了，因为他们原有的神经元被新数据库覆盖了，渐渐的一个人的大脑无法容纳太多的知识和记忆，然后从复制一个肉身变成了两个，两个变四个，最后成了一群人，对，如果有这样的人存在，他们应该会是个集群。但是有些神经元必须要连着才有意义，如果放在两个独立的大脑容器中，就完全失效了，所以他们决定去掉一些无意义的连接，比如世俗上的情感、欲望等等。但是这样不是持久性的解决这个问题，总有一天一颗大脑容器还是会无法承载连接结构。应该在这一天到来之前，解决这个问题，让每颗大脑容器之间可以通信，这样，只要增加新的容器，就可以在不破坏连接结构的情况下做到无限的容量，那么这个通信的机制是什么？对对对对，我说的就是千里传音音音音。

@wofceli123 “猜下半年就业和经济都下行了” 是我近 1 年听过的最乐观的观点。放弃幻想，准备斗争！

@yfwo 有点明白了，要这么说播放器类别也不保险了。

DSL

现在产品都不知道以后要做什么，第一步就走的这么复杂，不也是一种挖坑行为么？

tabby 用过，mac 上感觉很卡，上传文件只能一次单个文件。
推荐 electerm 。

@pengtdyd 终于看见个真实的

@badboy17 粗粒度的看我觉得可以这么理解吧，Kafka 是有一些配置和处理方式可以让消息尽可能足够安全传递，可以参考《 Kafka 权威指南》第六章。分布式环境下没有免费的午餐，想要得到一些东西就必然要牺牲其他东西。

这和是否使用 tcp 协议没关系，这里说的消息丢失不是丢在网络链路里了，而是在复杂的分布式环境中为了保障高可用而出现的问题，1 楼说的就是基于此种原因造成的问题。另外，还有可能是配置问题，比如消息体大小超过了 Kafka 的限定而导致消息拒收。

classloader 就能做到，但是这要围绕这种编程模型来架构，一般的业务代码可以这样热替换，核心代码例如 class 的加载、事件调度等就很难做到了，另外方法区的垃圾回收要关注，被替换掉的 class 要有有效的回收机制。除非精心设计，否则需要注意的问题还是蛮多的。

@googlefans 酒香也怕巷子深

前几年 有人利用开放街道数据(OpenStreetMap) + unity 实现了现实场景的数字化展示，效果很棒。