он самый – phrases

Terms for subject Programming containing он самый | all forms

Russian	English
если удовлетворены все вышеизложенные условия, за исключением того, что становится готов к работе другой поток с таким же самым приоритетом, то предыдущий поток освободит процессор после того, как истечёт выделенный ему квант времени – таким образом, другой поток будет иметь шанс на обслуживание	if all the above conditions are met except that a thread at the same priority is ready to run, then this thread will give up CPU after its timeslice expires, and the other thread will be given a chance to run (см. "Getting Started with QNX Neutrino 2. A Guide for Realtime Programmers" by Rob Krten 1996 ssn)
если удовлетворены все вышеизложенные условия, за исключением того, что становится готов к работе другой поток с таким же самым приоритетом, то предыдущий поток освободит процессор после того, как истечёт выделенный ему квант времени таким образом, другой поток будет иметь шанс на обслуживание	if all the above conditions are met except that a thread at the same priority is ready to run, then this thread will give up CPU after its timeslice expires, and the other thread will be given a chance to run (см. "Getting Started with QNX Neutrino 2. A Guide for Realtime Programmers" by Rob Krten 1996 ssn)
ключевое слово C++, означающее, что член класса доступен только из функций-членов или друзей самого класса и наследующих ему	protected (члены класса с этим спецификатором доступа называют защищёнными)
можно сказать, что практика управляемой тестированием разработки раздел 12.2 является частичной заменой рефакторинга. Действительно, управляемая тестированием разработка использует разновидность рефакторинга – разновидность, которая применяется для улучшения скорее самого проекта, а не кода. Управляемая тестированием разработка – итеративный и пошаговый процесс, объединённый с написанием прикладного кода. Рефакторинг может предугадать "дурно пахнущий код" и устранить его до того, как это случится	it can be argued that the practice of test-driven development Section 12.2 is a partial substitution for refactoring. In reality, test-driven development uses a variation of refactoring – a variation that applies to cleaning up the design rather than the code. Test-driven development is an iterative and incremental process intermixed with writing the application code. Refactoring can anticipate "bad smells in code" and eliminate them before they happen (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering)
так как детали доступа к объектам приложения в значительной мере зависят от самого приложения и его реализации, мы не станем останавливаться на этом вопросе	Because the details of accessing application objects depend heavily on the application and its implementation, we shall not pursue them here (см. Introduction to Algorithms Second Edition by Thomas H. Cormen et al. 2001)

Get short URL