| English | Russian |
| after all, there's no point in performing custom set-up on an object that doesn't exist | и это понятно – бессмысленно выполнять пользовательскую настройку несуществующего объекта |
| all the work for V2 that has been going on in the main branch | вся работа над версией 2, которая ведётся в основной ветке разработки (в системе контроля версий Alex_Odeychuk) |
| all the work that has been going on in the main branch | работа, которая ведётся в основной ветке разработки (Alex_Odeychuk) |
| However, not all visitors complete a transaction on their first visit, so another useful e-commerce goal is adding an item to the shopping cart, whether they complete or not – in other words, beginning the shopping process | но не все посетители выполняют транзакцию во время первого посещения, поэтому ещё одна важная цель для сайта электронной торговли – добавление товара в корзину независимо от того, будет он куплен или нет, т.е., другими словами, – начало процесса покупки (см. Advanced Web metrics with Google Analytics / Brian Clifton 2008) |
| However, not all visitors complete a transaction on their first visit, so another useful e-commerce goal is adding an item to the shopping cart, whether they complete or not in other words, beginning the shopping process | но не все посетители выполняют транзакцию во время первого посещения, поэтому ещё одна важная цель для сайта электронной торговли добавление товара в корзину независимо от того, будет он куплен или нет, т.е., другими словами, начало процесса покупки (см. Advanced Web metrics with Google Analytics / Brian Clifton 2008) |
| 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) |
| with this context, the compucentric nature of modern mechanical systems designs becomes clearer. Computational capabilities and limitations must be considered at all stages of the design and implementation process. In particular, the effectiveness of the final production system will depend very heavily on the quality of the real time software that controls the machine | Учитывая это, природа компьютеризации проектов современных механических систем становится более понятной. Вычислительные способности и ограничения должны рассматриваться на всех стадиях процесса проектирования и реализации. В частности, эффективность окончательной промышленной системы будет существенно зависеть от качества функционирования программного обеспечения в реальном масштабе времени, которое управляет механизмом (см. Auslander D.M., Ridgely J.R., Ringgenberg J.D. Control Software for Mechanical Systems. Object-Oriented Design in a Real-Time World) |
