或者像春运抢票一样, 多做点防脚本措施, 搞点验证码验证,ip 限流什么的, 至少能挡住不少黄牛造福正常使用者, 你也不用抢了.
emmm, 有个有意思的话题, 如果只有正常使用者抢票你都抢不过, 你会用脚本抢票吗?嘿嘿

农民和锤子。。。 人家换工具和你换工具的成本是一样的吗？ 真是服了。。。 你学的 c 突然叫你改 java ， 你不得吧面向对象好好学一下啊？

bbc,嘿嘿

955 和 9 10 5, emmm 好气啊. 白给 5 小时这能忍.

@zw1one 955? 网上好像有个 955.WLB 是统计与 996 公司相反的公司.

始终以完成活动后的奖励为目标，则整个过程中就很少释放多巴胺，让原本困难的过程变得更加难以坚持。

emmm, 所以我们应该不要工资, 然后用兴趣激发我们学习, 这样我就乐于敲代码了... 好像没毛病.

深圳大厂, 965,还带两小时午间休息. 但是我薪资比预估低一点. 都是双向选择啊. 但是尝试过时间充沛的甜头后就回不去,美滋滋.

@x66 这个可以, 已经在重构了, 但是考虑到这个可能不计入绩效, 还是有点担忧, 想知道还有没有更好的办法.

@Chism 哈哈,大环境不好跳槽会好?

或者忽略 httpclient ,直接切面打日志或者设计为按注解切面打日志还更灵活通用一点.

select 用户, GROUP_CONCAT(子用户) from 表 group by 用户; 子用户是 [ 2 子用户,2 子用户 ] 这样的形式.

@MrZhaoyx 人少,他们也玩不转这套. 主要还是人多了. 同专业开始卷了...

要不这样?
1. 先数据库获取所有的<People> name,age,id 的组合
2. 基于 name-age 分组的[分组 A]
3. 然后匹配自己<User>的 name 和 age 获取 name-age 去[分组 A]找到对应的 Id 集合
4. 再去数据库通过 id 集合查找对应的<People>

相当于给 name,age,id 打了联合索引