在处理极其糟糕的代码时，如何保持生产力？

我没有在软件行业工作的经验，没有自学成才的经验，并且在决定工作之前参加过开源。现在，我为钱而工作，我还必须处理一些不愉快的事情，这当然是正常的。

最近，我被分配将日志记录添加到一个大型SharePoint项目中，该项目是由一些显然正在学习编写工作代码的程序员编写的。经过2年的合作，客户转到了我们公司，但是造成了损害，现在我需要以某种方式维护此代码。

并不是说代码太难读。尽管存在问题-每个项目都有一个类，其中包含几种复制粘贴的方法，大量的if嵌套，匈牙利语的系统，未处理的连接-但它仍然可读。

但是，尽管进行诸如添加日志记录之类的简单操作，但我发现自己绝对没有生产力。基本上，我只需要逐步完成代码并添加一些跟踪调用。但是，代码的愚蠢到令人讨厌，以至于在开始的10分钟之内我就感到疲倦。最初，我曾经添加using结构，通过反转来减少嵌套if，将变量重命名为可读的名称，但是该项目很大，最终我放弃了。我知道这不是我应该做的任务，但是至少减少混乱使我获得了某种心理上的回报，所以我可以继续前进。现在，这个技巧停止了工作，我还有60％的工作要做。

我下班后开始头痛，而且不再有以前的满足感，通常这使我可以连续10个小时编写代码，但仍然感到新鲜。

这不仅是一个大麻烦，因为我确实有一个实际的问题：

有没有办法保持生产力而不与风车战斗？

是否有某种心理把戏保持专注的任务，而不是想着“如何愚蠢的是那个？”每次我在以前的程序员看到另外一个巧招时间？添加日志记录的问题在于，我实际上必须了解代码的作用，而这样做却以令人不快的方式伤害了我的大脑。

很抱歉告诉您，但并非所有工作都充满阳光和魅力。大多数开发任务都涉及像这样的繁琐工作。伤心，但真实。

即使您无聊到观看油漆变干的程度，您也要承担一项重要的任务。这很重要，原因有两个：1.它向大型系统中添加了许多急需的日志记录，以便在出现问题时可以使用一个工具来查找它。2.使您熟悉代码库，以便在出现问题时可以进行修复。

您基本上是在这里创建自己的安全网。魅力，不，但重要的是！

那么，话虽这么说，你应该如何激励自己？当我有一个工作中的麻木任务时，我会为自己设定目标。在一周结束之前完成任务x。如果我实现了目标，我将获得回报。我想尝试新餐厅吗？如果我结束，去周五晚上。新电影刚出来吗？如果我结束的话，在周末见。

我发现与主管交谈并让他/她知道我在哪里以及我的进度如何使我负责。如果我告诉他们我会在周五之前完成，我更倾向于在周五b / c之前完成它，我告诉他们我会完成。

请相信，一旦您完成了这项任务并且做得很好，就可以按时按预算在预算上引起人们的注意，并且当新项目出现时，您的名字可能会被建议为获得此项目的人。:)

保留一份候选代码段文件，以提交给thedailywtf.com。即使您确实不打算提交它们，它也为您提供了一些比平均水平还差的代码。

我处于类似的情况，负责清理大量编写不佳，大量复制和粘贴的代码。

为了保持动力和理智，我编写了一个脚本current_score，该脚本对项目中的LOC进行计数（由于消除了重复并改用了更好的算法，该数量稳步下降），并在开始时将其与LOC进行了比较。每当我对面对的大量代码感到沮丧或沮丧时，运行current_score都会给我一种切实的进步，并使我想起我已经完成了多少。很高兴看到在处理一段特别糟糕的代码时我能获得多高的分数。

我会寻找类似的指标，您可以轻松地编写脚本以给自己一种进步感，并将其转变为一种游戏。代码行（仅运行wc -l），循环复杂度（当您清理那些令人讨厌的嵌套“ if”时应该降低），您而不是您的前任所碰到的代码行（我认为FishEye可以告诉您$ 10），等等。您甚至可以编写Perl脚本而不会很麻烦地计算尚无日志记录语句的代码块的数量。

我看过推荐的这本书：有效地使用旧版代码，但是幸运的是，没有必要阅读它。

像您所做的一样，重构所需的内容，以便您可以理解代码并仅记住要重新启动系统，这将在维护系统时得到回报。
希望这将为您的回家道路打下春天。

尝试将项目分解为多个块。每天学习特定块的工作方式。试图一次了解所有内容可能是让您感到压力的原因。

为使项目更好而感到自豪。您还可以和其他编码员聊天吗？它有助于站在水冷却器周围讨论/嘲笑您发现的最新逻辑。我尝试这样做是为了保持愉快的工作氛围。

记下大量笔记以组织您的问题，想法和对系统的理解。当处理大型遗留系统时，这为我创造了奇迹。它有助于巩固您的理解力，帮助您将开放的问题转化为文字，并且因为您的想法已经被整合在一起，所以可以更轻松地与他人就问题/问题/想法/等进行自发交流。

例如，当我浏览一段代码时，我会不断给自己做笔记。这是我和自己的谈话。单纯的写作行为可以帮助更多的想法浮出水面，并帮助我更好地理解事物。过了一会儿，我可能会有一个尤里卡（Eureka），需要在纸上画一个带有“更大图片”的小图，以说明我的想法或组装的内容。我总是只在纸上进行此操作，摆脱了计算机的所有干扰。这使我对自己的工作更加有条理和考虑周到。

这基本上是与领域专家进行永久对话的便捷方法：)

我知道您可能会觉得无用，因为您实际上是从“我仅添加日志记录”的角度来看的，而实际上您正在添加日志记录并进行了大量的重构。您的主管可能知道代码情况。每个人现在可能都不喜欢它，但是当您请求添加一个非常有趣且具有挑战性的功能时，您会很高兴自己清理了代码。

在这些情况下，我倾向于重写一段代码。为了减少一个区域的吮吸，然后我在其他地方添加日志记录。然后清理更多代码。错误的代码只有在您将其留在那里的情况下才是错误的。

游戏化。例如，每次对代码提出一个好的问题时，给自己5分，每次回答时给自己10分。每次重构方法或添加新功能时都要给自己一个徽章。一旦累积了足够的积分，您就会获得诸如茶歇或饼干之类的特权。一旦完成了整个项目，您就可以享受到自己真正想要的东西的特权。

不感到无聊或生气以保持生产力的诀窍是接受代码设计不良。接受必须理解和更新代码的立场将使您不必继续评论“那是多么的愚蠢”，而是安静地接受它并继续前进。

另一个窍门是在一天结束时拥有美好的家庭生活。女朋友，朋友，游戏等所有东西都可以使用，给您一个目标，度过一天，使糟糕的代码变得值得一游。

迈克尔·费瑟斯（Michael Feathers）的“有效地使用旧版代码”可能会有所帮助。

如果担心更改时会破坏功能，请先编写一些测试，并确保在更改前后都通过了测试。编写测试应有助于您总结和理解给定代码段的功能，并使您放心地进行编辑。