建议对比 boss 或拉钩上的职位来找，选薪水高+职位多的那个

vscode 安装 git graph 、git history 、gitlens 三个插件，你的需求都能在 source control 这个页签下的到满足。

35+ 我觉得自己技术这条路能一直走下去

莫不是毕业了？[doge]

可以内嵌 plant uml

北京，0 ，公司包三餐，每天下午茶带回家做第二天早饭。

前两年版号发放收紧其实就是政策逼着游戏开发和发行公司往海外去卷，积极拥抱这一变化、早早选择出海的公司，现在挺多都活得很好，更别说老牌的出海厂商 funplus 莉莉丝这种海外都赚麻了。个人觉得国内政策不会很快就放松，而且说实话我也不愿意见到每天几十款劣质新游戏充斥着国内市场。

在立水桥的话强烈推荐天通苑文化艺术中心的二楼图书馆，地铁做到天通苑站下走一点路就到了，去年刚建好开放的。环境好，旁边就是华联商场，中午吃饭选择很丰富，楼下有咖啡厅。我去年有四个月失业了就是天天泡在图书馆里面。

棒 outline 、explorer 和 callstack 终于不用全挤在左边了

建议上 boss 搜一下哪个语言工资高选哪个，光喷是没用的

@goforwardv2 我用的 gRPC ，想自定义负载均衡算法的话可以参考下官方的文档 https://github.com/grpc/grpc-go/tree/master/examples/features/load_balancing

个人觉得没必要存在这个 proxy 服务，尤其是是单点的情况，十分危险。

rpc 的 load balance 有很多种算法，一般调用的时候选择作为参数就行，或者有需求可以自定义一个负载均衡算法。

GameSvr 无状态的话可以 roundrobin 。有状态的话应该是要保证同一个用户 id 数据转发到同一个 GameSvr 节点上，用一致性哈希或者自己定义一套用户 id 映射 GameSvr 节点 id 的算法。

如果我没理解错的话，楼主说的 AccessSvr 和 proxy 是一个类似具有负载均衡的网关服务，主要功能是转发客户端请求到对应的 GameSvr 、并且返回 GameSvr 的结果给客户端？

这种情况下用 MQ 确实是不合适的，因为你的用户所在 AccessSvr 和 GameSvr 是一一对应的，MQ 并不能保证消费者是哪一个节点。如果没有延迟返回结果或者持久化用户请求的需求的话可以考虑用 rpc 替代 proxy 服务。

至于你所说的网关存在单点故障的问题，我不觉得这个和分布式部署有何矛盾之处，AccessSvr+proxy 的本质就是建立一条客户端和 GameSvr 的连接并且转发双方的数据，这条连接应该是没有状态的，就算挂掉了一个 AccessSvr 服务，客户端重连后在另一台 AccessSvr 重新建立连接即可，对于用户来说几乎是无感知的。唯一需要处理的是同一个用户 id 只能在 AccessSvr 集群上有一条连接，这个用一致性哈希可以保证。引入 MQ 并不能解决这个问题

package main

import "fmt"

type MysqlConfig struct{}

type MongoConfig struct{}

func newCfg(source string) interface{} {
if source == "mysql" {
return &MysqlConfig{}
} else {
return &MongoConfig{}
}
}

func main() {
mysqlCfg := newCfg("mysql").(*MysqlConfig)
mongoCfg := newCfg("mongo").(*MongoConfig)
fmt.Printf("%T\n%T\n", mysqlCfg, mongoCfg)
}

用 v3 版本

另外 vim 和 terminal 调试确实很麻烦，不如 vscode 调试来的方便

在终端里面用了好几年的 vim，近一年切换到 vscode+vim 插件了，虽然没有以前在终端里面各种快捷键切换 vim 和 terminal 来的方便，但是确实省心，建议楼主可以试一试。