без будущего

Terms for subject Programming containing без будущего | all forms

Russian	English
быть включённым в ветку с помощью слияния без связи с источником	be squashed into (слияние без связи с источником (squash merge) – слияние веток кода одним набором изменений, без сохранения в целевой ветке кода каждого отдельно взятого изменения, зафиксированного во время разработки в ветке-источнике: Changes will be squashed into dev. – Изменения будут включены в ветку dev с помощью слияния без связи с источником. Alex_Odeychuk)
Делегирование обычно необходимо, чтобы позволить объекту-клиенту получить услугу на одном уровне от объекта, находящегося на отдалённом несоседнем уровне. Иными словами, устойчивый шаблон структуры вертикальных иерархических уровней раздел 9.1.3 будет разложен на случайную сеть взаимосвязанных объектов без какой-либо надежды понять или управлять сложностью системы и её эволюцией	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 (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering)
если мы достигнем этой цели, то разработка отдельных модулей может осуществляться различными людьми независимо друг от друга, без необходимости общения друг с другом, при этом все эти объединённые вместе модули будут функционировать правильно	if we achieve this goal, different people will be able to work on different modules independently, without needing much communication among themselves, and yet the modules will work together (см. "Abstraction and Specification in Program Development" by Barbara Liskov & John Guttag 1986 ssn)
к сожалению, структуры зависимостей только сверху вниз не совсем реалистичны. В действительности будут существовать зависимости снизу вверх, но они могут быть сделаны относительно безопасными квалифицированным проектированием и программированием. Желательный результат таков, чтобы более высокие уровни зависели от более низких уровней, в то время как более низкие уровни всё ещё могли бы связываться с более высокими уровнями, но без создания неуместных неуправляемых зависимостей	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)
Операционная система Neutrino может быть настроена для функционирования на различных аппаратных средствах без необходимости в лицензии на исходный код	the Neutrino operating system can be customized to run on various hardware, without requiring a source license (см. "Getting Started with QNX Neutrino 2. A Guide for Realtime Programmers" by Rob Krten 1996)
Становится возможным произвести переносимый код, то есть код, который может быть создан и скомпилирован, чтобы функционировать во многих различных средах реального времени без осуществления изменений в пользовательской части кода	it becomes possible to produce portable code, that is, code which can be generated and compiled to run in a number of different real time environments without changing the userwritten portion of the code (см. Auslander D.M., Ridgely J.R., Ringgenberg J.D. Control Software for Mechanical Systems. Object-Oriented Design in a Real-Time World ssn)
Уровень 2 на рис. 9.4 стабилен, а Уровень 1 нестабилен. Уровень 1 зависит от Уровня 2. Уровень 2 независим и поэтому может быть заменен новым без "эффекта ряби" в остальной части системы. это – принцип и причина, стоящие за разрешением сильной зависимости сильной связи в нисходящем направлении и обеспечением слабой зависимости слабой связи в восходящем направлении	Layer 2 in Figure 9-4 is stable and Layer 1 is instable. Layer 1 depends on Layer 2. Layer 2 is independent and can therefore be replaced by a new one without a ripple-effect on the rest of the system. This is the principle and the reason behind allowing a high dependency high coupling in the top-down direction and ensuring a low dependency low coupling in the bottom-up direction (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering)

Get short URL