这种可太容易解决了。
检测 commit 数量？提交 commit 一次，改一行代码 commit 一次，删除 commit 一次，最后改成功了再 commit 。

监测有效的代码行数？
1.把原来 stream 一次写完的改成正常的循环，且不在使用 lombok/mybatisPlus 等代码生成工具，就用原生的。
2.不再使用通用的 spring 的 template 类，这样光 http 工具类你就能用 7-8 种(redis 操作类必须来 2-3 个，lettuce 和 jedis 必须都搞起)，美其名曰性能不一样。真正写起代码来，一个方法里 3-4 种 http 工具混着来，主打一个不能复用。
3.原来的入参是对象，现在入参必须是 Funtion ，主打一个大家都看不懂。每个方法内部必须检测是否为空。
4.单元测试必须搞起了，一个方法的单元测试至少写 5-10 个，名字必须长，像这种 ThrowExceptionWhenNameIsEmptyOrTokenIsInvalid
5.不再使用 guava 包，apache 的 commons 包，所有的工具类都自己写(从 apache 的 common 包直接复制就行)。

传说中的用爱发电啊

我是看了标题进来的，只能说你的应用场景可以不用 MQ 。

但是针对你的标题，我想说 MQ 确实需要一个保证顺序的功能。

比如现在主流的分布式事务的解决方案就是分布式消息，而分布式消息里面很重要的一点就是 MQ 的消息必须是顺序的。

内存不够，然后会疯狂的写入硬盘的 Swap （即虚拟内存空间），从而导致风扇转的厉害。。

自我之上人人平等，自我之下人人分层。
先上车的人第一件事就是把车门焊死

@0x535 人家开了 WSL2+goland+chrome+docker ，你全启动一遍就知道需要多少内存了。顺便 docker 里面启动三个以内的容器，内存就绝对吃不消了。

而且你还要严格限制 chrome 打开的网页数量。。。。

16G 内存铁定不够用的，不用想了。

主要看人行不行。

如果你 985 硕士，大厂毕业，那还是有机会的。

你要是双非 1 本，没有大厂经历，也就拿个外包的价格。

其实 16 楼已经给出答案了，就是 mysql 只存储标识，id+标识。一般不会把二进制数据存储在 mysql 中。

还有我怀疑你这个耗时 1min 钟，是传输的数量太大导致的，毕竟 mysql 也要把数据从磁盘读出来。

继续多来几个楼主这样不拿钱还干活的，骗子都要笑疯了。

@lsk569937453 如果购买人员点击加价，则将 redis 的 key 的 value 的时间加 5 秒。

技术方案 2:

在数据库/redis 中记录最终的时间，然后前端去计算秒数，所有的前后端通信只走 http 。

1.拍卖人员点击"开始拍卖"，则写入 redis 中一个 key ，且 value 值为当前时间+1 分钟后的时间。
购买人员打开网页，则前端以每 0.5 秒一个的定时任务去请求这个 key 的时间，然后计算出剩余的倒计时。如果购买人员点击加价，则将 redis 的 key 的过期时间加 5 秒。

把倒计时的时间设计成 redis 的 key 的过期时间，所有的前后端通信只走 http 。

1.拍卖人员点击"开始拍卖"，则写入 redis 中一个 key ，并且过期时间为 1 分钟。
购买人员打开网页，则前端以每 0.5 秒一个的定时任务去请求这个 key 的剩余时间。如果购买人员点击加价，则将 redis 的 key 的过期时间加 5 秒。

这个方案还有一些细节，比如想要记录一个购买阶段的截止时间，而 redis 中的 key 过期就删除了，则需要配合数据库一起完成。

不要招聘程序员，就直接把 app 外包一下，3000 块最多了。

企业不把指标定的高一点(画大饼)，资本就投资别的行业了，90%的互联网企业靠投资和预期活着。今年的营收指标达不到预期，资本就不会继续给你增加投资了，资本才不管是市场原因还是其他原因呢。毕竟市场大的很，有一部分市场萎缩，就会有一部分市场繁荣。像今年这种经济下行的情况，像 boss 直聘的月活/日活就应该很高，值得投资。今年还有几个市场也值得投资，游戏/旅游。

至于你说的订高的指标--->团队压力大--->绩效差，企业正好借坡下驴搞裁员，把不能抗压的打工人搞走，招一批 996 的抗压的年轻人来。

千言万语汇成一句话，你不干，有的是人干。

tauri