照片由Hannah Busing在Unsplash上拍摄

首先，最重要的先决条件是扎实理解编写目标程序的编程语言和库的基本语法和功能。

正确研究版本之间的典型差异和语言的典型陷阱等很重要。即使知识有限，你也可以编写程序，但在阅读别人的程序时，你无法避免他们使用你通常不使用的语法或函数。

在这种情况下，拥有“基本耐力”是必要的，以确保知识差距足够小，可以当场开始或缩小。这更像是一个“我想让你先试试这个”，而不是一个提示。

这个答案的“诀窍”是理解编写程序的人“编写程序时的上下文”。

当你简单地看文本时，你经常会想，“他们为什么做如此愚蠢的事情？”，但考虑到“时间背景”，原作者这样做往往是有充分理由的。

很久以前，我在看别人的Python代码，以及一个定义为真和假的语句。我认为这是一个典型的例子。

我帮助的项目就像“将旧的、未维护的Python代码移植到目前正在维护的新操作系统上”，当我查看它时，我发现True和False有时在旧的Python 2中不存在。因此，在新的Python 2中，似乎即使提出了异常，它也会被忽略，如果它不存在，它就会被重新定义（True = 1，False = 0）。

“似乎”的部分很重要，因为原作者不在那里，无法回答任何问题。因此，有必要重建原因本身，然后将其应用于“我们现在是否需要它？”的当前上下文。

可能有多个“其他”。在这种情况下，多人持有的上下文可能不同步，错误可能会在上下文不同步的地方累积。

例如，假设当B修改原作者A10年前编写的程序时，原作者A在五年前写了一个有点特殊的逻辑。尽管如此，B在不了解上下文的情况下把它搞砸了。

在这种情况下，您将在理解A和B的上下文时阅读程序，并使其适应现在，即0年前需要程序的新上下文。如果它有效，那包括修改它。

我讨论了了解书面上下文作为“能够阅读”的提示。我们能做些什么来让一些东西“更容易阅读”？

作为第一个前提，您应该学习各种技术书籍中“易于阅读的代码”的基础知识。在此基础上，我将在这个答案中给你一些提示。

通过仔细研究过去的上下文，您最终会明白什么在旧的上下文中是有效的，但具有高度的确定性，在现在和以后是不必要的。

例如，在只需要考虑当前Python 3的上下文中，留下上述代码True=1，False=0可能是没有意义的，这是旧的Python 2。Python 2.7甚至不需要此代码。因此，一个想法是简单地删除它。

这将减轻未来读者的负担之一。五年后阅读该程序的人，或者三个月后自己阅读该程序的人，不会偶然发现什么，并想知道：“我为什么要这样做？”导致离题，失去对理解主要逻辑的注意力。

理想情况下，如果未来的程序读者能够通过查看当前代码来理解当前的设计理念和问题，而不必查找过去的上下文，那么该程序将更容易被其他人阅读。

除了删除它，添加一个评论，让它看起来像是奇怪的事情正在发生，这可能会有所作为。如果有一张纸条，上面写着“这个代码自1994年以来一直被维护，这部分是在当时的约束下编写的”，人们至少可以尝试理解上下文，然后再指出并大笑，说“这个程序是什么？太蠢了！”

然而，我认为掌握这个技巧实际上相当困难。你开始觉得自己更像一个考古学家，而不是一个程序员。你甚至可能会发现自己问公司一位现在不在现场的前总公司，“你能告诉我这个程序制作时是什么样子的吗？”

届时，您必须充分了解技术和公司等级制度的各个方面，以免提出荒谬的问题。

因此，在遵循这些提示之前，请确保您很好地掌握了基础知识。虽然有时仅凭这些提示可能会有用，但首先要很好地掌握基础知识是很重要的。