[identity profile] another-1.livejournal.com posting in [community profile] ru_translate
Господа,
А как правильно перевести с английского на русский такие термины (речь идет о программировании).
requirement analysis and decomposition,
architectural design,
coding and refactoring of the C++ code

Спасибо.

Updt: Кажется, задача была поставлена не вполне корректно. Требовалось не обьяснить, что эти термины означают, а найти русские эквиваленты этих терминов, понятные русским программистам. Хотя, похоже, даже американские программисты не могут между собой согласиться, что же это все означает.

Если интересно, вот вариант, предложенный русскими программистами, работающими сейчас в Америке:
- технический анализа проектов, разбиение их на фунциональные части и составлений технических заданий;
- разрабатка архитектуры проектов;
- реализация проекта на С++ и поддержка существующего кода.

Еще раз всем спасибо за помощь. Получилось очень познавательно.

Date: 2006-06-02 11:38 pm (UTC)
From: [identity profile] dr-freeman.livejournal.com
ну первое вроде так и переводится - требования к анализу и декомпозиции. Хотя, фиг знает, что тут конкретно имеется в виду.
Проектирование архитектуры? Архитектурное проектирование? Может тут имеется в виду создание внутренней какой-то структуры? Если касательно программирования.
рефакторинг:
http://en.wikipedia.org/wiki/Refactoring
http://ru.wikipedia.org/wiki/Рефакторинг
Поэтому "Программирование и рефакторинг кода на C++"

Date: 2006-06-03 12:49 am (UTC)
From: [identity profile] goshka.livejournal.com
Какие-то устоявшиеся термины, возможно, и существуют. Но программисты в подавляющем большинстве знают технический английский на достаточно высоком уровне, так что переводы обычно вообще не используются. Зачем они нужны, если оригиналы куда понятнее. Ну или калька (тогда читающий программист мысленно переводит на английский и понимает о чём речь:)

Date: 2006-06-03 12:59 am (UTC)
From: [identity profile] goshka.livejournal.com
но вообще, я бы перевёл так
architectural design - проектирование архитектуры системы
refactoring - можно считать устоявшимся дословный перевод. то есть рефакторинг. это слово и в английском-то не так давно появилось (в моих словарях его нет).

а первое.. оставьте без перевода)) шутка) ну то есть я не знаю как перевести, чтобы результат не потерял в понятности) лучше requirement analysis and decomposition всё равно вряд ли получится что-то придумать)

Date: 2006-06-03 04:12 am (UTC)
From: [identity profile] g0mez.livejournal.com
1) рефакторится чаще всего именно свой код
2) "Переделывают код" когда препод сказал, что мы его сперли у чувака из другой группы, а когда целями являются улучшение поддерживаемости, подготовка к повторному использованию и тп - то это рефакторинг.
Вот такая примерно разница.

Date: 2006-06-03 05:14 am (UTC)
oryx_and_crake: (Default)
From: [personal profile] oryx_and_crake
рефакторится чаще всего именно свой код
---

you wish!
На самом деле refactoring - это переписывание старого кода с какой-либо определенной целью (придания ему лучшей структуры, улучшения стиля, внутреннего дизайна и прочее) при том, что интерфейс остается неизменным. Или, скажем, переписать функциональный код на объектно-ориентированный. Этот код вполне может быть написан совершенно другими людьми, работавшими в фирме за десять лет до вас, или вообще в другой фирме, которую ваша фирма купила.

Переделка же - это полная переделка (т.е. меняются как внутреннее устройство системы, так и интерфейс). Чувак из соседней группы тут как-то ни при чем.

Date: 2006-06-04 07:50 am (UTC)
From: [identity profile] g0mez.livejournal.com
Дело в том, что я работаю в предметной области и с термином знаком давно. Он не такой простой, как кажется.

> определенной целью (придания ему лучшей структуры, улучшения стиля, внутреннего дизайна и прочее)

Это не цели, это средства. С такими целями менеджер проекта никогда не обоснует необходимость рефакторинга.

> Или, скажем, переписать функциональный код на объектно-ориентированный.

С такой тоже. Правильные цели были в моем комментарии выше.

> Этот код вполне может быть написан совершенно другими людьми, работавшими в фирме за десять лет до вас, или вообще в другой фирме, которую ваша фирма купила.

Может конечно. На Марсе, наверное, оно так чаще всего и бывает. На нашей планете придумали, например, XP и RUP (это популярные подходы к разработке ПО), где рефакторинг естественным образом выполняется той же командой проекта (под "своим кодом" выше я имел в виду код одной команды конечно).

Пример с "чуваком из соседней группы" должен был подчеркнуть, что термина "переделка" в разработке ПО нет.

Date: 2006-06-04 04:44 pm (UTC)
oryx_and_crake: (Default)
From: [personal profile] oryx_and_crake
Вы знаете, я тоже случайно по специальности не заборостроитель, а программист. При нормальном течении проекта рефакторинг вообще не нужен. Его делают, если дизайн из рук вон плохой или старый. (Я, кстати, знаю, что такое ХP и RUP - к рефакторингу они прямого отношения не имеют. То есть при ведении проекта одним из этих методов в частных случаях может понадобиться рефакторинг какого-то старого кода, но в RUP как методологию рефакторинг не заложен.)

Date: 2006-06-03 05:12 am (UTC)
oryx_and_crake: (Default)
From: [personal profile] oryx_and_crake
Переделка - это когда из штанов делают юбку (или прихватку для горячего). А рефакторинг - когда штаны внешне остаются теми же, но при этом им меняют всю подкладку на новую и укрепляют швы.

Date: 2006-06-03 01:21 am (UTC)
oryx_and_crake: (Default)
From: [personal profile] oryx_and_crake
Не сбивайте человека. Requirement analysis это не требования к анализу, а с точностью до наоборот - анализ требований.

Date: 2006-06-03 01:38 am (UTC)
From: [identity profile] dr-freeman.livejournal.com
Точно! =) Извините =)

Date: 2006-06-03 02:29 pm (UTC)
From: [identity profile] pascendi.livejournal.com
1. Анализ и декомпозиция (технических) требований. Речь идет о том, что требования (заказчика) к системе необходимо проанализировать и -- обычно -- детализировать, так как они, как правило, пишутся для функционала высокого уровня, а программировать приходится на более низком.
2. Проектирование архитектуры информационной системы. В зависимости от контекста, возможно также "архитектурное проектирование". Желательно понимать, о каком именно из трех базовых уровней архитектуры идет речь (архитектура деятельности; архитектура информационных систем; технологическая архитектура).
3. Кодирование (программирование) и рефакторинг кода на С++.

Profile

ru_translate: (Default)
Тотальный перевод

September 2017

S M T W T F S
      1 2
3 4567 89
10 11 1213 14 15 16
1718192021 22 23
24252627282930

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jul. 30th, 2025 06:01 pm
Powered by Dreamwidth Studios