http://kenji.blog/zh-cn/tags/%E8%A1%8C%E6%95%B0/Recent content in 行数 on kenji.blogHugo -- gohugo.iozh-cnkenjinoteThu, 17 Apr 2025 10:33:02 +0900http://kenji.blog/zh-cn/p/%E3%82%BD%E3%83%BC%E3%82%B9%E3%82%B3%E3%83%BC%E3%83%89%E3%81%AE%E8%A1%8C%E6%95%B0/Thu, 17 Apr 2025 10:33:02 +0900http://kenji.blog/zh-cn/p/%E3%82%BD%E3%83%BC%E3%82%B9%E3%82%B3%E3%83%BC%E3%83%89%E3%81%AE%E8%A1%8C%E6%95%B0/<img src="http://kenji.blog/p/%E3%82%BD%E3%83%BC%E3%82%B9%E3%82%B3%E3%83%BC%E3%83%89%E3%81%AE%E8%A1%8C%E6%95%B0/img_1.png" alt="Featured image of post 源代码的行数" /><h1 id="源代码的行数">源代码的行数 </h1><p>你好！</p> <p>今天我想谈论一个稍微有些不同寻常的主题。</p> <p>那就是“与过去相比，源代码的行数增加了多少？”。</p> <p>例如，航天飞机的软件由大约42万行代码组成。这段代码为了满足NASA的高质量标准，经历了非常严格的开发过程。另一方面，在现代的大型软件项目中，代码行数超过数千万行也并不罕见。例如，据说Google的代码库达到了大约20亿行。</p> <p>像这样，软件的规模随着时代的变迁变得越来越大。</p> <p>但是，请等一下。</p> <p>代码行数的增加并不一定是坏事。为了添加新功能或满足用户需求，代码的增加是很自然的。然而，代码增加，出现Bug的风险也会随之升高。事实上，一项研究表明，当开源项目超过100万行时，Bug发生率呈现上升趋势。</p> <p>话虽如此，并非所有的项目都在以相同的方式增加代码。</p> <p>例如，Linux内核在1994年的1.0版本中大约有20万行，但在2015年的4.2版本中增加到了大约2000万行。这种增加是为了适应硬件的发展和添加新功能。</p> <p>因此，源代码的行数会根据项目的规模、目的和时代背景而大不相同。</p> <p>代码行数增加本身不是问题，但为了保持质量和可维护性，适当的管理是必要的。理解随着代码增加而带来的风险，并采取适当的应对措施很重要。</p> <p>最后，我认为不要过于拘泥于代码的行数，而是要重视项目的目的和质量，这一点非常重要。</p> <p>那么，下次再见！</p>