| English | Russian |
| as such, the OS/360 scheduler is good. But it is almost totally uninfluenced by the OS/360 needs of remote job entry, multiprogramming, and permanently resident interactive subsystems | в этом качестве планировщик OS / 360 хорош. Но на него почти никакого влияния не оказали потребности OS / 360 в удалённом вводе заданий, многопрограммности и резидентном размещении интерактивных подсистем (см. Frederic P. Brooks, Jr. THE MYTHICAL MAN-MONTH Essays on Software Engineering) |
| basic principles and best practices of changing the code | основные принципы и лучшая практика изменения кода (ssn) |
| best practice in software engineering based on the experience of the last decade | всё лучшее в опыте разработки программного обеспечения последнего десятилетия (ssn) |
| best practices of changing the code | лучшая практика изменения кода (ssn) |
| best-case complexity of the algorithm | сложность алгоритма в наилучшем случае (ssn) |
| for example, rule-oriented programming would be best suited for the design of a knowledge base, and procedure-oriented programming would be best for the design of computation-intense operations | Например, для проектирования базы знаний может оказаться наиболее удобным продукционный стиль программирования, а для решения вычислительных задач – процедурно-ориентированный |
| from the architectural design perspective, layers are vertical structures Figure 9-4. Vertical layers consist of partitions of packages Section 9.1.2. Superimposing vertical structures of layers on horizontal structures of partitions creates a hierarchy of package dependencies. Three critical objectives of good architectural design of layers are that | с точки зрения структурного проектирования уровни представляют вертикальные структуры рис. 9.4. Вертикальные уровни состоят из сегментов пакетов раздел 9.1.2. Наложение вертикальных структур уровней на горизонтальные структуры сегментов создаёт иерархию зависимостей пакетов. Три критических показателя хорошего структурного проектирования уровней следующие (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| in practice, early and continuous communication can give the architect good cost readings and the builder confidence in the design without blurring the clear division of responsibilities | на практике, процесс общения, начатый на ранних этапах и продолжающийся непрерывно, может дать архитектору верную оценку стоимости, а разработчику уверенность в проекте, не снимая при этом чёткого разграничения сфер ответственности (см. Frederic P. Brooks, Jr. THE MYTHICAL MAN-MONTH Essays on Software Engineering) |
| Martin Fowler and the contributing authors make an invaluable contribution to object-oriented software development by shedding light on the refactoring process. This book explains the principles and best practices of refactoring, and points out when and where you should start digging in your code to improve it | Мартин Фаулер и другие авторы, принявшие участие в написании этой книги, внесли большой вклад в разработку объектно-ориентированного программного обеспечения тем, что пролили свет на процесс рефакторинга. В книге описываются принципы и лучшие способы осуществления рефакторинга, а также указывается, где и когда следует начинать углублённо изучать код, чтобы улучшить его (см. Refactoring: Improving the Design of Existing Code by Martin Fowler et al. 1999 ssn) |
| Nothing but your own good planning prevents a program from going beyond the bounds of a standard array | Ничто другое, кроме тщательного планирования, не предохранит вашу программу от выхода за границы стандартного массива (см. Prata S. – C++ Primer Plus, 6th Edition – 2011 ssn) |
| smoke test: A subset of all defined/planned test cases that cover the main functionality of a component or system, to ascertaining that the most crucial functions of a program work, but not bothering with finer details. A daily build and smoke test is among industry best practices | тест "на дым": подкласс всех определённых / запланированных тестовых сценариев, покрывающий основную функциональность компонента или системы с целью удостовериться, что базовые функции программы в целом работают корректно, без углубления в детали. Ежедневная сборка и тест "на дым" принадлежат к числу передовых практических методов промышленности (см. Standard glossary of terms used in Software Testing) |
| System engineering is the practical application of scientific, engineering, and management skills necessary to transform an operational need into a description of a system configuration that best satisfies that need | Системная инженерия – это практическое применение научных, инженерных и управленческих навыков, необходимых для преобразования операционных требований в описание конфигурации системы, которая наилучшим образом удовлетворяет этим требованиям (ssn) |
| System engineering is the practical application of scientific, engineering, and management skills necessary to transform an operational need into a description of a system configuration that best satisfies that need | Системная инженерия это практическое применение научных, инженерных и управленческих навыков, необходимых для преобразования операционных требований в описание конфигурации системы, которая наилучшим образом удовлетворяет этим требованиям (ssn) |
