@XSDo 对，我这边搭的架子是用 redis 做的分布式锁，不过前端也做了消息顺序的处理所以锁冲突的几率非常低，本身游戏逻辑不是很复杂，数据库操作封装一下 redis 缓存 mongo 落地，同时在线几万人的情况下日常 QPS 就几百，redis 缓存都可以不用，撑过开服流量就行了

@fengyouming 想明白决定不做了？😄

为啥要整这么复杂？ gin 的路由不好用吗？ go 又没有注解，你是不是还得自己加个依赖注入啥的？可别整这么一大坨了，就简单写几个 func 处理逻辑挺好

@XSDo 无状态游戏服务器本身没啥问题，简单的抽卡游戏这么做开发效率也很高，你碰到的情况应该是服务端开发能力问题。

@fengyouming 首先，按现在的游戏开发方式，聊天（包括跑马灯公告）都通过第三方服务来处理，掏钱买服务接个 SDK 就行（毕竟牵扯到聊天内容审查，估计你们也没法自己搞 AI 审查），如果没有聊天只有跑马灯公告等你们能控制内容的推送，简单创建一个 websocket 连接处理这部分也可以。

相对来说更重要的是，你们的游戏需要在地图里看到其他玩家跑来跑去吗？需要看到就要做同步，这部分就复杂很多，如果你们没做过的话这是个深坑，时间成本会很高。尽量别做这些，除非你们玩法是依托于玩家交互的。

如果没有玩家交互的话，剩余的逻辑比如抽卡强化之类的偏单机玩法的通讯可以直接 get/post 搞定，简单方便。如果有交互的话，就全都走一条 websocket 连接，消息用 protobuf 还是 json 就看你们习惯了。

至于其他的数据库操作啥的，就属于后端的基本功，而且一般都是很简单的 CRUD 就都搞定了，没啥可说的。

用 Java 可以，选你擅长的就行
更重要的是通讯，需要全程 websocket 还是 get/post 就全搞定了还是搭配着来
先确定有没有一定要后端往前端主动推送的内容，除了跑马灯公告和聊天等功能，大部分逻辑都只需要按时间前端主动拉取，如果只有 get/post 那开发也简单很多

你应届的都拿这么高了，下面回复你的大概率都没你起薪高，能给你啥适合你的建议，自己决定就好了

我觉得吧，如果你图形学真的达到能优先考虑你这种程度，你也不用来问了，既然问了，那基本上卷不过那帮专门搞图形的。不如好好考虑考虑其他的比如 Unity 或者 UE 引擎使用之类的，能理解这些东西怎么用并且做个小 Demo 去给面试官展示会更好些，反而是你说你图形学有研究，面试问几句就崩了大概率别的也不会问就 pass 了，因为会有个不踏实的印象。

另外，图形学这玩意本来需求的岗位也不多，谁家招人都写因为都是复制过来的，没几个认真考虑自己团队情况好好写的，即便你图形研究的真牛逼大部分公司也不会真的优先考虑，不用太当回事。

有可能真的是远程 ssh 脚本执行，我这边就是用 gitlabCI 跑定时器，定时远程执行清理备份脚本

@JaguarJack 好家伙，看了你的回复去翻了一下 op 信息，一个月前发了一个一模一样的帖子...

以我的经验来看，用你最擅长的，然后招不介意切换语言的来

如果你强行上自己没接触过的语言，作为技术负责人，如果出问题了，你都不好解决。而其他人写的代码第一你可以通过代码审核把关，第二哪怕真出问题了你也能很快解决

@lisxour 要是这都嫌重的话，那就很难找到合适的工具了，另外是啥机器啊，开个 json 都要考虑性能？

@sunny352787 都用 sublime 了，还能嫌弃 VSCode 重？

为啥不用 VSCode ？

这你就不对了，应该再加一句“实在不行哥们儿过去帮帮你？”

我在用的是 vscode remote 和 electerm

工作时候一直当乙方伺候甲方，这会儿让你当甲方了你还不抖抖威风🐶

@nothingistrue 看起来你是个还没出校门的，那没什么可讨论的了