Extreme Programming believes in ‘it

Extreme Programming believes in ‘it is better to do a simple thing today and pay a little more tomorrow to change it’ than ‘to do a more complicated thing today that may never be used anyway’.

Do what is needed and asked for, but no more.

Do what is needed and asked for, but no more.

''Do the simplest thing that could possibly work'' The DTSTTCPW principle.

Implement a new capability in the simplest possible way. Also known as the KISS principle ‘Keep It Simple, Stupid!’.

A coach may say DTSTTCPW when he sees an Extreme Programming developer doing something needlessly complicated.

Refactor the system to be the simplest possible code with the current feature set. This will maximize the value created for the investment made till date.

Take small simple steps to your goal and mitigate failures as they happen.

Create something that you are proud of and maintain it for a long term for reasonable costs.

Never implement a feature you do not need now i.e. the ‘You Aren’t Going to Need It’ (YAGNI) principle.

Communication and Simplicity support each other.

The more you communicate the clearer you can see exactly what needs to be done, and you gain more confidence about what really need not be done.

The simpler your system is, the less you have to communicate about the fewer developers that you require. This leads to better communication.

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

Lập trình cực kỳ tin vào 'nó là tốt hơn để làm một điều đơn giản hôm nay và phải trả thêm một chút vào ngày mai để thay đổi nó' hơn 'để làm một điều phức tạp hơn ngày hôm nay mà không bao giờ có thể được sử dụng anyway'.Làm những gì là cần thiết và yêu cầu, nhưng không nhiều.Làm những gì là cần thiết và yêu cầu, nhưng không nhiều.'' Làm những điều đơn giản nhất có thể có thể làm việc '' The DTSTTCPW nguyên tắc.Thực hiện một khả năng mới bằng cách đơn giản nhất có thể. Còn được gọi là nguyên tắc KISS 'Giữ nó đơn giản, Stupid!'.Một huấn luyện viên có thể nói DTSTTCPW khi ông nhìn thấy một nhà phát triển lập trình cực làm một cái gì đó needlessly phức tạp.Refactor hệ thống được mã đơn giản nhất có thể với bộ tính năng hiện tại. Điều này sẽ tối đa hóa giá trị tạo cho đầu tư thực hiện cho đến nay.Đưa bước đơn giản nhỏ đến mục tiêu của bạn và giảm thiểu thất bại khi chúng xảy ra.Tạo ra một cái gì đó mà bạn đang tự hào về và duy trì nó trong dài hạn đối với chi phí hợp lý.Không bao giờ thực hiện một tính năng mà bạn không cần bây giờ tức là các 'bạn sẽ không cần nó' nguyên tắc (YAGNI).Giao tiếp và sự đơn giản hỗ trợ lẫn nhau.Càng giao tiếp nhiều rõ ràng hơn bạn có thể thấy chính xác những gì cần phải được thực hiện, và bạn có được sự tự tin hơn về những gì thực sự cần không phải được thực hiện.Đơn giản hệ thống của bạn là, càng ít bạn có thể giao tiếp về các nhà phát triển ít hơn mà bạn yêu cầu. Điều này dẫn đến giao tiếp tốt hơn.