| English | Russian |
| an immediate and useful consequence is | отсюда вытекает полезное следствие (ssn) |
| as a consequence of | в виде (ssn; ознакомьтесь, пожалуйста, с сообщением на форуме dic.mt/VRO Abysslooker) |
| cause-consequence | причинно-следственный (ssn) |
| cause consequence | причинно-следственный (ssn) |
| cause-consequence diagram | причинно-следственная диаграмма (ssn) |
| cause consequence diagram | причинно-следственная диаграмма (ssn) |
| cause consequence diagrams | причинно-следственные диаграммы (см. IEC 61508-7:2010 и ГОСТ Р МЭК 61508-7-2012 ssn) |
| consequence and risk reduction | уменьшение риска и последствий (ssn) |
| consequence graph | граф последствий (ssn) |
| consequence of delegation | последствие делегирования (ssn) |
| consequence of the truth of the antecedent | следствие истинности антецедента (ssn) |
| consequences of the semantic gap | последствия семантического разрыва (ssn) |
| immediate consequence | непосредственное следование (ssn) |
| immediate consequence function | функция непосредственного следования (ssn) |
| operational consequences | практические последствия (ssn) |
| potential consequences | потенциальные последствия (ssn) |
| potential consequences of using physical representation | потенциальные последствия использования физического представления информации (ssn) |
| seriousness of the consequences | серьёзность последствий (ssn) |
| Such contact reduces the possibility of misunderstandings about who is doing what and lessens the seriousness of the consequences should such misunderstandings occur | Такой контакт снижает вероятность различных разногласий, касающихся того, кто и что должен делать, и уменьшает серьёзность последствий, возникающих в подобных ситуациях (см. "Abstraction and Specification in Program Development" by Barbara Liskov & John Guttag 1986 ssn) |
| the consequence is that if offending class dependencies i.e. class dependencies that introduce cycles can be eliminated or made harmless then the overall software architecture of layers and packages can be so much more stable | Последствие таково, что если неприятные зависимости классов то есть, зависимости классов, которые представляют циклы могут быть устранены или сделаны безопасными, то вся структура уровней и пакетов ПО может быть намного более устойчива (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| the consequence of delegation is that a client might not know its real supplier and it might not even care to know as long as the "goods" are supplied. Unlike in Figure 9-7, the knowledge of the real supplier may not be available from a static analysis of the program code and be hidden behind the dynamicity of inheritance in particular interface inheritance and polymorphism | Последствие делегирования таково, что клиент может и не знать своего реального поставщика и он даже может не хотеть знать это, пока не получит "требуемое". В отличие от рис. 9.7 знание реального поставщика может быть недоступно из статического анализа программного кода и может быть скрыто за динамикой наследования в частности, наследования интерфейса и полиморфизма (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| the left side is called the consequent because it is the consequence of the truth of the antecedent | Левая часть называется консеквентом, поскольку она является следствием истинности антецедента |
| too much parallelization or distribution can have negative consequences | негативные последствия излишнего параллелизма и распределения (ssn) |
| useful consequence | полезное следствие (ssn) |