| English | Russian |
| A software engineer must also understand that some data/information processing can be better done in hardware than in software and that some processing may not need automated at all | Инженер ПО должен также понимать, что получение некоторых данных или обработку информации лучше реализовать с помощью аппаратных средств, чем с помощью программного обеспечения, и что некоторую обработку не нужно автоматизировать вообще (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| be to help understand | заключаться в облегчении понимания (ssn) |
| code that is hard to understand | запутанный код (Microsoft Alex_Odeychuk) |
| Consequently, a software engineer must understand the requirements of the whole system and must be competent in the system's application domain to engineer the interfaces that the software must supply to its environment | Следовательно, инженер ПО должен понимать требования всей системы и должен быть компетентен в её предметной области, чтобы проектировать интерфейсы, которыми программное обеспечение должно снабдить внешние устройства системы (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| control and understand the true technical progress | контроль и понимание реального технического прогресса (ssn) |
| easy to understand | простое понимание (ssn) |
| easy-to-understand | простой для понимания (ssn) |
| easy-to-understand illustration | простое для понимания представление (об архитектуре ssn) |
| easy-to-understand way | простой для понимания вид (ssn) |
| fully understand | досконально знать (pvconst) |
| 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 | следует иметь в виду (ssn) |
| 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) |
| Real programmers don't document. If it was hard to write, it should be hard to understand | настоящий программист не документирует программу – если её было тяжело написать, то и понять её должно быть нелегко (шутка) |
| Real programmers don't document. If it was hard to write, it should be hard to understand | настоящий программист не документирует программу если её было тяжело написать, то и понять её должно быть нелегко (шутка) |
| 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) |
| root cause analysis: An activity that seeks to understand the underlying factors that contribute to an observed problem | анализ основных причин неработоспособности: действия, которые предпринимаются для поиска основных причин, вызывающих наблюдаемые проблемы (см. Software Requirements by Karl E. Wiegers 2003 ssn) |
| seek to understand | предприниматься для поиска (напр., причин, вызывающих какие-н. проблемы 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) |
| understandability: The capability of the software product to enable the user to understand whether the software is suitable, and how it can be used for particular tasks and conditions of use | понятность: способность программного продукта предоставить пользователю возможность сделать вывод о пригодности продукта, и о том, каким образом данный продукт может быть использован для выполнения конкретных задач (см. ISO 9126, Standard glossary of terms used in Software Testing ssn) |
| Use real-time and historical data to understand trends and to predict future needs | Данные реального времени и ретроспективные данные позволяют понять существующие тенденции и предсказать будущие потребности (ssn) |
