project-management - 如何逆转代码的退化？

Question

关闭。这个问题是 opinion-based .它目前不接受答案。

---

想要改进这个问题吗？ 更新问题，以便 editing this post 提供事实和引用来回答它.

关闭3年前。

Improve this question

想象以下场景:您被要求自己从零开始开发一个工具。你想出了一个原型(prototype)，他们喜欢它。您的原型(prototype)不顾一切地生存并成熟。有一个代码审查，一切看起来仍然很好。你的经理拍拍你的背。不幸的是，当被问及测试版发布日期时，您低估了完成似乎只是一点点额外工作所需的时间。

您意识到您将错过最后期限，除非您将这些功能加入其中。违背你的最佳判断，你还是继续。Beta 发布了，看起来还不错，没有人怀疑下面的丑陋。您在测试工具时修复它的计划被挫败了，因为您正忙于解决小问题并添加上述 beta 测试人员建议的功能。

此时您意识到您的代码正在变成一个嵌合体。您担心代码的可管理性和可扩展性。你真的想重构它，但这会让你看起来没有添加任何新东西，因此没有做任何工作。你是做什么的？

Answer 1

下次不要低估功能所需的时间。估计有点玄学，你有 99.9% 的几率会出错，诀窍就是以积极的方式出错。

如果您估计要在 2 周内完成更改，然后在此时间或以下时间进行更改，那么您的老板会因此而爱上您，即使您不得不几乎自杀并每天工作 18 小时来实现它。如果您估计需要 4 周并在 3 周内完成，您的老板仍然会同样爱您，即使您花费的时间比第一个示例中的时间长 50%。

编码时需要多种技能，能够用指定的语言写作只是其中之一，另一个是能够管理期望。你永远无法准确地理解它，但精通它会让你的生活更轻松，你的工作也更愉快。