| English | Russian |
| A good compiler should be able to produce code with checks, should avoid redundant checks, and should allow programmers to control the extent and type of error checking in the compiled code | Хороший компилятор должен уметь порождать код с проверками, избегать лишних проверок и позволять программистам управлять количеством и видами проверок на ошибки в скомпилированном коде (ssn) |
| A good solution to these problems is to change the structure of the loop body | Хорошее решение проблемы состоит в изменении структуры тела цикла (ssn) |
| Although the graphical approach does not translate directly into a usable algorithm, it gives a good intuitive feel for the nature of the problem | Хотя графический подход не переводится непосредственно в пригодный к использованию алгоритм, он даёт неплохое интуитивное понимание существа вопроса (см. Modern Operating Systems Fourth ed. by Andrew S. Tanenbaum & Herbert Bos 2015 ssn) |
| 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 ideas from the "prehistoric" methods | лучшие идеи "доисторических" методов (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) |
| choosing a good way to represent the information | правильный выбор способа представления информации (ssn) |
| Choosing a good way to represent the information can often make designing the program and processing the data much easier | Правильный выбор способа представления информации может существенно облегчить разработку программы и обработку данных (C Primer Plus by Stephen Prata (2013) ssn) |
| expanding the newest best leaf | развёртывание самого нового наилучшего листового узла (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) |
| good basis for the modules of our software systems | подходящая основа для модулей наших программных систем (ssn) |
| good intuitive feel for the nature of the problem | неплохое интуитивное понимание существа вопроса (ssn) |
| good working knowledge of the relational database | хорошие рабочие знания о реляционной базе данных (ssn) |
| 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) |
| Since no consensus exists among operating system designers about the best way to design an operating system, this chapter will thus be more personal, speculative, and undoubtedly more controversial than the previous ones | Поскольку среди разработчиков операционных систем нет единого мнения по вопросу о том, как лучше всего проектировать операционные системы, эта глава будет носить более личный характер, более умозрительный и, несомненно, более противоречивый, чем предыдущие главы (см. Modern Operating Systems Third ed. by Tanenbaum A.S. 2009 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) |
