7. Pair programming: Ensure that al

7. Pair programming: Ensure that all production code is written with two programmers working at the same machine or facility. This is the revision step taken to the extreme. All code is always reviewed by at least one other person. Although pair programming does no always sound appealing at first (because two people are required to do the same job), the improvements in quality usually more than compensate for the small decrease in productivity. Imagine writing a program with another person. It is quite embarrassing to write “ugly” code, slack off, or avoid the tests, because a partner is always present. Also, the design and code has to be understandable, or the partner may not easily follow the design and code and will complain.

Kết quả (Việt) 1:

7. cặp lập trình: đảm bảo tất cả sản xuất mã được viết bằng hai lập trình viên làm việc tại cùng một máy tính hoặc thiết bị. Đây là phiên bản bước thực hiện đến cùng cực. Tất cả các mã luôn luôn xem xét lại bởi ít nhất một người khác. Mặc dù cặp chương trình nào không luôn luôn âm thanh hấp dẫn lần đầu tiên (bởi vì hai người được yêu cầu để thực hiện công việc giống nhau), cải tiến chất lượng thường nhiều hơn bù đắp cho việc nhỏ làm giảm năng suất. Hãy tưởng tượng viết một chương trình với một người khác. Nó là khá lúng túng để viết mã "xấu xí", slack hoặc tránh các xét nghiệm, bởi vì luôn luôn là một đối tác hiện tại. Ngoài ra, thiết kế và mã đã được dễ hiểu, hoặc các đối tác có thể không dễ dàng làm theo thiết kế và mã số và sẽ khiếu nại.

Kết quả (Việt) 2:

7. Cặp lập trình: Đảm bảo rằng tất cả các mã sản xuất được ghi bằng hai lập trình viên làm việc tại máy hoặc cơ sở tương tự. Đây là bước sửa đổi đưa đến cùng cực. Tất cả các mã luôn được xem xét bởi ít nhất một người khác. Mặc dù cặp lập trình không có luôn âm thanh hấp dẫn lúc đầu tiên (vì hai người được yêu cầu phải thực hiện công việc tương tự), những cải tiến về chất lượng thường là nhiều hơn bù đắp cho sự sụt giảm nhỏ trong năng suất. Hãy tưởng tượng viết một chương trình với một người khác. Nó là khá lúng túng để viết "xấu xí" mã, buông lơi, hoặc tránh các cuộc thử nghiệm, bởi vì một đối tác luôn luôn hiện diện. Ngoài ra, việc thiết kế và mã đã có thể hiểu được, hoặc các đối tác có thể không dễ dàng theo dõi các thiết kế và mã và sẽ khiếu nại.