--- format: "aidr-story-markdown/v1" id: "4756ce2b40a65b42fb366a9efbc5e7a92b7db2c8583ec2baca26e44e8e5bfb24" canonical_url: "https://aidr.today/4756ce2b?lang=vi" title: "Mô hình hình học của bảo trì" lang: "vi" requested_lang: "vi" available_langs: ["en","vi"] translation_fallback: null fallback_fields: [] published_at: "2026-10-15T10:48:58.000Z" category: "Research" topics: ["coding"] source_urls: ["https://entropicthoughts.com/geometric-model-of-maintenance","https://lobste.rs/s/bpvpbe/geometric_model_maintenance"] summary: "Đang trên đường đi? Hãy nghe phiên bản được AI đọc to của bài viết này. James Shore cho rằng mỗi tháng viết mã sẽ dẫn đến 10 ngày bảo trì trong năm đầu tiên, sau đó là 5 ngày mỗi năm. Nếu giải thích một cách đơn giản, đây là một mô hình dựa trên ngưỡng cho bảo trì được gây ra, và nó thú vị vì nó đơn giản đến vậy. Nếu có thể chứng minh được rằng nó đúng sự thật, thì điều đó sẽ hữu ích. Lập luận mà Shore đưa ra về tác động của mã do robot tạo ra không phụ thuộc vào những con số cụ thể, vì vậy những con số của Shore đến từ một nguồn trí tuệ tập thể giả thuyền hơn là dữ liệu thực tế. Nhưng ở đây không cần bất kỳ giả thuyền nào. Chúng ta có một thứ gọi là git. Hãy nói chúng ta có một cách để gán nhãn cho mỗi lần commit là 'phát triển mới' hoặc 'bảo trì'. Sau đó chúng ta có thể đếm xem có bao nhiêu commit của mỗi loại trong một tháng. Bài viết này sẽ giả định rằng bảo trì cần thiết sẽ được thực hiện, và nếu bảo trì không được thực hiện, thì đó là vì nó không thực sự cần thiết từ góc độ của người dùng tổng thể. Tôi biết rằng nhiều người sẽ phản đối với giả định này vì bảo trì họ nghĩ là cần thiết mà không được thực hiện, nhưng hãy thử đặặt nghi ngờ sang một bên. Nếu bạn tiếp tục sử dụng…" --- # Mô hình hình học của bảo trì > [Open the canonical story]() **Published:** 2026-10-15T10:48:58.000Z **Category:** Research **Topics:** coding ## Summary Đang trên đường đi? Hãy nghe phiên bản được AI đọc to của bài viết này\. James Shore cho rằng mỗi tháng viết mã sẽ dẫn đến 10 ngày bảo trì trong năm đầu tiên, sau đó là 5 ngày mỗi năm\. Nếu giải thích một cách đơn giản, đây là một mô hình dựa trên ngưỡng cho bảo trì được gây ra, và nó thú vị vì nó đơn giản đến vậy\. Nếu có thể chứng minh được rằng nó đúng sự thật, thì điều đó sẽ hữu ích\. Lập luận mà Shore đưa ra về tác động của mã do robot tạo ra không phụ thuộc vào những con số cụ thể, vì vậy những con số của Shore đến từ một nguồn trí tuệ tập thể giả thuyền hơn là dữ liệu thực tế\. Nhưng ở đây không cần bất kỳ giả thuyền nào\. Chúng ta có một thứ gọi là git\. Hãy nói chúng ta có một cách để gán nhãn cho mỗi lần commit là 'phát triển mới' hoặc 'bảo trì'\. Sau đó chúng ta có thể đếm xem có bao nhiêu commit của mỗi loại trong một tháng\. Bài viết này sẽ giả định rằng bảo trì cần thiết sẽ được thực hiện, và nếu bảo trì không được thực hiện, thì đó là vì nó không thực sự cần thiết từ góc độ của người dùng tổng thể\. Tôi biết rằng nhiều người sẽ phản đối với giả định này vì bảo trì họ nghĩ là cần thiết mà không được thực hiện, nhưng hãy thử đặặt nghi ngờ sang một bên\. Nếu bạn tiếp tục sử dụng… ## Sources - [Story source]() - [Discussion]()