标准化的意义所在

今天我在review下属员工提交的代码时,发现里面有很多'自创'的内容。没有按照代码编写规范来做的,例如:变量名、函数名、文件名乱起,代码缩进不规范,该有的try-catch和断言都没写等等。虽然,从功能实现角度上是可以交付了,但如此丑陋的实现是我不能忍受的。遂要求其立即改正,当然,那个员工很不爽,理由是功能达到了,你管我怎么实现的呢。
我回想起我刚工作的时候遇到的同样的事情,当时在日本企业,我的主管过来审查我的代码,功能测试通过了,看代码的时候,主管一声不吭的把我的源代码全部删除了,让我重写,我当时杀人的心都有,但是主管的一番话让我理解了为什么如此严格——不按照规范做事情,不仅是对自己的不负责任,也是对其他人的不尊重,你写的代码可能10年以后客户还在使用,这个时候如果你是按照规范写的,任何一个工程师都可以帮你维护,但如果是一坨屎,谁愿意帮你擦屁股呢,你是愿意今后被人赞扬还是被人骂,取决于你今天所做的事情。当然,我不想今后被人骂,所以你必须从今天开始,从现在开始就按照标准来做事情。
PS:日本企业的员工归属感很强,正式员工都是准备干到退休的,所以他们对今后的事情异常重视,甚至都会担心现在做的事情没做好,将来退休了会被人骂的。

从这件事情反观我公司现在的管理,也要坚定不移的走标准化,个性化太多带来的未来的管理成本的增加是远远大于目前规范和保持标准化所需要的成本。
国内企业如果能走出这种管理的“短视”,将能健康活的更久。

上面提到的那个员工已经按照标准把代码重新修改过了,当然,由于修改代码而导致的开发进度延后必须由他自己加班赶回来。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值