1. 如果你总刷手机并且情绪很容易受信息内容影响，先远离这些社交软件
2. 不要让自己太闲，有事干你就没时间 emo 了
3. 多和别人沟通，你就不会陷入自己的世界里
4. 如果怎么做都无法调节，及时就医

不看城市我还以为说的我们公司，之前是纯远程，本来打算提回老家的，后来疫情结束了变成一周两天到公司，估计没戏了

如果不是非要追求苹果不如换 win 本

看了一下，给人的感觉就是有些随便、态度不太端正，很多口语化的地方，还有就是你有东西就大大方方写出来，又想展示出来又不自信藏着掖着，比如你 400star 的 github 项目，你就好好介绍一下，一笔带过是啥意思？再就是项目、实习经历，有点太简略了、不够真实，好像从哪随便抄过来的，能不能再具体一点？还有什么养鱼，你居然写在专业技能里，在我看来这种东西写都不要写，你是做程序员不是去当养鱼的

@v2defe 谢谢

@jiangzm 准确来说是私仓，和 nexus 差不多

@frank1256 可以的，我研究一下

@learningman 能说具体一点嘛，或者有没有一些样例可以参考

@Ayanokouji 拿 spring 官方的魔改嘛，感觉有点复杂啊

@vone 我理解你的意思了，这是从业务需求角度解决了分页问题，有时候比从技术角度解决问题更有效，当然前提是能够搞定产品或是客户哈。

@LeegoYih 嗯，拿我之前的公司举例，主做企业管理系统这块，模块很多，比如项目管理、客户关系管理、计划管理，都会拆成一个个服务。当然，一般情况下，各模块功能相对独立，不会出现那种情况，但像一些基础数据，比如主数据模块里的客户数据、物料数据，是会被其他模块依赖的，所以可能会出现那种情况。

@cnoder 并不是这样哈，本人是做 tob 的，像 erp 这种数据库设计表之间的关联很多，是会非常复杂的。

@zhaozs1 user_admin 什么意思，另添加的一张表代表拥有所有权限吗？

@yogogo 子查询呢，支持的怎么样

@EminemW 也不是每个字段都要筛选哈，只是会有筛选条件复杂的情况。至于报表我觉得是另一条路线，实时性要求不那么高，可以搭建数仓，查起来方便一些。

@vone 分页是肯定要的，你不可能把所有数据展示出来，问题还是在复杂筛选上

@liuligames 那比如说，从 b 服务拿来的筛选条件会是满足条件的 a 服务数据的 id ，那有可能会有非常多的数据，这样的 rpc 响应也会非常大吧

@chendy “还是说查询条件太多还分散在各个表，拼起来难受？” Bingo ！