There is one single message about d

There is one single message about developing reliable software which outweighs
all the others. It is to get the errors out early. This is the major thrust of Principle 2,
“Perform Continuous Validation.” The sections below discuss why this is so important
and what can be done about it.
Problem Symptoms
One of the most prevalent and costly mistakes made on software projects today is
to defer the activity of detecting and correcting software problems until late in the
project, i.e., in the “test and validation” phase after the code has been developed. There
are two main reasons why this is a mistake: (1) Most of the errors have already been
made before coding begins; and (2) The later an error is detected and corrected, the more
expensive it becomes.

Results (Vietnamese) 1:

Đó là một tin nhắn đơn về phát triển phần mềm đáng tin cậy mà outweighsTất cả những người khác. Nó là để có được các lỗi sớm. Đây là các lực đẩy chính của nguyên tắc 2,"Thực hiện liên tục xác nhận." Các phần dưới đây thảo luận về lý do tại sao điều này là rất quan trọngvà có thể làm gì về nó.Triệu chứng của vấn đềMột trong những phổ biến và tốn kém sai lầm được thực hiện trên dự án phần mềm vào ngày hôm qua làtrì hoãn việc hoạt động phát hiện và sửa chữa vấn đề phần mềm cho đến cuối trong cácdự án, ví dụ, trong giai đoạn "thử nghiệm và xác nhận", sau khi mã đã được phát triển. Cócó hai lý do chính tại sao điều này là một sai lầm: (1) đa số các lỗi đãthực hiện trước khi mã hóa bắt đầu; và (2) sau một lỗi được phát hiện và sửa chữa, thêmnó trở nên đắt tiền.

Results (Vietnamese) 2:

Có một tin nhắn duy nhất về phát triển phần mềm đáng tin cậy mà giá trị hơn
tất cả những người khác. Nó là để có được các lỗi ra sớm. Đây là lực đẩy chính của Nguyên tắc 2,
"Thực hiện Validation liên tục." Các phần dưới đây thảo luận về lý do tại sao điều này là rất quan trọng
và có thể làm gì về nó.
Vấn đề triệu chứng
Một trong những sai lầm phổ biến nhất và tốn kém thực hiện các dự án phần mềm hiện nay là
để trì hoãn các hoạt động phát hiện và sửa chữa các vấn đề phần mềm cho đến cuối trong các
dự án, ví dụ như bản "thử nghiệm và xác nhận" giai đoạn sau khi mã đã được phát triển. Có
hai lý do chính tại sao điều này là một sai lầm: (1) Hầu hết các lỗi đã được
thực hiện trước khi mã hóa bắt đầu; và (2) sau một lỗi được phát hiện và sửa chữa, càng
đắt tiền nó sẽ trở thành.