这个也不一定,有时候写些前端UI的,好多就自动生成了,其他的大部分也是抄抄改改(不是说前段没有技术含量,我们的UI都定义好了所以用起来方便,写底层UI各种响应的还是很牛叉的),所以这样多的时候一天可以写四五千行。
有时候写些底层函数,特别是效率要求高,各种复杂算法的,一天能写上几百行就不错了,或许就这几百行后面还得慢慢改。
我个人认为,作为程序员,4个月写了4万行iOS代码已经非常多了。
代码评价标准
代码不是一个完美的评估项目的标准。以前有一个故事是说,项目经理用代码行数来衡量工作量。结果程序员就开始增加代码里面的空行,本来函数结果会有一个空行,现在放两个。再后来,有个程序员写了一个编译脚本,每次编译前在代码后面就自动加一个空行,这样有时候就算什么正事儿都不做,光是编译几次,自己的日工作量就可以达标。这些都还是简单的,真的要糊弄人的话,让代码变长的方法很多。
写代码的方法
写代码的过程应该是,先写厚,然后再写薄。写一段时间就反思一下,实现的结构是否合理,是不是太过冗余。当你的代码总是能保持一定的结构和复用程度以后,代码行数就会是项目规模的良好评估参数了。多一行,就说明逻辑确实复杂了一层。如果形成这样的习惯以后,随着代码量的增长,你的功力自然会加深。
实际处理方式
在实际工作中,你面临着业务需求的变更与明晰、技术方案的研发与明晰,算法的理解和实现,折腾开发环境、处理异常事物、高频调整重构代码、必要文档的编写,与团队的沟通,诸此种种,全是时间大块的占用。
总结
无论是管理者还是程序员自己,企图用代码行数来做kpi,都是愚蠢的选择。你的一行代码能产生多少价值才是关键。
以上就是关于看看一个程序员平均一天写多少代码全部的内容,包括:看看一个程序员平均一天写多少代码、4个月写了4万行iOS代码,算多还是少呢、等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)