工作日志之三－－代码很烂，谁的责任？

lscwd · 发表于 2007-11-15 11:24:20

刚来的时候就发现程序中涉及一些比较重要的模块有很大的漏洞，按理说这种漏洞是不应该由我这个新员工来发现的。原因是：一、这种漏洞个人认为是属于比较严重的，早就应该有人发现了；二、系统运行了这么久了，早也应该发现了。
其实最无法忍受的倒不是这些bug本身，而是bug提交后人们的态度。没有人对此表示惊讶，“哦，这个有问题，改一下把”，基本上都是这种解决问题解的方式，轻松的很。这种氛围下自己经常觉得有些格格不入，有时候真的怀疑是不是自己小题大做了，不就是个bug吗？
有点怀念asia的工作氛围了，在那里，质量控制已经融入到大家的血液里去了，高层、开发跟qa一样重视质量问题，这样干起活来，至少你的敬业能获得承认。
代码很烂，看起来是开发的责任，实质是qa（不是qc）没有到位，根源是整个公司（包括高层）根本没有质量控制的意识，这种意识是要融入血液的，而不是靠一堆没有生命的文档来体现。
个人认为这种现状可能都是由于国内大部分公司的项目太小引起的，不像电信级的项目，用户多，有错误总能被用户发现，数据量大，你需要速度和健壮性，小的错误也无法容忍。asia也是从割接的失败中开始思考质量问题，最终建立了业界的最高标准CMMI5，但是有些人在失败中能获得巨大的提升，而有些人就在失败中沉沦了。

[ 本帖最后由 lscwd 于 2007-11-15 11:43 编辑 ]