如果老代码规范好维护,产品做的好的话,何必招人去维护呢?
如果老代码一团乱糟,缺少文档、注释,那维护比开发还头疼。
一个产品Bug多年改不完,产品设计、团队管理上可能都有问题。
对于维护人员来说,Bug是多的好还是少的好?假如你真的把bug改完了,是不是就离滚蛋不远了?我现在的公司就是维护一堆十几年的老代码,名为研发,实为维护,这公司本身就是一种不正常的状态,平时工作中也会有一些不正常的现象。想跳出去,可我不知道这是不是一种普遍现象。据说现在做VC/MFC的一般都是维护老产品。

解决方案 »

  1.   

    我现在用MFC,自己挖坑,自己埋。
      

  2.   

    只要是做客户端软件 MFC还是得用,除非是做web
      

  3.   

    I love MFC
      

  4.   

    用MFC的未必都是维护,像我们公司的就是新出的软件基础都是基于旧的软件,为了省资源自然是把旧软件代码拿过来重构一下就成了新的。然后新软件又有新功能,就又需要继续用MFC在这个基础上开发所以还是有用MFC写新产品的公司的
      

  5.   

    还在用MFC开发新产品