兄弟，你想太多了吧。 就有个微信也想搭上关系？ 关系是要有熟人介绍（担保）的， 一般陌生人送的礼他们收都不会收的。

我大学实习时的第一个项目就是自己独立写了并上线了一个博客

go 跟 nodejs 在国内和国外是完全相反的， go 国内火 国外一般，node 国外火 国内一般

@magicZ 优势就在于协程，go 原生的库，用起来性能就跟 java 的 netty 差不多，因为底层都封装了 epoll 这种 io 多路复用模型。

想求快就 mqtt ，有一定自研能力且后期有定制化改造可能就用 tcp 自己撸

还有 IM

开发 app 的后端业务

16 年 苏州 实习 2000 996

ping 跟 tcp 是两个协议 可以用 tc 直接丢弃到某个 ip 的所有包就行了

优势： 降低成本、方便团队随时扩张或收缩
缺点： 人员管理复杂，沟通成本变高，外包的项目质量不佳

我在松江，今年退租后房东转租还涨了 200 ， 我当时租 3300 ，他 3500 租出去了。。

你是 web 应用还是 app 啊？ app 的话可以接口加签名。

你多大啊？ 看你还有几年退休，如果 10 年内要退休了，可以交，不然建议暂时不交了， 因为不交，你还能领点失业金，一进一出，差的还挺多的。 而且后面真的有可能会改出最低 20 年社保才可以，到时候你就欲哭无泪了。

你具体用啥功能呃，高德 百度有些基础的功能是有免费额度的。

@lesismal 本来想再反驳两句的，后来想了想每个人都有自己的思想，无关对错也没有对错。 另，祝你成功，再见！

@lesismal 兄弟，你说的这个就是 grpc 的双向数据流模式啊，你去看看文档吧。。唉，闭门造车说的一点不假。 你这要是跟别人技术交流的时候这么讲，就要被人喷了。

@lesismal
比如不只是 server 之间可以用、client 也可以请求 server
-你这个指的是 grpc 编译生成 client?
比如 server 也可以直接推送数据给 client 、client 也可以只推送数据不需要 server response
-grpc 的双向数据流模式
比如可以做的业务类型也不限于微服务，游戏、IM 、推送各种业务都可以做
-grpc 一样做吧，这个业务场景跟协议没啥关系。IM 都可以用 grpc 的双向数据流模式写，如果你想的话。
比如 arpc 不限制序列化方式，相同或者不同的 method 的每次请求都可以是不同的序列化，甚至也可以直接使用一段 buffer
-grpc 的自定义编码集
中间件之类的也都支持，而且是支持两个维度的中间件：编解码、路由，用户可以自己定制、扩展更多东西
-grpc 的 Interceptor?

或者这么说吧，正常大家能想到的常用的场景，grpc thrift 这种级别的项目基本上都已经有了，都不用想的。 所以，切勿闭门造车。