坑，统计代码提交量

@xuqiccr 我就是准备这样子
@Ilavena 是的，你说的没错，明年要换公司了

@niceyuri 格式化也算哈哈哈

每天事情不够的时候，先把你觉得屎一样的写法写上去 commit ，然后再提交几个优化的 commit ，嗯。。。。能快速实现功能的同时，还能回头持续优化代码，三好员工- -！

gpt 改写多行数的代码

Java 又赢了 把现有代码全部重构成 Java8 以前的写法可解

@brader 妙啊

这别跑路，让傻逼领导知道险恶，你们互相竞赛加屎山

用 codplit 加注释吧

现在有个代码当量的概念，更好地衡量产出，不知有用过的 v 友没

写个脚本 弄个测试仓库 每天跑一下

拆分方法，拆分类
把语法糖转换成基础语句
注释

缺少被叫去谈话的阈值详情。

我看我团队人员的工作状态，也爱看他们的提交，如果一天什么也不提交，确实说不过去。

代码里所有的对象使用 protobuf 定义，每次修改都需要重新生成代码，那修改量一下就上去了

前端就提交 lock 文件，隔两天就更新下依赖

@ilovey482i #8 不如用 protobuf grpc ，之类的生成可提交代码的框架，该一行代码， 生成出几千行，爽歪歪

多写注释和测试，没事就写写

公司越是要倒闭没钱的时候，这种事情就越多。我们公司天天抓考勤，不让请假。

弄五种格式化风格，每天换一个

这种可太容易解决了。
检测 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 包直接复制就行)。

楼上刷代码量的都是没有 mr review 吗？没有格式化工具吗？
规范化的流程下，代码量虽然没啥太大意义，但是能反应一些问题，一连几天没有任何提交，除非大功能，否则被谈话室肯定的。

@flmn
同事每天都有提交，负责项目的开发、维护、外部客户问题处理，不一定每天都有很多提交，领导经常各种会议刁难，不给安排实际任务，用一句去优化 xx 项目敷衍，每天工作按时完成。

@xinyewdz 确实是这种情况了

@Maboroshii 666 ，打开新思路~

开源库全部搞到本地，就是自己的代码了，分分钟上千万行，这种统计没有任何意义的，我们这种油子有很多办法搞。