规范和压力

这两天因为要调用另外一个项目组的WebService,去读了他们的实现。不读罢了,一读发现一堆问题:

1. SVN check-in没有注释
2. 参数没有检查
3. 调用函数的返回值没有检查
4. 逻辑错误

很惊讶.因为项目经理是我挖过来的,对他的能力我有信心,有他带着不至于出现这种低级错误.于是和项目经理沟通,指出这些问题.他说这些问题其实他也发现了,只是不想给下属太多压力,想让他们专心把手头的项目先做完,下一步再强调规范.

我觉得这里混淆了一个问题:质量上的严格要求不等于给压力.什么是增加工作压力?

一:要求你在时间上很难完成的任务.要你两天的任务一天做完,这是无理要求,是压力.

二:要求你完成能力上很难完成的任务.要没有图形图像背景的人一周内写个图像识别算法,是无理要求,是压力.

其他在规范上的要求,不是压力,而是缓解压力.因为好的规范,能在多个方面促进我们工程的效率.就拿SVN check in加注释来说,可能添加注释会花掉你几分钟的时间,但它会让你更加注意check-in的粒度和更频繁的check-in.参数检查,返回值检查能让你第一时间发现异常,避免了错误在系统内部传播,能帮你构建更健壮的系统.所有的这些规范都能帮你减轻开发的压力,而不是增加压力.这就如同法律法规表面上限制了我们的自由,实际上要没有法律法规,大街上都是拿刀子捅人的,又何来自由可言.

很多没有经历过正规项目的人,没有良好的项目规范.这就需要带头人去指引,去规范,而不是因为项目紧而姑息.也不能因为讲过一两次下属没有完全理解和执行就不讲了.有些基本的规范和原则一定要强调,不论进度压力有多少.否则欠下的债总有还的一天的.只有打造一支强有力的队伍,大家才能从容应对和化解压力.