| English | Russian |
| A proven-in-use production process is characterised by a sufficient series production experience | Проверенный в эксплуатации процесс производства характеризуется достаточно высоким качеством серийного производства (см. IEC 61508-7:2010 ssn) |
| application in production | приложение, принятое в промышленную эксплуатацию (InfoWorld Alex_Odeychuk) |
| be deployed in production | развёртываться в среде промышленной эксплуатации (англ. термин взят из кн.: Shukla A. Building Web Apps with Spring 5 and Angular Alex_Odeychuk) |
| be deployed in production | быть развёрнутым в среде промышленной эксплуатации (англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2 Alex_Odeychuk) |
| be deployed in production | быть развёрнутым в эксплуатационной среде (англ. термин взят из кн.: Shukla A. Building Web Apps with Spring 5 and Angular Alex_Odeychuk) |
| be deployed in the production environment | быть развёрнутым в среде эксплуатации (Microsoft Alex_Odeychuk) |
| be discovered in production | быть выявленным в промышленном коде (напр., говоря об ошибке Alex_Odeychuk) |
| general activities in production operations management | действия общего характера при управлении производственными операциями (ssn) |
| in a production environment | в среде промышленной эксплуатации (англ. термин взят из кн.: Stein R.T. The computer system risk management and validation life cycle Alex_Odeychuk) |
| in production | в эксплуатационной среде (из кн.: Липаев В.В. Программная инженерия сложных заказных программных продуктов / Институт системного программирования РАН Alex_Odeychuk) |
| in production | в промышленном коде (англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2 Alex_Odeychuk) |
| in production | в среде промышленной эксплуатации (англ. термин взят из кн.: De Sanctis V. ASP.NET Core and Angular 2 Alex_Odeychuk) |
| in production | в рабочей среде (microsoft.com Alex_Odeychuk) |
| in production | в промышленных условиях (из кн.: Индрасири К., Курупу Д. gRPC: запуск и эксплуатация облачных приложений Go и Java для Docker и Kubernetes Alex_Odeychuk) |
| in production | в производственной среде (Alex_Odeychuk) |
| in production | в производственной среде (из кн.: Фримен А. ASP.NET MVC 5 с примерами на C# для профессионалов Alex_Odeychuk) |
| in production | в промышленной среде (Alex_Odeychuk) |
| in production | в коде, предназначенном для промышленной эксплуатации (говоря о коде приложения; англ. термин взят из кн.: Groves M.D. AOP in .NET: Practical Aspect-Oriented Programming Alex_Odeychuk) |
| in the software lifecycle, the time and effort put into the code maintenance significantly outweighs the time and effort put into writing the code in the first place. Code maintenance is reading it and trying to understand it in order to modify or extend it. Any refactoring of code during its production, no matter how small, can significantly benefit software maintainers | в жизненном цикле ПО время и трудозатраты на сопровождение кода существенно превышают время и трудозатраты на первоначальное написание кода. При сопровождении кода необходимо прочитать и попробовать понять его, чтобы затем изменить или расширить. Любой рефакторинг кода в процессе его создания, независимо от того, сколь он мал, может принести существенную пользу эксплуатационному персоналу ПО (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| in-production application | приложение в конфигурации для промышленной эксплуатации (Alex_Odeychuk) |
| 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) |
| proven-in-use production process | процесс производства, проверенный в эксплуатации (ssn) |
| proven-in-use production process | проверенный в эксплуатации процесс производства (см. IEC 61508-7:2010 и ГОСТ Р МЭК 61508-7-2012 ssn) |
| the code in the final production build | код окончательной сборки для промышленной эксплуатации (Alex_Odeychuk) |
| the code in the final production build | код окончательной промышленной сборки (Alex_Odeychuk) |
| these observations are particularly, and painfully, true for modern object-oriented software production. The object paradigm equips a software engineer with a multitude of very powerful programming abstractions, which – when used unwisely – result in programs impossible to understand and maintain, even by programmers who wrote them | эти утверждения, особенно и в большой степени, истинны для современного объектно-ориентированного создания ПО. Понятие объекта вооружает инженера ПО множеством очень мощных абстракций программирования. Но если они используются неблагоразумно, получаются программы, которые невозможно ни понять, ни обслуживать даже теми программистами, которые написали их (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| these observations are particularly, and painfully, true for modern object-oriented software production. The object paradigm equips a software engineer with a multitude of very powerful programming abstractions, which when used unwisely result in programs impossible to understand and maintain, even by programmers who wrote them | эти утверждения, особенно и в большой степени, истинны для современного объектно-ориентированного создания ПО. Понятие объекта вооружает инженера ПО множеством очень мощных абстракций программирования. Но если они используются неблагоразумно, получаются программы, которые невозможно ни понять, ни обслуживать даже теми программистами, которые написали их (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| use in a production environment | использовать для разработки программного обеспечения, предназначенного для промышленной эксплуатации (Microsoft; контекстуальный перевод на русс. язык Alex_Odeychuk) |
| 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) |
