@Livid 我说的不对, 请帮忙删帖吧,我个人没有权限.

大家说的都对. 个人意愿, 请站长帮忙删帖一下 ,感谢.

受不了这么重的戾气.

帖子不能个人没找删除的地方, 只能下沉了.

垃圾站长, 估计发这种口水贴 ,能再恶心一点吗?

垃圾站长, 竟然发这样的引战帖子.

一般都是以 go 的 src 的相对路径吧 .

message.go 定义的太简单了。 这个应该是基础，而且是最重要的，应该通过这个就可以看到你基本的通信的处理。
另外对于 server 来说他应该不管是点对点 还是 group 的，和 client 之间交互 session 添加加上用户的 ID 即可转发。这样也方便做继续添加删除等处理。

每个讲半个小时？ 划水？

用 GO 吧，如果是走微服务路线的话

内存多到爆了 还不用 redis 么或者 DB

人家需求这么明显，想设计一些底层的网络
那考虑啥。只有用 c/c++你才能看到里面的花花世界。

还有那些说 c++莫名其妙的 crash，就觉得 c++操蛋？ 这 tm 也能怪到语言上面来？
自己懒，还都不谈 gc 的消耗。

忽略 31 楼，记错了，

云从？

@mobong 不能再同意了。

吃相真难看。你可以搞一个阉割版的上传到 github 啊。
用一个开源的平台给自己闭源的项目做广告收费，真是醉了。

真是林子大了，什么玩意都有啊。 start 有多少是求人点的自己心里应该有点数吧。

单独买他们的一个相机，本来就只能提供局域网的， 除非你给摄像机提供外网 IP。
能做的就是你把摄像头的流取过来，经过自己的外网服务器转发出去。

或者直接用海康的萤石。

用通信来实现内存共享，而不是内容共享来通信

go -> kubernetes 还要干啥？