statistics - 程序员可以熟悉多少代码？

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center 的指导。




9年前关闭。




有没有这方面的统计数据？我意识到它必须因人而异，但似乎应该有一个一般平均数。

我问的原因是我签约的公司有多个软件产品，总共约 75,000 行代码——当他们问我一个关于我不知道答案的特定部分的问题时，他们似乎很失望和震惊(我是他们唯一的程序员，并且没有编写大多数系统)他们认为我应该从内存中了解这一切。所以我想要一些类似统计数据的东西来向他们展示一个普通的程序员不可能一次把所有这些都记在脑海里。还是我应该？

最佳答案

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

整体设计质量 。即使您不熟悉设计良好的代码，您也可以非常快速地确定应该在哪里寻找答案。

项目文档质量 。对于记录不佳的项目，即使是从一开始就在项目中的开发人员也无法对某些部分发表任何意见。

实现质量 。好的。你有良好的通用架构，良好的接口(interface)文档，但即使是一个非常糟糕的程序员也可能打破这一切。这是因为许多公司对代码审查非常严格，我认为这是唯一一种防止这种情况的技术。

程序员体验 。当您继续前进时，您会在新软件中看到“已知”代码“砖块”的数量，而经验在这方面有很大帮助，因此承包商通常是非常有经验的专家，熟悉各种方法，这使普通承包商能够更快地移动全职程序员，才华横溢，但仅在 1 个项目环境中工作了 10 年。

一般人聪明 。我认为这真的不像大多数其他因素那么重要，但它确实很重要。

...但常见的问题是公司通常会聘请承包商来改进一些现有的软件，他们只是认为这只是将图片卡在墙上。您应该进行一些谈判以迫使他们了解工作的一部分是了解真正应该做什么才能满足他们的要求。而这种“学习”需要资源，也是工作本身的一部分。但我认为 StackOverflow 有点偏离主题(尽管我投了赞成票 ;) )。是否更适合初创公司的讨论？

关于statistics - 程序员可以熟悉多少代码？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/1735394/