The expected consequence of the pub

The expected consequence of the public nature of faults in open-source software was formalized by Raymond in The Cathedral and the Bazaar as Linus’s Law, named after Linus Torvalds, the creator of Linux [ Raymond, 2000].
Linus’s Law states that “given enough eyeballs, all bugs are shallow.” In other words, if
enough individuals scrutinize the source code of an open-source software product, someone should be able to locate that fault and suggest how to fix it. A related principle is
“Release early. Release often” [ Raymond, 2000]. That is, open-source developers tend
to spend less time on testing than closed-source developers, preferring to release a new
version of a product virtually as soon as it is finished, leaving much of the responsibility
for testing to users.

Results (Vietnamese) 1:

Hệ quả dự kiến của bản chất công cộng của lỗi trong phần mềm mã nguồn mở được chính thức hóa bởi Raymond trong The nhà thờ và các chợ là Linus của luật, được đặt tên theo Linus Torvalds, tác giả của Linux [Raymond, 2000].Linus của luật pháp tiểu bang rằng "cho nhãn cầu đủ, tất cả lỗi là nông." Nói cách khác, nếucá nhân đủ rà soát mã nguồn của một sản phẩm phần mềm mã nguồn mở, ai đó sẽ có thể xác định vị trí mà lỗi và đề nghị làm thế nào để sửa chữa nó. Một nguyên tắc liên quan là"Phát hành sớm. Phát hành thường"[Raymond, 2000]. Mã nguồn mở nhà phát triển có xu hướng có nghĩa là,để chi tiêu ít thời gian hơn trên thử nghiệm hơn nguồn đóng nhà phát triển, thích để phát hành một mớiCác phiên bản của một sản phẩm hầu như ngay sau khi nó kết thúc, để lại nhiều trách nhiệmđể thử nghiệm cho người dùng.

Results (Vietnamese) 2:

Hậu quả dự kiến của các tính chất chung của lỗi trong phần mềm mã nguồn mở được chính thức hóa bởi Raymond trong Nhà thờ và Bazaar như Luật của Linus, đặt theo tên Linus Torvalds, cha đẻ của Linux [Raymond, 2000].
Luật của Linus nói rằng "cho đủ nhãn cầu, tất cả các lỗi là nông cạn. "Nói cách khác, nếu
đủ cá nhân rà soát mã nguồn của một sản phẩm phần mềm mã nguồn mở, một người nào đó sẽ có thể xác định vị trí lỗi đó và đề nghị làm thế nào để sửa chữa nó. Một nguyên tắc liên quan là
"Release sớm. Phát hành thường "[Raymond, 2000]. Đó là, các nhà phát triển mã nguồn mở có xu hướng
dành nhiều thời gian hơn vào thử nghiệm so với các nhà phát triển mã nguồn đóng, thích để phát hành một mới
phiên bản của một sản phẩm hầu như ngay sau khi nó được hoàn thành, để lại phần lớn trách nhiệm
cho thử nghiệm cho người dùng.