http://kenji.blog/zh-tw/tags/%E8%A1%8C%E6%95%B8/Recent content in 行數 on kenji.blogHugo -- gohugo.iozh-twkenjinoteThu, 17 Apr 2025 10:33:02 +0900http://kenji.blog/zh-tw/p/source-code-lines/Thu, 17 Apr 2025 10:33:02 +0900http://kenji.blog/zh-tw/p/source-code-lines/<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>程式碼行數的增加不一定是壞事。為了增加新功能並滿足用戶需求，程式碼的增加是很自然的。然而，隨著程式碼的增加，出現錯誤的風險也會提高。事實上，一項研究表明，當開源專案超過 100 萬行時，錯誤發生率往往會上升。</p> <p>儘管如此，並非所有的專案都以相同的方式增加程式碼。</p> <p>例如，Linux 核心在 1994 年的 1.0 版約有 20 萬行，但在 2015 年的 4.2 版中，已增加到約 2,000 萬行。這樣的增加是為了應對硬體的進化及新功能的添加。</p> <p>因此，原始碼的行數根據專案的規模、目的和時代背景會有很大差異。</p> <p>程式碼行數增加本身並不是問題，但為了保持品質和可維護性，必須有適當的管理。了解伴隨程式碼增加而來的風險並採取適當的對策是很重要的。</p> <p>最後，我認為不要過度執著於程式碼的行數，而是要重視專案的目的和品質。</p> <p>那麼，我們下次見！</p>