@iyaozhen 这玩意支持 optional 么。。gogoprotobuff 不维护了导致没有 optional 支持一直是我们这是用 gogopb 的一个痛点

open-match 谷歌开源整体建模上没啥问题

@WenhaoWu yon 至今没用明白 submodule

graphQL 我用下来就是后端一开始想偷懒 让客户端自己写 query 后来发现得后端自己写 不然偷懒后果就是客户端瞎查顶不住 最后发现可能还是手 K 适合低端团队，。

业务代码一般不打印日志，中间件统一在入口处理，底层错误返回 error.Warp 足够的信息(callstack 等) 让中间件统一处理

1. goplugin 逻辑和状态分离，2. 大状态能且成足够小的粒度，用 config_route_shard 思路迁移小粒度对象，3. 大状态无法切割用 replicate 主副代理切换 理论上 3 种都能做到无损热更， 如果逻辑和状态强耦合(游戏服务器一般都是这种) 神都救不了, 各种原地热更都是邪教

vmplayer 装 manjaro

建议你继续躺平

@ZSeptember 没法控制客户端用各种你想不到的姿势查聚合，而且默认 go graphQL AST 解析就贼慢，普通 HTTP 接口你可以针对特定 URI 做缓存提前聚合最主要时职责清晰谁接口慢就搞谁，不该给客户端的数据就不给，GQL 查询缓存得针对查询级别的然后防不住客户端查询拉不合理的数据，一个查询可能在复杂度超标不超标边缘作死，N 个查询就是大家都不行了

@WordTian 看了下感觉这个不错 满足我的需求

@LiangBryan gome setting 有类似配置但是重启无效 然后一开 chrome 就会被 override 甚至好像定期会被重置回去

setxkbmap 或者 setting 修改之后 打开 chrome 就会发现还是 uk 的布局

@v23x 感觉以后不会存在游戏服务器引擎这种东西了。。。趋势就是轻 server 这年头谁还玩 MMO 之类的重度依赖服务器的游戏啊

vim 用户 HHKB

每天横穿上海。。。

manjaro 各种不折腾

@iseki 被搞死。。相当于让客户端写 sql 查询 db 。。反正我们这 go 的 gqlgen 查询一复杂就经常被搞死。。。。

win7 的远程桌面很卡 里面有没有类似技术问题