开发都在本地啊，还有在远程机器上面写代码的？虽然出 bug 基本看日志，但定位到 bug 的时候也要本地运行打个断点调试调试的。

我们所谓的开发环境是数据库、redis 、mq 、网关、日志和其他已交付的服务，这些部署都在内网的一组虚拟机上面。测试环境就是另外一组虚拟机，由测试自己去发布服务进行测试。开发只管提交代码。

一般都禁止使用

@cszchen 我司阿里云搞了 3 台共享型 2C8G 突发性能实例做 ES3 节点集群，每月不到 300 的说

@Amit
修改密码和重置密码我也是一样的处理。在复数形式的资源后面，有时候不但要加动词，还得加属性，以定位到更细一层的资源才行。

我说的软删其实是禁用，只是为了理解方便。业务前端看不到了，也就没得用了。但元数据管理后端应该能看到，毕竟禁用后说不得还会启用。。。硬删当然就是数据灰灰，再也无法恢复的。如果软删用 PUT:/v1/users，那就和修改姓名冲突了。我是这样规划的，修改普通属性 PUT:/v1/users，禁用 PUT:/v1/users/status，删除 DELETE:PUT:/v1/users 。

网不上不就信息闭塞了么。。。不过不要把注意力放在垃圾信息上面就是了。

@lovedebug 要是支持复杂的 or 和 and 条件组合，url 参数就丑的要死了……不信的可以看 kibana

阿里云 rds 你修改配置迁移可用区都是主备无缝切换不用停机……

@dcoder
@zzl22100048
es 找台服务器 docker 装一下就能用了，哪里重了？

代码评审不必责备求全，可以逐步推进。
第一步要解决的是代码风格问题，统一的代码风格评审起来才能事半功倍。
第二步是代码规范问题，Java 的话按阿里的规约取舍一下就好。规范执行到位，bug 能少一大半。
第三步是代码结构问题，编程最大的问题不是写错了代码，而是代码没写对地方。这个问题包括但不限于：代码冗余、过大的类和方法、方法有太多的参数、项目结构混乱或根本没有结构……说白了就是没有任何封装或者错误的封装。

以上做好了，代码基本也就没啥毛病了

还是要先治病，身体好了才能工作。可千万别把自己的身体健康和精神健康不当回事啊。

麻辣烫都是这种称重的呀，还有麻辣香锅也是

@Mithril 其实挺简单的啊，稍微懂点 spring cloud 、docker 和 jenkins 就足够了。

前后端加起来 50 多个，就是 docker ce，没上 k8s，jenkins 装点插件就搞定了。

@shijianit 所以 id 不要用自增

修改密码和重置密码怎么设计？软删和硬删同时存在怎么办？

这个要后端做一个表，然后前端调接口来获取某一天是否工作日，或者 x 个工作日后是哪一天。

连接被 redis 断开了，客户端还在使用原先的连接就这样了。我遇到过的情况是 windows 平台的微软 redis 服务会断开客户端，Linux 上的 docker 装的 redis 就不会。

@tctc4869 不是这么简单。你得考虑下面几个问题：
1 、每页行数从 30 变成 50 时，你选中的第 3 页第 24 行变成了第 2 页第 34 行。反过来从 50 行每页变成 30 行每页也是一样。当然很多人觉得这个没有必要，但我觉得失去焦点很不友好。
2 、列表里面添加了一行，顺序排列的时候你要使焦点跳到最后一页最后一行，选中新增加的一行，倒序排列的时候需要选中第一页第一行。
3 、删除一条数据的时候，焦点自动切换到下一行(保持位置不变)直到最后一条数据。不是最后一页的时候，要重新加载当前页数据。当前页最后一条数据删除后要自动跳上一页最后一条。

总之，你要想使当前焦点行不丢失，逻辑还是比较复杂的。一般做 web 的估计从来没有想过分页还有这么复杂的场景。

接外屏 65，不接 45 可还行？