| Subject | English | Russian |
| busin. | be of concern to | быть предметом беспокойства для (smb, кого-л.) |
| Игорь Миг | be of no small concern to | представлять собой большую проблему для |
| gen. | he is not fit to be chairman, he has a bad habit of spouting off about things that concern him, without thinking of the results of what he says | он не может быть председательствующим, так как у него есть плохая привычка разглагольствовать о том, что интересно только ему, и совершенно не задумываться о последствиях, к которым это приведёт |
| Makarov. | he is not fit to be chairman, he has a bad habit of spouting off about things that concern him, without thinking of the results of what he says | он не может быть председательствующим, так как у него есть плохая привычка разглагольствовать о том, что интересно только ему, и совершенно не задумываться о последствиях, к которым это приведёт |
| gen. | he is not fit to be chairman, he has a bad habit of spouting off about things that concern him, without thinking of the results of what he says | он не годится в председатели, так как у него есть плохая привычка разглагольствовать о том, что интересно только ему, совершенно не задумываясь о последствиях, к которым это может привести |
| Makarov. | I always try to stay out of other people's affairs that don't concern me | я стараюсь не вмешиваться в дела других, если это не касается меня непосредственно |
| progr. | Like all software production, architectural design is a continuing, iterative and incremental, effort. Early architectural decisions take a broad view on the software architecture. One of the first decisions to be taken relates to structuring the system into layers of modules and establishing principles of inter-module communication. This is the concern of this chapter. More detailed architectural solutions, such as intra-module communication, are discussed in relevant places later in the book | как и всё производство ПО, структурное проектирование – непрерывная, итерационная и пошаговая работа. Первоначально структурные решения принимаются на основе широкого взгляда на структуру ПО. Одно из первых принятых решений касается структурирования системы на уровни модулей и установления принципов связи между модулями. это тема данной главы. Более детальные структурные решения, типа связи внутри модуля, рассматриваются позже в соответствующих местах книги (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |