@pkwenda 可以考虑同时维护 list+map 。 或者是使用 B+树这类数据结构？ Java 好像有个 TreeMap 之类的东西吧。

输入法很卡，其他倒是没啥感觉。

@kop1989 账号互通即可。 但是这种情况是不是登录服务器就只能是单个数据库？不然登录的时候找不到对应账号具体在那个逻辑节点。 关于交互压力和 tickrate，战斗这块是准备独立做个战斗服武器，类似开房间，所以这块可以横向扩展。现在主要的问题还是逻辑服这块。

@th00000 我对问题进行了修改，麻烦看下，谢谢。

@jobs0 比较好奇你是什么样的需求，重启服务和映射端口需要删除

碰到过，idea 换回默认主题就不会有这个问题了

尼龙回环是最舒服的。其次是单圈编织。 个人觉得米兰尼斯不舒服，还不如原来配的

态极拖鞋，买了两双，穿了大半年了感觉还不错。

我觉得是闸机的问题，我在厦门刷从来没出过问题，但是我去上海就时不时失败

我电子产品一般都是给趣评测或者爱回收，花钱买安心。

1 月买的。12pm 100%。不看电量，想充就充。

16 个月这种东西，可操作性太大了。 还是选第二家比较稳妥

感觉还是需要两页，一页的话，光是基本信息加最后一家公司的项目介绍就写满了

反正根据我的经验，起薪真的很重要。

上个月刚出现，现在已经习惯了。

仅供参考
首先是大致分为 release 线、dev 线、feature 线
1. feature 开发过程中，需要用到 dev 合入的其他线的代码，推荐 rebase 到当前的 feature 。当前 feature 要合入 dev 的时候用 merge
2. 这个没研究过
3. 我们项目用的 gitlab，然后是 merge request，和 github 的 pull request 应该没啥区别
4. commit 按我的习惯是，保证能编译能 run，然后粒度尽量细一点，这个需要自己把握
5. 功能分支我都是 git branch 觉得显示太多了，就回去删
6. 我们反正 feature 合入 dev 都是 merge request

这种直接不用考虑了啊，浪费时间。