社区
Java EE
帖子详情
代码统计:公司马上要做个项目,说是每月代码量要有3000行,不知道各位做项目时每月代码量有多少,其中不包含copy,paste的代码,边看
Wkenny
2003-09-12 05:10:10
由于明后天周末,下周一来结帐。
...全文
520
20
打赏
收藏
代码统计:公司马上要做个项目,说是每月代码量要有3000行,不知道各位做项目时每月代码量有多少,其中不包含copy,paste的代码,边看
由于明后天周末,下周一来结帐。
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
20 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
白旗
2003-09-12
打赏
举报
回复
一个字母一个回车,保证3000000行都不只!
tolixiaohui
2003-09-12
打赏
举报
回复
我是学生
还不知道
原来公司是按行数算成绩的?
你的公司是吗?
boy
2003-09-12
打赏
举报
回复
这个项目眼看要做烂!
sam79
2003-09-12
打赏
举报
回复
你们领导是白痴啊?哪有这么衡量工作量的?要凑行数还不容易?本来100行的代码,到处换行能出来300行。
xinshou1979330
2003-09-12
打赏
举报
回复
如果代码量能代替效果与功能
那我宁愿一个月写一万行(真的不现实啊)
zhang21cnboy
2003-09-12
打赏
举报
回复
一看你们公司的领导就有病!
cbhyk
2003-09-12
打赏
举报
回复
1行/月 ----- 全部写到一行里头
n行/月 ----- 能换行的地方都换行
iStringTheory
2003-09-12
打赏
举报
回复
前段时间看到一篇文章,上面讲印度一家大软件公司是300行/人月
每行3000个字 ^o^
cbhyk
2003-09-12
打赏
举报
回复
前段时间看到一篇文章,上面讲印度一家大软件公司是300行/人月
dinosaur_cl
2003-09-12
打赏
举报
回复
在质不在量。
szc4315
2003-09-12
打赏
举报
回复
胡扯蛋,我的编码量不到1000行
loveolala
2003-09-12
打赏
举报
回复
这代码如果纯粹只算java代码的话,可以简单计算一下,大概平均每天160行代码,如果平均一个方法30行代码的话,就差不多一天写5个方法,在国内目前大部分软件公司的开发方式不算多,当然按照国外一些通用的标准肯定是多了。
以前我们按照一个国外标准估算过一个项目,按那标准值一个功能点,从需求-设计-编码-测试到最后安装完成,平均(注意是平均,功能点有大有小)需要的时间是25小时/人,可以想象一下,一个功能点代码量平均下来160行也足够了。呵呵,差距啊。
我们项目的进度不是按项目的工作量制定的,而是按照什么时候要交货来制定的。
ticlej
2003-09-12
打赏
举报
回复
一般来说130代码行/工作日;不包括注释;这已经算不错了吧
jkit
2003-09-12
打赏
举报
回复
不算拷贝,粘帖?你们leader有毛病!
能拷贝的我不拷贝,对照着敲进去的还算啊?
注释还算啊?我辛辛苦苦敲注释不要时间啊?
3000行代码,算上拷贝粘贴的代码(估计3000),再加上30%的注释(4000),再加上空白行(2000),嘿嘿,一个月产生源文件12000行了,弓虽。让你们leader来做,看他能弄多少出来。
mayanwei
2003-09-12
打赏
举报
回复
平均100/工作日
网络咖啡
2003-09-12
打赏
举报
回复
呵呵
awpking
2003-09-12
打赏
举报
回复
不算拷贝,粘帖啊,呜呜呜呜,天哪
mshaolin
2003-09-12
打赏
举报
回复
需求搞清楚,应该不是问题
maxtiger
2003-09-12
打赏
举报
回复
哪家公司? 有病呀,我一个月才800行代码
关键在于效率不在于多少。
Wkenny
2003-09-12
打赏
举报
回复
注意,我说的是jsp+strutst+oracle
0
行
代码
写服务服务-服务发布-调用
通过该课程的学习,掌握0
行
代码
写服务框架的服务发布,参数验证,
代码
生成功能,具备初步的使用能力 该
项目
本身设计的内容非常多,后期会逐步开放讲解框架后期内容参考:https://mp.csdn.net/editor/html/112142371与Springboot+mybatis和Springboot+jdbctemplate对比:https://editor.csdn.net/md/?articleId=106091083框架主要功能:生成自定义sql模板文件1.一键生成数据库所有列表增、删、改、查接口通过
代码
生成器,一键生成增、删、改、查
代码
,分为有
代码
和无
代码
两种方式。有
代码
方式可以在需要业务封装
时
直接调用生成的
代码
进
行
业务组装。有
代码
方式和无
代码
方式都可以直接调用访问。2.可指定单表生成接口可以指定生成那张表的数据接口,以免对已有接口造成影响。3.一键生成接口测试postman调用文件生成postman调用接口,直接导入即可测试,不需要单独也写接口文档,也不需要使用swangger在
代码
中单独增加注释。字段长度类型,大小一目了然。4.可生成controller、service、dao、model、自定义sql、postman测试文件可以根据实际需要进
行
单独配置5.接口任意参数可自动配置多维度验证比如一个参数phone,在不需要编程的情况下,可以配置验证是否为空、长度、是否是电话号码6.数据接口可以任意组合形成新的接口比如、查询学校是一个接口、查询城市是一个接口,通常情况下在前端是需要两次请求,现在可以通过一次请求自动合并两个接口的数据结果,一次性返回。而这样的组合可以是无限个组合。7.所有接口参数均可自动封装比如查询省份接口,里面有10个参数,前端传入几个参数,便可自动封装几个参数。8.所有查询接口自带分页列表查询,有码方式和无码方式,均自带分页。9.通过简单sql的编辑即可完成服务发布只要会写sql便可生成服务,不需要任何多余操作10.接口可以进
行
限流配置,可以根据ip、token、ak进
行
限流操作多维度自定义限流,可设置次数、
时
限、限流方式11.所有接口可以进
行
签名认证所有接口通过接口sign签名认证12.所有接口可以进
行
登录认证限制,也可单独配置不需要登录认证可以指定接口单独授权不需要登录验证,比如验证码接口13.所有接口均可设置需要验证码验证所有的接口都可以通过参数配置设置短信验证码和图片验证码14.所有查询接口均可单独设置缓存所有接口皆可设置单独缓存,缓存周期15.所有接口均可监控访问次数同一接口访问次数记录,很容易监控服务访问,可以
做
更细致的服务优化16.所有接口均可记录访问日志,包括请求来源请求参数、获得结果入参出参所有访问皆有详细记录17.
项目
中的
代码
可以进
行
自动
统计
代码
量
一键
统计
代码
量
,包括前后端
代码
行
数和体积18.可以自动进
行
数据
统计
,可配置单表数据
量
统计
、也可以配置定
时
任务数据
统计
自动表数据
统计
,方便
做
BI可视化报表,不需要开发直接配置即可19.可进
行
跨域设置跨域通过配置文件配置20.可进
行
IP禁用对于恶意访问ip进
行
封禁21.可进
行
访问次数限制所有接口可以进
行
访问次数限制22.可进
行
访问来源设备、应用检查验证验证请求来源所用设备和请求发起的应用
如何
统计
前端
项目
有多少
行
代码
如果还有其他文件,可继续添加如 -or -name "*.json",需要注意的是:注释也被
统计
在
代码
行
数之内。需要文件名作为参数,因此需要将find命令找到的文件名,使用xargs作为参数传递给wc命令。xargs命令:将管道的标准输入转换为下个命令的参数。设置了find命令的搜索路径:将find的顶层目录设置为当前目录,即从当前目录开始搜索。-l参数:只显示
行
数。3. 回车后会显示当前
项目
的路径,可修改路径,选择你需要计算
代码
行
数的目录。|:管道,大体作用就是把前面命令的输出,作为后面命令的输入。
python精确
统计
Gitlab
统计
代码
的贡献
量
指标【作为开发KPI参考没毛病.....】
一.需求分析与解决思路 **1.需求:** 需求是
公司
大领导想要了解
每月
研发提交的
代码
量
,虽然本人也认为
代码
量
不代表质
量
。可是现实总是如此的无奈,用
量
来衡
量
质
量
如此不可取的方法只会导致更加内卷。 **2.解决思路:** 工具: Gitstats :仓库
代码
统计
工具之一,可以按git提交人、提交次数、修改文件数、
代码
行
数、注释
量
在
时
间维度上进
行
统计
,亦可按各文件类型进
行
简单的
统计
,非常方便,适合小团队
代码
统计
分析。 当然还有其他优秀仓库
代码
统计
工具,个人觉得不太友好的地方是需要c
统计
代码
量
-
代码
统计
工具 CLOC | gitlab
统计
代码
量
cloc是一款用于
统计
源码信息
行
数的工具,可以针对许多编程语言中源
代码
的空白
行
、注释
行
和物理
行
进
行
计数。
Git
统计
项目
成员
代码
提交
量
项目
中有很多成员,如何查看各个
时
间段每个组员的
代码
提交
量
,下面简单介绍下。
Java EE
67,513
社区成员
225,879
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章