| English | Russian |
| computer dead time | время простоя вычислительной машины |
| computer dead time | простой вычислительной машины |
| computer dead time | время простой вычислительной машины |
| dead-character | диакритический знак |
| dead code | невыполняемый участок программы |
| dead code | неиспользуемый код (Dead code is code that is present in the system but is not supposed or expected to be used anymore. Dead code needs to be found and removed; leaving dead code in is an obstacle to programmer understanding and action, and there’s the risk that the code is awakened which can cause significant problems. Dead code is not truly dead until it’s buried. Deleting dead code is not a technical problem; it is a problem of mindset and culture. Finding dead code is the hard part. Sometimes dead code is genuinely unreachable, and static analysis can tell you this. The effectiveness of static analysis, however, depends on tools, language and architecture, but it’s a good start. When software features are withdrawn or superseded at the requirements level, code associated with those features must also be due for retirement. Another clue that can be used is code stability. Your version control system is a knowledgebase of change. Which parts of the codebase never change? There are many reasons code may be stable – it’s just right, it’s just dead, it’s just too scary – but unless you investigate you’ll never know. Of course, dead code may still end up being changed as a consequence of an automated refactoring, but such changes also have a signature: their changes correlate with other refactoring changes, but they are not changed to fix bugs or add features. Runtime monitoring of the system cannot definitively tell you which parts are dead, but they can tell you which parts are definitely alive.) |
| dead code | неиспользуемый код (Dead code is code that is present in the system but is not supposed or expected to be used anymore. Dead code needs to be found and removed; leaving dead code in is an obstacle to programmer understanding and action, and there’s the risk that the code is awakened which can cause significant problems. Dead code is not truly dead until it’s buried. Deleting dead code is not a technical problem; it is a problem of mindset and culture. Finding dead code is the hard part. Sometimes dead code is genuinely unreachable, and static analysis can tell you this. The effectiveness of static analysis, however, depends on tools, language and architecture, but it’s a good start. When software features are withdrawn or superseded at the requirements level, code associated with those features must also be due for retirement. Another clue is code stability. Your version control system is a knowledgebase of change. Which parts of the codebase never change? There are many reasons code may be stable – it’s just right, it’s just dead, it’s just too scary. Dead code may end up being changed as a consequence of an automated refactoring, but such changes also have a signature: their changes correlate with other refactoring changes, but they are not changed to fix bugs or add features. Runtime monitoring of the system cannot definitively tell you which parts are dead and which parts are definitely alive.) |
| dead code | мёртвый код |
| dead code elimination | исключение неиспользуемого кода |
| dead code elimination | устранение нерабочих участков кода |
| dead-code elimination | исключение нерабочих участков кода |
| dead embrace | мёртвый захват |
| dead enable | останов без возможности повторного пуска |
| dead-end | тупиковый |
| dead end | останов без возможности перезапуска |
| dead end | останов без возможности повторного пуска |
| dead halt | полный останов |
| dead halt | останов без возможности повторного пуска |
| dead halting | останов без возможности повторного запуска |
| dead-key | мёртвая клавиша |
| dead key | немаркированная клавиша |
| dead keys | клавиши диакритических знаков |
| dead letter | потерянное письмо |
| dead letter queue | очередь отвергаемых сообщений |
| dead letter queue | очередь "зависших" сообщений |
| dead lock | тупик (1. тупиковая ситуация; безвыходное положение 2. взаимная блокировка) |
| dead lock | заходить в тупик (1. попадать в тупиковую ситуацию; находиться в безвыходном положении 2. взаимно блокировать) |
| dead-on-arrival IC | ИС, вышедшая из строя до использования (ssn) |
| dead-on-arrival integrated circuit | ИС, отбракованная на входном контроле |
| dead-on-arrival integrated circuit | интегральная микросхема, отбракованная на входном контроле |
| dead-on-arrival integrated circuit | отбракованная интегральная схема |
| dead pixel | битый пиксель (Kamza) |
| dead place | вычислительный узел, допустивший отказ (IBM Alex_Odeychuk) |
| dead processor | бездействующий процессор |
| dead program | неиспользуемая программа |
| dead program | длительно хранящаяся программа |
| dead reckoning | точный расчёт (траектории движения управляемого объекта) |
| dead record | неиспользуемая запись |
| dead state | тупик |
| dead state | тупиковое состояние |
| dead station alarm | уведомление о нефункционирующей рабочей станции |
| dead stop | полный останов |
| dead storage capacity | мёртвая ёмкость |
| dead time | время работы вхолостую |
| dead-time delay | задержка из-за наличия зоны нечувствительности |
| dead time element | звено запаздывания |
| dead track | заблокированная дорожка (из-за неисправностей) |
| detection of dead places | обнаружение вычислительных узлов, допустивших отказ (IBM Alex_Odeychuk) |
| detection of dead places | обнаружение допустивших отказ вычислительных узлов (Alex_Odeychuk) |
| drop-dead halt | полный останов |
| drop-dead halt | аварийный останов без возможности перезапуска |
| drop-dead halting | аварийный останов без возможности повторного запуска |
| return from the dead | воскресать |
| return from the dead | возвращаться из мёртвых |
| return from the dead | возобновлять посещения сети после долгого перерыва |
| variable dead time | зона нечувствительности переменной |
| wave a dead chicken | искать проблему не в том месте |
