| English | Russian |
| control and understand the true technical progress | контроль и понимание реального технического прогресса (ssn) |
| easy-to-understand illustration | простое для понимания представление (об архитектуре ssn) |
| easy-to-understand way | простой для понимания вид (ssn) |
| graphic and easy-to-understand way | графический, простой для понимания вид (ssn) |
| in addition, it is crucially important for project teams to understand the distinction between "secure features" and "security features" | Кроме того, группам проекта крайне важно понимать различие между "безопасными свойствами" и "свойствами безопасности" (см. ISO/IEC 27034-1:2011) |
| in the software lifecycle, the time and effort put into the code maintenance significantly outweighs the time and effort put into writing the code in the first place. Code maintenance is reading it and trying to understand it in order to modify or extend it. Any refactoring of code during its production, no matter how small, can significantly benefit software maintainers | в жизненном цикле ПО время и трудозатраты на сопровождение кода существенно превышают время и трудозатраты на первоначальное написание кода. При сопровождении кода необходимо прочитать и попробовать понять его, чтобы затем изменить или расширить. Любой рефакторинг кода в процессе его создания, независимо от того, сколь он мал, может принести существенную пользу эксплуатационному персоналу ПО (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| is easier to understand with respect to arguments | проще понять с точки зрения аргументов (Alex_Odeychuk) |
| it is important to understand that type promotions only apply to the values operated upon when an expression is evaluated | Следует иметь в виду, что правила продвижения типов применяются только к значениям, которыми оперируют при вычислении выражения (ssn) |
| Our goal is to help programmers construct programs of high quality-programs that are reliable and reasonably easy to understand, modify, and maintain | Наша цель – помочь программистам в составлении программ высокого качества, являющихся несложными, легко модифицируемыми и простыми в обращении (см. "Abstraction and Specification in Program Development" by Barbara Liskov & John Guttag 1986 ssn) |
| our goal is to help programmers construct programs of high quality-programs that are reliable and reasonably easy to understand, modify, and maintain | Наша цель помочь программистам в составлении программ высокого качества, являющихся несложными, легко модифицируемыми и простыми в обращении (см. "Abstraction and Specification in Program Development" by Barbara Liskov & John Guttag 1986) |
| programs of high quality-programs that are reliable and reasonably easy to understand, modify, and maintain | программы высокого качества, являющиеся несложными, легко модифицируемыми и простыми в обращении (ssn) |
| Project tracking — The activity that enables a manager to understand the status of a project | Отслеживание проекта – действие, позволяющее менеджеру понимать состояние проекта (см. "Quality Software Project Management" by Robert T. Futrell, Donald F. Shafer, Linda I. Safer 2002 ssn) |
| Project tracking The activity that enables a manager to understand the status of a project | Отслеживание проекта – действие, позволяющее менеджеру понимать состояние проекта (см. "Quality Software Project Management" by Robert T. Futrell, Donald F. Shafer, Linda I. Safer 2002 ssn) |
| reasonably easy to understand, modify, and maintain | несложный, легко модифицируемый и простой в обращении (ssn) |
| Requirements analysis — A modeling activity whose objective is to understand what the customer really wants | Анализ требований – действие по моделированию, в ходе выполнения которого осознаются реальные требования заказчика (см. "Quality Software Project Management" by Robert T. Futrell, Donald F. Shafer, Linda I. Safer 2002 ssn) |
| Requirements analysis A modeling activity whose objective is to understand what the customer really wants | Анализ требований – действие по моделированию, в ходе выполнения которого осознаются реальные требования заказчика (см. "Quality Software Project Management" by Robert T. Futrell, Donald F. Shafer, Linda I. Safer 2002 ssn) |
| slight digression to look at the concept of safety in a graphic and easy-to-understand way | небольшое отступление, чтобы рассмотреть концепцию безопасности в графическом, простом для понимания виде (см. Modern Operating Systems Fourth ed. by Andrew S. Tanenbaum & Herbert Bos 2015 ssn) |
| Structural models represent the decomposition of services in relation to other services – thus, allowing architects to capture dependencies between services, and understand and analyze the impact of change before it happens | Структурные модели – это модели декомпозиции сервисов, отражающие их связи с другими сервисами и позволяющие архитекторам устанавливать зависимости между сервисами, понимать и анализировать влияние изменений ещё до того, как эти изменения происходят (ssn) |
| Structural models represent the decomposition of services in relation to other services – thus, allowing architects to capture dependencies between services, and understand and analyze the impact of change before it happens | Структурные модели это модели декомпозиции сервисов, отражающие их связи с другими сервисами и позволяющие архитекторам устанавливать зависимости между сервисами, понимать и анализировать влияние изменений ещё до того, как эти изменения происходят (ssn) |
| the delegation is normally necessary to allow a client object in one layer to get a service from an object in a distant non-neighboring layer. Otherwise, the stable framework of vertical hierarchical layers Section 9.1.3 would disintegrate to a random network of intercommunicating objects with no hope to understand or control the system complexity and evolution | Делегирование обычно необходимо, чтобы позволить объекту-клиенту получить услугу на одном уровне от объекта, находящегося на отдалённом несоседнем уровне. Иными словами, устойчивый шаблон структуры вертикальных иерархических уровней раздел 9.1.3 будет разложен на случайную сеть взаимосвязанных объектов без какой-либо надежды понять или управлять сложностью системы и её эволюцией (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| the purpose of creating a model is to help understand, describe, or predict how things work in the real world by exploring a simplified representation of a particular entity or phenomenon | Цель создания модели заключается в облегчении понимания, описания или прогнозирования функционирования сущностей в реальном мире посредством изучения упрощённого представления конкретного объекта или явления (о модели в IEC 61850-7-1) |
| these observations are particularly, and painfully, true for modern object-oriented software production. The object paradigm equips a software engineer with a multitude of very powerful programming abstractions, which – when used unwisely – result in programs impossible to understand and maintain, even by programmers who wrote them | эти утверждения, особенно и в большой степени, истинны для современного объектно-ориентированного создания ПО. Понятие объекта вооружает инженера ПО множеством очень мощных абстракций программирования. Но если они используются неблагоразумно, получаются программы, которые невозможно ни понять, ни обслуживать даже теми программистами, которые написали их (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| these observations are particularly, and painfully, true for modern object-oriented software production. The object paradigm equips a software engineer with a multitude of very powerful programming abstractions, which when used unwisely result in programs impossible to understand and maintain, even by programmers who wrote them | эти утверждения, особенно и в большой степени, истинны для современного объектно-ориентированного создания ПО. Понятие объекта вооружает инженера ПО множеством очень мощных абстракций программирования. Но если они используются неблагоразумно, получаются программы, которые невозможно ни понять, ни обслуживать даже теми программистами, которые написали их (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| understand and analyze the impact of change before it happens | понимать и анализировать влияние изменений ещё до того, как эти изменения происходят (ssn) |
| understand the code all the way down | понять код до конца (medium.com Alex_Odeychuk) |
| understand the logic of programming | понять логику программирования (Alex_Odeychuk) |
| understand the overall layering | понять общую структуру (Alex_Odeychuk) |
| understand the requirements of the whole system | понимать требования всей системы (ssn) |
| understand the root causes | выделение основных причин (ssn) |
| understand the root causes — the problem behind the problem | выделение основных причин – проблем, стоящих за проблемой (ssn) |
| understand the root causes the problem behind the problem | выделение основных причин – проблем, стоящих за проблемой (ssn) |
| understand what's going on in the code | понять, что делает код (букв.: понять, что происходит в коде Alex_Odeychuk) |
| Use real-time and historical data to understand trends and to predict future needs | Данные реального времени и ретроспективные данные позволяют понять существующие тенденции и предсказать будущие потребности (ssn) |
