kuituosi

@Hamichat Firebase 并不是专门面向 im 的服务，而是提供数据实时同步功能的服务
但是 im 在技术上的最本质的就是数据实时同步，一个用户发送消息，im 后台服务器把这条消息实时同步到接受用户
所以 Firebase 不仅能做 im ，还能做其他数据实时同步的功能
国外主流需要 im 服务的基本都是用 Firebase 作为基础来实现的

@guotie tg 不仅是成熟 im 而且支持多 idc 部署，这套系统的复杂度这么高怎么可能开源
看看 what‘s app 卖了多少钱就知道做 im 多难了，貌似 30 亿美金加股票，整个公司所有人财富自由

@kbalkuu 腾讯 im 是 c++做的，而且 im 组的人出来做开源信不信到南山法院走一趟
国外一般用 google 的 firebase ，国内一般用腾讯的，成熟的 im 也就大厂有保障
也有很多小公司业务可以忍受消息丢失选择开源的

@kbalkuu openim 有重大缺陷，一旦当机就可能丢消息，他们花钱雇水军刷的 star
而且还有其他很多问题，架构太烂了
不过可以作为聊天室用，这样出问题损失不大

@niubee1 开源的一般是 java 或 golang 实现的
缺点是要么性能不够只适合小规模，要么是有严重 bug
微信 钉钉 飞书的核心模块都是 c++实现的，这种才真正适合大规模用户
当然 rust 是更好选择，不过对大厂来说以前大量代码要重新写

@djangovcps 在不同人眼里资深的概念并不一样
很多人不知道 it 行业的坑，当然外包又是另外一个故事

而且大厂 im 的核心开发没有可能放弃稳定不错的收入去小公司

为什么都喜欢自己造轮子呢？ im 属于技术门槛比较高的方向
国内 im 的情况是大厂核心开发至少 5w ，能保证产出企业级稳定的 im ，但是核心基本都是 c++实现
java/go 只适合业务层实现
小公司用的 im 要么是腾讯的要么自研或开源的，自研或开源这种多少都有不少 bug 但是能接受 bug
按 op 这个待遇只能是选择开源实现，但是肯定要业务上能接受 bug
最理想的情况是接第三方的比如腾讯，普通公司完全没有必要在高门槛的技术上投入

redis 单线程的，一次执行 1w 个会导致处理其他请求延迟