程序员能非常熟悉多少代码？

Question

这方面有什么统计数据吗？我知道它必须因人而异，但似乎应该有一个共同海损。

我问这个问题的原因是，我签约的公司有多个软件产品，总共约75,000行代码-当他们问我一个特定部分的问题时，他们似乎感到失望和震惊，我不能立即知道答案(我是他们唯一的程序员，大多数系统都不是作者)，他们认为我应该凭记忆就知道了。所以我想要一些像统计数据那样的东西来告诉他们，一个普通的程序员不可能一次就拥有所有这些东西。还是我应该这么做？

Answer 1

这个问题确实很有趣，但我怀疑是否有足够的答案。以下是我从一开始就看到的显而易见的因素：

• Overall设计质量。即使您是设计良好的代码的新手，也可以很快确定应该从哪里获得answers.
• Project文档质量的。对于文档很差的项目，即使是从一开始就在项目中的开发人员，也不能谈论一些parts.
• Implementation quality。好的。你有良好的通用架构，良好的接口文档，但即使是一个非常糟糕的程序员也可能破坏这一切。这是因为许多公司对代码审查非常严格，我认为这是防止这种situation.
• Programmer experience的唯一技术。随着你继续前进，你会看到一些‘已经知道’的代码“砖块”在软件新的你和经验是很大的帮助，所以承包商往往是非常有经验的专家熟悉各种方法，这使普通承包商的能力，移动速度比全职程序员快得多，这是聪明的，但只有一个项目context.
• General人智能工作了10年。我认为这真的不像大多数其他因素那么重要，但它真的很重要。

..。但常见的问题是，公司通常会雇佣承包商来进行一些现有的软件改进，他们只是简单地认为这只是挂在墙上的图片。你应该进行一些协商，迫使他们理解工作的一部分是理解真正应该做些什么来满足他们的需求。这样的“学习”需要资源，并且是工作本身的一部分。但我认为这对StackOverflow来说有点离题(尽管我投了赞成票)。这是不是更多关于创业的讨论？

Answer 2

你应该记住在哪里找到需要的东西，而不是记住它本身。

你还应该对代码结构和体系结构足够熟悉，以便有根据地猜测问题可能在哪里起源，以及你的可能会在哪里找到你知道存在但不确定确切位置的东西。

你的大脑就像缓存一样工作。你最近使用的东西被保存在那里，更多的旧条目被擦除。但是永远不会有足够的内存来一次记住所有的代码。因为这样你就会想要记住所有的API函数，然后是所有的规范，然后是其他的东西。这一切都是不可行的。

令人惊讶的是，你没有记住所有的代码，这可能是程序员如何做事情的另一个例子。忽略它们。

Answer 3

这不仅取决于你的记忆能力，而且很大程度上取决于代码。显然，干净、惯用的代码比糟糕的、不一致的乱七八糟的代码容易记忆。可能是因为干净的代码可以分解成更大的“抽象令牌”。