Although glamorous, XP is not for e

Although glamorous, XP is not for every project or every organization. Proponents of XP concluded that if a programming team fully implements the 12 practices, then the chances of successful application development increase dramatically. Detractors say that because XP is a process, you must do all or nothing. If you skip a
practice, then you are not properly implementing XP and your program quality may suffer. In addition, detractors claim that the cost of changing a program in the future to add more features is more than the cost of initially anticipating and coding the requirement. Finally, some programmers find working in pairs very cumbersome and invasive; therefore, they do not embrace the XP philosophy.
Whatever your views, you should consider XP as a software methodology for your project. Carefully weigh its pros and cons along with the attributes of your project and make the best decision you can.

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

Mặc dù quyến rũ, XP là không cho mỗi dự án hoặc mọi tổ chức. Những người ủng hộ của XP kết luận rằng nếu một đội ngũ lập trình đầy đủ thực hiện các thực hành 12, thì cơ hội phát triển ứng dụng thành công tăng lên đáng kể. Detractors nói rằng bởi vì XP là một quá trình, bạn phải làm tất cả hoặc không có gì. Nếu bạn bỏ qua mộtthực hành, sau đó bạn không đúng thực hiện XP và chất lượng chương trình của bạn có thể phải chịu. Ngoài ra, detractors cho rằng chi phí của việc thay đổi một chương trình trong tương lai để thêm nhiều tính năng là nhiều hơn chi phí ban đầu dự đoán và mã hóa các yêu cầu. Cuối cùng, một số lập trình viên tìm thấy làm việc trong cặp rất cồng kềnh và xâm lấn; Vì vậy, họ không ôm hôn triết lý XP.Bất cứ điều gì quan điểm của bạn, bạn nên xem xét XP như là một phương pháp phần mềm cho dự án của bạn. Cẩn thận, cân nặng ưu và khuyết điểm cùng với các thuộc tính của dự án của bạn của nó và làm cho quyết định tốt nhất bạn có thể.

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

Mặc dù quyến rũ, XP không phải dành cho tất cả các dự án, mọi tổ chức. Những người ủng hộ XP kết luận rằng nếu một đội ngũ lập trình thực hiện đầy đủ 12 thực hành, sau đó các cơ hội phát triển ứng dụng thành công tăng đáng kể. Gièm pha nói rằng vì XP là một quá trình, bạn phải làm tất cả hoặc không có gì. Nếu bạn bỏ qua một
thực tế, sau đó bạn không thực hiện đúng XP và chất lượng chương trình của bạn có thể bị ảnh hưởng. Ngoài ra, những người phản đối cho rằng chi phí của việc thay đổi chương trình trong tương lai để thêm các tính năng nhiều hơn so với chi phí ban đầu dự đoán và mã hóa các yêu cầu. Cuối cùng, một số người lập trình làm việc theo cặp rất cồng kềnh và xâm lấn; do đó, họ không chấp nhận triết lý XP.
Dù quan điểm của bạn, bạn nên xem xét XP là một phương pháp phần mềm cho dự án của bạn. Cẩn thận cân nhắc ưu và nhược điểm của nó cùng với các thuộc tính của dự án của bạn và đưa ra quyết định tốt nhất bạn có thể.