| English | Russian |
| a call to the interface method does result in a call to the function block implementation | вызов метода интерфейса всегда приводит к вызову реализации функционального блока (ssn) |
| A period of time in a process flow after a task runs and before the subsequent task can start. Free floats may result from parallel paths in a process that take varying lengths of time to complete | Период в потоке процесса между запуском задачи и моментом, когда следующая задача может начать выполнение. Резерв времени может возникать при наличии в процессе параллельных путей с разной продолжительностью выполнения (см. free float ssn) |
| in SFC methodology, every step can be associated with one or more actions. An action contains a description of some behaviour that should occur as a result of the step being activated. An action is depicted as a rectangular box that is attached to a step. The description of an action can be given using any of the IEC languages, i.e. ST, FBD, LD or IL | в методологии SFC каждый шаг может быть связан с одним или несколькими действиями. Действие содержит описание некоторого поведения, которое должно произойти вследствие активирования шага. Действие изображается прямоугольником, присоединённым к шагу. Описание действия может быть дано, используя любой из языков IEC, т. е. ST, FBD, LD или IL (см. Robert W. Lewis: Programming industrial control systems using IEC 1131-3) |
| in the signed case, the result of the difference or zero instruction can be negative | в знаковом случае результат команды "разность или 0" может быть отрицательным (см. Hacker's delight / Henry S. Warren, Jr. – 2nd ed. 2013) |
| one of refactoring targets is called large class – a class that does too much and/or has too many data members. Large classes can result from excessive minimization of coupling between classes. In case of the large class target, two methods relevant to Iteration 1 code are: Extract Class and Extract Interface Fowler, 1999 | Одна из целей использования рефакторинга называется большим классом – классом, который делает слишком много и/или имеет слишком много элементов данных. Большие классы могут возникнуть из-за чрезмерной минимизации связей между классами. В случае большого класса в коде итерации 1 уместны два метода: Класс извлечения и Интерфейс извлечения (Фаулер, 1999; см. Maciaszek L.A. and Liong B.L. (2005): Practical Software Engineering) |
| result in an exception being thrown | приводить к выбросу исключения (Alex_Odeychuk) |
| result of a calculation that converts a temperature expressed in Fahrenheit degrees to a temperature expressed in Celsius degrees | результат преобразования значений температуры по Цельсию в значения по Фаренгейту (ssn) |
| the result of every operation is stored in the bit accumulator directly after execution of the instruction | Результат каждой операции сохраняется в битовом аккумуляторе непосредственно после выполнения инструкции |
| 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) |
| when done well, it can result in simpler code, faster testing, and easier maintenance | при хорошем исполнении в результате можно получить более простой программный код, меньшую продолжительность тестирования и облёгченное сопровождение |
