| Russian | English |
| Блокирование ресурсов заставляет другие задачи, которые желают воспользоваться этими ресурсами, ожидать до тех пор, пока они не будут разблокированы и снова станут доступными | Locking the resource causes any other task that wishes to use the resource to wait until the resource has been unlocked, making it available again (см. "Parallel and Distributed Programming Using C++" by Cameron Hughes, Tracey Hughes 2003 ssn) |
| быть автоматически приведенным к типу, не допускающему пустого значения, после проверки переменной на пустое значение | be automatically cast to non-nullable after null check (Alex_Odeychuk) |
| Быть или не быть удалённому доступу | Remote or Not to Remote |
| быть оправданным не для всех | be not worthwhile for all (ssn) |
| в синхронном режиме передачи для каждого элемента в потоке данных определяется максимальная задержка сквозной передачи. Если элемент данных был передан значительно быстрее максимально допустимой задержки, это не важно | in synchronous transmission mode, there is a maximum end-to-end delay defined for each unit in a data stream. Whether a data unit is transferred much faster than the maximum tolerated delay is not important (см. Distributed systems: principles and paradigms / Andrew S. Tanenbaum, Maarten Van Steen 2007) |
| величина максимума неизвестна и не может быть найдена | max value unknown and unknowable (ssn) |
| восходящее тестирование: последовательный подход к интеграционному тестированию, при котором компоненты нижнего уровня тестируются первыми и затем используются для облегчения тестирования компонентов более высокого уровня. этот процесс повторяется до тех пор, пока компонент на самом верху иерархии не будет протестирован | bottom-up testing: An incremental approach to integration testing where the lowest level components are tested first, and then used to facilitate the testing of higher level components. This process is repeated until the component at the top of the hierarchy is tested (см. Standard glossary of terms used in Software Testing) |
| если методы ликвидации последствий сбоев не могут быть обобщены для работы со многими типами искажений, лучше всего направлять силы и средства на предупреждение ошибок | Unless fault-correction functions can be generalized to correct many types of damage, fault avoidance is a better investment ("Software Reliability: Principles and Practices" by Glenford J. Myers (1976) ssn) |
| если ни один из операндов не является одномерным массивом, то тип результата должен быть известен из контекста | if neither operand is a one-dimensional array, the type of the result must be known from the context (см. IEЕЕ Std. 1076-87. IEЕЕ Standard VHDL. Language Reference Manual ssn) |
| если ни одна кнопка не нажата, электродвигатель должен быть включен или выключен в зависимости от того, в каком состоянии он находился до этого | with neither button pressed, the motor could be running or stopped depending on what occurred last (см. E.A. Parr Programmable Controllers – An Engineer's Guide) |
| к сожалению, структуры зависимостей только сверху вниз не совсем реалистичны. В действительности будут существовать зависимости снизу вверх, но они могут быть сделаны относительно безопасными квалифицированным проектированием и программированием. Желательный результат таков, чтобы более высокие уровни зависели от более низких уровней, в то время как более низкие уровни всё ещё могли бы связываться с более высокими уровнями, но без создания неуместных неуправляемых зависимостей | 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) |
| как уже говорилось, эти операции будут главными компонентами определения типа, с их помощью описывается, что могут предложить его экземпляры, а не то, чем они являются | as announced, these operations will be the prime component of the type definition – describing its instances not by what they are but by what they have to offer (см. Object-Oriented Software Construction second edition by Bertrand Meyer) |
| как уже говорилось, эти операции будут главными компонентами определения типа, с их помощью описывается, что могут предложить его экземпляры, а не то, чем они являются | as announced, these operations will be the prime component of the type definition describing its instances not by what they are but by what they have to offer (см. Object-Oriented Software Construction second edition by Bertrand Meyer) |
| Конечно, мы не можем считать, что однажды установленная схема управления задачами будет идеальной для всех возможных режимов использования | of course, we cannot expect a single fixed tasking metaphor to be the ideal solution for all possible modes of use (см. Project Oberon: The Design of an Operating System and Compiler Edition 2005 by N. Wirth, J. Gutknecht перевод Е.В. Борисова, Л.Н. Чернышова, 2012) |
| который по своей природе может быть числовым или не числовым | which may or may not be numerical in nature (ssn) |
| Например, данная обязательная принадлежность может дополнительно означать, что принадлежность является фиксированной, т.е. если объект связан с целевым объектом в ассоциации, он не может быть повторно связан с другим целевым объектом в той же ассоциации | 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) |
| настоящий программист не документирует программу – если её было тяжело написать, то и понять её должно быть нелегко | 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 (шутка) |
| не быть привязанным к размеру кодовой базы | be not bound to the size of your codebase (Alex_Odeychuk) |
| не должен быть | does not need to be (The prototype needs to have the static and extern modifiers because the specification says so. It does not need to be public. Alex_Odeychuk) |
| Никто не ожидает, что мост будет перемещён на десять метров после того, как он был построен. Точно так же не следует ожидать, что программный продукт успешно выполнит различные задачи после того, как будет создан. Если это то, что нам нужно, тогда программное обеспечение создано удачно | nobody expects a bridge to be moved by ten meters after it has been built. Similarly, nobody should expect a software product to happily perform different tasks after it has been built. If this is what is expected then the software has not failed (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| но для простоты в данном обсуждении мы будем и далее, если это не приведёт к путанице, опускать слово "образец" | for simplicity, this discussion will continue omitting the word "pattern" when there is no risk of confusion (см. Object-Oriented Software Construction second edition by Bertrand Meyer) |
| Однако возможность планирования с приоритетами может быть не всегда доступна | 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) |
| Одно из возможных решений, которое, однако, мы применять не будем, предполагает создание большого массива указателей и присваивание значений указателям друг за другом по мере выделения памяти под новые структуры | One solution, which we won't use, is to create a large array of pointers and assign values to the pointers, one by one, as new structures are allocated (C Primer Plus by Stephen Prata (2013) ssn) |
| они не должны быть излишне специфицированы | they should not be overspecifying (об описании объектов) |
| Последствие делегирования таково, что клиент может и не знать своего реального поставщика и он даже может не хотеть знать это, пока не получит "требуемое". В отличие от рис. 9.7 знание реального поставщика может быть недоступно из статического анализа программного кода и может быть скрыто за динамикой наследования в частности, наследования интерфейса и полиморфизма | the consequence of delegation is that a client might not know its real supplier and it might not even care to know as long as the "goods" are supplied. Unlike in Figure 9-7, the knowledge of the real supplier may not be available from a static analysis of the program code and be hidden behind the dynamicity of inheritance in particular interface inheritance and polymorphism (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| Постепенное сокращение старой системы и синхронизация с новой системой проводятся в параллель, пока новая система не будет полностью развёрнута для пользователей | the phasing out of the old system and the phasing in of a new system are conducted in parallel until the new system is deployed to the users (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| Правила преобразования данных не были точно определёны в первоначальном описании, но, по всей видимости, они те же, что и соответствующие правила языка ПЛ / 1 | Data conversion rules were not explicitly specified in the original specification, but presumably they follow the rules of PL/I (см. Advances in computer architecture by Glenford J. Myers 1982) |
| сообщения, которые не могут быть обработаны своими получателями | messages that could not be processed by their receivers (ssn) |
| специальный канал, предназначенный для сообщений, которые не могут быть обработаны своими получателями | special channel for messages that could not be processed by their receivers (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) |
| Структурное проектирование – нечто вроде упражнения в управлении зависимостями модулей. Модуль A зависит от модуля B, если изменения в модуле B могут потребовать изменений в модуле A. Важно, чтобы эти зависимости не противоречили брандмауэрам зависимостей Мартин, 2003. В частности, зависимости не должны быть между несоседними уровнями и не должны создавать циклы | Architectural design is an exercise in managing module dependencies. Module A depends on module B if changes to module B may necessitate changes to module A. It is important that dependencies do not cross dependency firewalls Martin, 2003. In particular, dependencies should not propagate across non-neighboring layers and must not create cycles (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering ssn) |
| тестирование "сверху вниз": инкрементальный подход к интеграционному тестированию, в котором компоненты из верхнего уровня иерархии объектов тестируются в первую очередь, с использованием заглушек вместо компонентов более низкого уровня. Протестированные компоненты используются для тестирования компонентов более низкого уровня и данный процесс повторяется до тех пор, пока не будут протестированы компоненты самого низшего уровня | top-down testing: An incremental approach to integration testing where the component at the top of the component hierarchy is tested first, with lower level components being simulated by stubs. Tested components are then used to test lower level components. The process is repeated until the lowest level components have been tested (см. Standard glossary of terms used in Software Testing ssn) |
| чёрный ящик как способ повторного использования: стиль повторного использования, основанный на композиции объектов. Объекты-компоненты не раскрывают друг другу деталей своего внутреннего устройства и потому могут быть уподоблены "чёрным ящикам" | black-box reuse: A style of reuse based on object composition. Composed objects reveal no internal details to each other and are thus analogous to "black boxes" (см. Design Patterns: Elements of Reusable Object-Oriented Software by Erich Gamma, Richard Helm, Ralph Johnson, John M. Vlissides ssn) |
| этот оператор будет исполняться повторно до тех пор, пока значение условия не станет FALSE | the statement will be reexecuted until the condition becomes FALSE (ssn) |
