| Russian | English |
| к сожалению, структуры зависимостей только сверху вниз не совсем реалистичны. В действительности будут существовать зависимости снизу вверх, но они могут быть сделаны относительно безопасными квалифицированным проектированием и программированием. Желательный результат таков, чтобы более высокие уровни зависели от более низких уровней, в то время как более низкие уровни всё ещё могли бы связываться с более высокими уровнями, но без создания неуместных неуправляемых зависимостей | Unfortunately, the top-down only dependency structure is not quite realistic. In reality, the bottom-up dependencies will exist, but they can be made relatively harmless by skilful design and programming. A desired outcome is that higher layers depend on lower layers while lower layers can still communicate with higher layers without exerting undue unmanageable dependencies (см. 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) |
| Например, данная обязательная принадлежность может дополнительно означать, что принадлежность является фиксированной, т.е. если объект связан с целевым объектом в ассоциации, он не может быть повторно связан с другим целевым объектом в той же ассоциации | for example, a particular mandatory membership may additionally imply that the membership is fixed, i.e. once an object is linked to a target object in the association it cannot be reconnected to another target object in the same association (см. Maciaszek, L.A.: Requirements Analysis and System Design, 3rd ed. 2007) |
| Однако возможность планирования с приоритетами может быть не всегда доступна | However, preemptability is a feature that may not always be available (см. Model Checking / Edmund M. Clarke, Jr., Orna Grumberg, and Doron A. Peled 1999 ssn) |
| Старшинство операторов является фиксированным и не может быть изменено пользователем, но наряду с этим для управления порядком сопоставления операторов и операндов могут быть использованы круглые скобки | the precedence of an operator is fixed and may not be changed by the user, but parentheses can be used to control the association of operators and operands (см. IEЕЕ Std. 1076-87. IEЕЕ Standard VHDL. Language Reference Manual) |
