| Russian | English |
| Используются различные имена, чтобы назвать все множество классов, которые должны быть разработаны и реализованы в компьютерной программе. Они попеременно называются классами проекта, классами ПО, прикладными классами, классами программы, классами системы или классами реализации | there are different names used to signify the entire set of classes necessary to be designed and implemented in a computer program. They are called interchangeably design classes, software classes, application classes, program classes, system classes or implementation classes (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| можно сказать, что практика управляемой тестированием разработки раздел 12.2 является частичной заменой рефакторинга. Действительно, управляемая тестированием разработка использует разновидность рефакторинга – разновидность, которая применяется для улучшения скорее самого проекта, а не кода. Управляемая тестированием разработка – итеративный и пошаговый процесс, объединённый с написанием прикладного кода. Рефакторинг может предугадать "дурно пахнущий код" и устранить его до того, как это случится | it can be argued that the practice of test-driven development Section 12.2 is a partial substitution for refactoring. In reality, test-driven development uses a variation of refactoring – a variation that applies to cleaning up the design rather than the code. Test-driven development is an iterative and incremental process intermixed with writing the application code. Refactoring can anticipate "bad smells in code" and eliminate them before they happen (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
