首页>Program>source

您刚刚编写了很多代码来在压力下提供一些重要功能.您已经偷偷摸摸地将一些代码混入了一些过大的类中,这些类的名称类似于SerialIndirectionShutoffManager。

您告诉老板,您将需要一个星期来清理这些东西。

"清理干净吗?"

"我的代码-猪八戒!"

"您是说还有一些错误修复程序?"

"不是,它更像是.."

"您要使其运行更快吗?"

"也许吧,但是那不是。"

"那么,当您有机会的时候,您应该正确地编写它。现在我很高兴您在这里,是的,我将不得不继续,要求您在这个周末来。" >

我已经读过Matin Fowler的书,但不确定我是否同意他在这件事上的建议:

  • Encourage regular code reviews, so refactoring work is encouraged as a natural part of the development process.
  • Just don't tell, you're the developer and its part of your duty.

这两种方法都是出于与经理沟通的需要。

你告诉老板什么?

最新回答
  • 14天前
    1 #

    在原始估算中包括重构时间很重要.在交付产品之后去找老板,然后告诉他您实际上还没有完成,这是在说谎.您实际上并没有确定交付期限.这就像外科医生在做手术,然后又不确定他是否将一切都放回了原本应该的样子。

    将开发的所有部分(例如重构,可用性研究,测试,质量检查,修订)包括在原始计划中很重要.归根结底,这不只是程序员问题,而是管理问题。

    但是,如果您继承了一个烂摊子,那么您将不得不向老板解释说,最后一批程序员急于将项目推到门外,并且一直在发展.您可以暂时解决问题(就像他们可能做的那样),但是每次创可贴只会延迟问题,并最终使问题修复成本更高。

    与您的老板诚实,并了解一个项目只有在完成之后才能完成。

  • 14天前
    2 #

    用他能理解的语言说。

    重构正在支付设计债务.

    询问您的老板,为什么他每月支付公司信用卡账单而不是在收到催款通知前才支付.告诉他重构就像您每月付款。

  • 14天前
    3 #

    只需执行此操作并将其安排到正常流程中即可.估计重构时间以开始新的更改或完成更改(理想)。 最初探索新代码(提取方法等)时,我总是重构。

  • 14天前
    4 #

    Lie.告诉他这是对新技术的研究.然后告诉他您认为成本不能证明收益是合理的.他会认为你做得很好。

    大声笑@人们低调/令人反感。

    真的,如果这是一分钱的小老板,不懂廉价软件中的好软件,那么他所不知道的最终将使他更加快乐.如果是我,我将离开公司,去某个他们尊重开发人员编写良好代码的能力的地方.但是,这又是我担任高级职位的原因。

  • 14天前
    5 #

    告诉他,与软件项目相关的80%的成本来自生命周期的维护阶段.现在为减轻将来的问题而进行的任何重构,并有一些示例,将在以后需要维护该代码时获得大量的成本收益。

    这是假设您重构是出于某种原因,而不是出于程序员的虚荣心。

  • c++:Boost logger链接问题
  • 突出显示会杀死我在Visual Studio 2010中的Razor语法