DictionaryForumContacts

   English
Terms for subject Programming containing To Whom | all forms | exact matches only | in specified order only
EnglishRussian
Actor. A role played by an outside user of the system to whom the system delivers some valueАктёр. Роль, выполняемая внешним пользователем системы, которому система предоставляет некоторые услуги (см. UML 2 and the Unified Process: Practical Object-Oriented Analysis and Design, Second Edition by Jim Arlow and Ila Neustadt 2005 ssn)
artificial language: Language whose rules are explicitly established prior to the useискусственный язык: язык, правила которого точно установлены до его использования (см. ISO/IEC 2382-1 ssn)
Each core has at least one task whose job is to receive messages containing job assignmentsкаждое ядро многоядерной системы имеет минимум одну задачу, функция которой-принимать сообщения, содержащие указания по распределению заданий (ssn)
features whose functionality is well engineered with respect to securityсвойства, функциональные возможности которых правильно спроектированы в отношении безопасности (ssn)
inputs whose values cause software to follow different processing pathsвходные данные, значения которых определяют путь обработки в программе (ssn)
people who are on their way to become developersте, кто стремятся стать разработчиками (Alex_Odeychuk)
separate subprogram whose name is passed as a parameter to the called unitотдельная подпрограмма, передаваемая в качестве параметра в вызываемый модуль (ssn)
the declaration of a function whose designator is an operator symbol is used to overload an operatorОбъявление функции, обозначение которой является символом оператора, используется для совмещения оператора (см. IEЕЕ Std. 1076-87. IEЕЕ Standard VHDL. Language Reference Manual)
the name of the attribute whose value you want to getимя атрибута, значение которого хотите получить (Alex_Odeychuk)
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)