| Russian | English |
| в современной практике CASE– и инструментальные средства разработки программ могут существенно помочь в реализации рефакторинга. Многие инструментальные средства содержат каталоги поддерживаемых рефакторингов. Фаулер 1999 является основным источником ссылок, который перечисляет и документирует более шестидесяти методов рефакторинга. Следующее обсуждение иллюстрирует использование методов рефакторинга, рассматривая только три из них | in contemporary practice, CASE and programming development tools can effectively assist in performing refactorings. Many tools contain catalogs of supported refactorings. Fowler 1999 is a principal source of reference that lists and documents in excess of sixty refactoring methods. The following discussion illustrates the use of refactoring methods by discussing just three of them (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| в современной практике CASE и инструментальные средства разработки программ могут существенно помочь в реализации рефакторинга. Многие инструментальные средства содержат каталоги поддерживаемых рефакторингов. Фаулер 1999 является основным источником ссылок, который перечисляет и документирует более шестидесяти методов рефакторинга. Следующее обсуждение иллюстрирует использование методов рефакторинга, рассматривая только три из них | in contemporary practice, CASE and programming development tools can effectively assist in performing refactorings. Many tools contain catalogs of supported refactorings. Fowler 1999 is a principal source of reference that lists and documents in excess of sixty refactoring methods. The following discussion illustrates the use of refactoring methods by discussing just three of them (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| Группы проекта должны воздерживаться от практики "привязывания" к концу разработки проекта решение вопросов безопасности и приватности | Project teams should refrain from the practice of "bolted on" security and privacy near the end of a project's development (см. ISO/IEC 27034-1:2011 ssn) |
| можно сказать, что практика управляемой тестированием разработки | 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 (раздел 12.2) является частичной заменой рефакторинга. Действительно, управляемая тестированием разработка использует разновидность рефакторинга разновидность, которая применяется для улучшения скорее самого проекта, а не кода. Управляемая тестированием разработка итеративный и пошаговый процесс, объединённый с написанием прикладного кода. Рефакторинг может предугадать "дурно пахнущий код" и устранить его до того, как это случится (см. 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) |
| практика динамичной разработки | agile development practices (ssn) |
| практика "привязывания" к концу разработки проекта решение вопросов безопасности и приватности | practice of "bolted on" security and privacy near the end of a project's development (ssn) |
| практика разработки | engineering practice (напр., программного обеспечения ssn) |
| практика разработки мелкомасштабных аппаратных проектов | practice of small-scale hardware design (ssn) |
| практика разработки ПО | software engineering practice (хорошая практика разработки ПО подразумевает большой организованный процесс слаженной работы программистов, архитекторов, руководителей подразделений, тестировщиков ПО ssn) |
| практика разработки программ | software engineering practice (ssn) |
| практика разработки программного обеспечения | software engineering practice (хорошая практика разработки ПО подразумевает большой организованный процесс слаженной работы программистов, архитекторов, руководителей подразделений, тестировщиков ПО ssn) |
| Практика разработки программного обеспечения, которую мы намерены предложить для достижения более высокого уровня модульности кода, легко введена и обоснована через ряд примеров возрастающей сложности | the software engineering practice we intend to propose for achieving a higher level of code modularity is easily introduced and justified through a number of examples of increasing complexity (см. Bonfatti F., Monari P.D., Sampieri U. IEC 61131-3 Programming Methodology) |
| практика разработки хорошего ПО | good software engineering practice (ssn) |
| практика разработки хорошего программного обеспечения | good software engineering practice (ssn) |
| практика разработки хороших программ | good software engineering practice (ssn) |
| практика управляемой тестированием разработки | practice of test-driven development (ssn) |
| хорошая практика разработки ПО | good software engineering practice (хорошая практика разработки ПО подразумевает большой организованный процесс слаженной работы программистов, архитекторов, руководителей подразделений, тестировщиков ПО ssn) |
| хорошая практика разработки программного обеспечения | good software engineering practice (хорошая практика разработки ПО подразумевает большой организованный процесс слаженной работы программистов, архитекторов, руководителей подразделений, тестировщиков ПО ssn) |
