代码量能衡量一个程序员的编程水平吗?
其实代码量与"合格"、"优秀"这样关键词根本就没有因果关系。我们不能单纯的用代码编写量去衡量一个程序员编程水平的高低。
代码少不等于代码不好
首先这是个很好理解的问题。
举个例子:想让代码量增多很简单,for 循环 1000 次,你改成 1000 条这样的语句,代码量瞬间多了 1000 倍。把书上的例子照抄到电脑上,这样代码量又增加了。ctrl+c 网上别人的代码,ctrl+v 到自己的工程里,卡卡两下,代码量就多了。把简单的问题搞复杂,本来 10 行代码可以实现的功能,你用 100 行去实现,这妥妥的又多了。
但这样多出来的代码有多少是真正有效的代码呢?而对应的,对于完成一个特定的功能来说,想让代码多,很容易,去减少它,却很难。
敲代码越来越少,思考的越来越多
不可否认,我们在刚学习编程的时候、刚开始工作的时候,确实需要敲大量的代码,已提高自己的编程水平和熟练程度。这是必不可少的步骤,天天看书看视频,就算把书上的例子全部都背下来,也不能算是会编程。
但是随着工作经验的积累,我们在代码的总结、思考、优化上的时间越来越多;甚至有可能一个功能的改造,百分之九十的时间是在思考修改方案,最后只花了十分之一的时间改了几行代码就完成了功能的实现。
工作经验=工作时间+思考和总结
从某种意义上说,编码大部分时候都是一个经验积累的过程,真正需要全新研究的技术或者业务实现并不太多,君不见,软件公司招聘最看重的就是开发经验,虽然别的因素也会占较大的比重,但是和经验比起来,都不是最重要的。
那么,和别的行业类似,经验的积累,主要还是靠编码量,写的代码多了,见识的面广了,解决问题的类型和思路也会随之开阔起来,从而让自己的编码水平从量的积累到质的飞跃。
但是,光编码量还是不够的,还要学会思考,这个比单纯累计编码量更重要,比如那重要的23种设计模式,如果没有一定的编程经验,比较难理解,但是,在编码经验的基础上,就能很快融会贯通,对经验系统的总结、分析、提炼,才是能提高自己能力的灵丹妙药。
总结
编码量大的不一定是优秀的程序员,但编码量少的肯定不是优秀的程序员。
分享 IT 技术和行业经验,请关注-技术学派。