如果老代码规范好维护,产品做的好的话,何必招人去维护呢?
如果老代码一团乱糟,缺少文档、注释,那维护比开发还头疼。
一个产品Bug多年改不完,产品设计、团队管理上可能都有问题。
对于维护人员来说,Bug是多的好还是少的好?假如你真的把bug改完了,是不是就离滚蛋不远了?我现在的公司就是维护一堆十几年的老代码,名为研发,实为维护,这公司本身就是一种不正常的状态,平时工作中也会有一些不正常的现象。想跳出去,可我不知道这是不是一种普遍现象。据说现在做VC/MFC的一般都是维护老产品。
如果老代码一团乱糟,缺少文档、注释,那维护比开发还头疼。
一个产品Bug多年改不完,产品设计、团队管理上可能都有问题。
对于维护人员来说,Bug是多的好还是少的好?假如你真的把bug改完了,是不是就离滚蛋不远了?我现在的公司就是维护一堆十几年的老代码,名为研发,实为维护,这公司本身就是一种不正常的状态,平时工作中也会有一些不正常的现象。想跳出去,可我不知道这是不是一种普遍现象。据说现在做VC/MFC的一般都是维护老产品。
解决方案 »
免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货