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