И опять про Ангару (вторая часть)

[Bell]

Все так, только либо А-32, либо Т-34 ))) Опечаточка.

читайте внимательно, там прямо сказано:

Присвоить название указанному танку "Т-34".

Я так понимаю для тебя что А-32 что Т-34 - одно и то же?

Летом-осенью 1939 г. был испытан танк, проехал на этих испытаниях 3000 км и в декабре 1939 г. одновременно с принятием на вооружение, ему присвоили название Т-34.
Что из этого тебе не понятно? Все это прямо сказано в цитированных документах.
Что испытали, то и приняли на вооружение.
С присвоением ему названия Т-34.

[opinion]

Зато при бумажном документообороте в любом отделе есть человек, "хорошо себя зарекомендовавший" у руководства и смежников, и потому очень быстро собирающий подписи.

[vlad7308]

не удержусь опять )

система контроля версий

- это явление. ПО, предназначееное для организации контроля версий, например, принципиально не решает такую проблему, которая была при первой попытке переезда форума. когда поверх неправильного экземпляра форумного контента нахерачили новых сообщений )

Так же как какие-то мифические ОС РВ лишь для дилетантов являются причиной сущестаования систем РВ и т.п. )

я не понял, при чем тут ос рв.
И при чем тут интернет-форум - тоже.

У современных систем VCS масса разнообразных функций и применений. В том числе это прекрасный и чрезвычайно надежный (куда надежнее бумаги при наличии вменяемого администрирования) инструмент ведения архива проекта разработки почти чего угодно. Причём не просто архива, а архива со всей историей изменений.
Ценность чего еще в разы повышается при использовании форматов, имеющих ввиду использование VCS.
Насколько я понимаю (личного опыта тут не имею), современные системы инженерного проектирования сделаны с учётом использования VCS. При наличии этих самых современных систем в группе (да даже и без группы) глупо не использовать VCS. А при наличии VCS - глупо продолжать пользоваться бумажным архивом для текущих и недавних (менее 20 лет) разработок. Мне так кажется.

Все гораздо-гораздо проще. Эти программы автоматизируют рутинные операции управления версиями электронных документов, которые можно автоматизировать. Но сама система управления версиями гораздо шире, чем только эти программы, и должна учитывать специфику разрабатываемого электронного документа, который, зачастую, сам, в свою очередь, должен учитывать специфику изделия, которое он описывает.

И практика показывает, что дешевый, быстрый эффект достижим лишь в рамках одной специализированной службы предприятия, ведущей какую-то более-менее однородную деятельность, для которой есть типовые мотодики регламенты работы, которые кто-то когда-то уже удачно автоматизировал. По причине предыдущего предложения и существует подобное ПО. )

А уже даже объединение нескольких разнородных служб одного предприятия представляет собой приличный исследовательский проект. Небесплатный, в широком смысле.

А тут люди замахиваются простым и дешевым подходом из пред- предыдущего абзаца на кооперации из десятков различных предприятий нескольких отраслей. )

--

В разделе "Информация" в двух прикрепленных темах на самом верху висит хороший демонстратор структуры возникающих проблем в сраанительно однородном сообществе разработчиков генерируемого пользоаателем контента этого форума. Если его недостаточно, откройте тему, скажем, с выборами наилучшего языка программироаания. Будет весело ))

это все настолько общо и расплывчато, что похоже на Володю Сычберда.
Я писал о ведении электронных рабочих архивов, и почему они и надёжнее, и удобнее бумажных. И в меньшей степени - о ведении текущих проектов разработки (в меньшей - потому что не имею опыта проектирования "железа" в САПР).

О проблемах управления Вселенной я рассуждать не собирался - санитары где-то близко ходят, как бы не прихватили

[Serge V Iz]

Разработчику электроники не нужны графики параметров, нарисованные на бумаги, пусть даже по госту. Ему нужны библиотеки компонентов для ПО, которое он использует.

Но все приличные разработчики РЭК делают

Вы не можете просматривать это вложение.

ЭТО.

Не, я, в принципе, могу допустить, что в этом мире что-то не так. Глобально.

[Serge V Iz]

Я писал о ведении электронных рабочих архивов, и почему они и надёжнее, и удобнее бумажных

А они есть. У всех. На азных уровнях. В пределах маленькой слаженной рабочей группы это может быть даже тривиальная файлопомойка. Но она работает, потому, что группа слаженная )

[thunder26]

Разработчику электроники не нужны графики параметров, нарисованные на бумаги, пусть даже по госту. Ему нужны библиотеки компонентов для ПО, которое он использует.

Прям таки и не нужны? А график сечения провода от протекающего тока не нужен?

[thunder26]

Зато при бумажном документообороте в любом отделе есть человек, "хорошо себя зарекомендовавший" у руководства и смежников, и потому очень быстро собирающий подписи.

Думаете ЭЦП собирать не надо? Они сами появляются? Тип подписи не меняет процесса согласования, абсолютно.

[vlad7308]

Я писал о ведении электронных рабочих архивов, и почему они и надёжнее, и удобнее бумажных

А они есть. У всех. На азных уровнях. В пределах маленькой слаженной рабочей группы это может быть даже тривиальная файлопомойка. Но она работает, потому, что группа слаженная )

может Вы все таки не знаете толком, что такое и зачем нужны VCS?

[Serge V Iz]

может Вы все таки не знаете толком, что такое и зачем нужны VCS?

Возможно. Я просто эксплуатирую редмайн с ЦВС и меркуриалом для решения узких частных и мало кому интересных задач. На него и водружал машину этого форума для экспериментов в поликлинике. )

Попобую угадать:  если это для решения глобальной проблемы интенсификации труда в отрасли, то я могу лишь поверить, ибо не имею ответа на вопрос "как конкретно, по пунктам?".

[sychbird]

У современных систем VCS масса разнообразных функций и применений. В том числе это прекрасный и чрезвычайно надежный (куда надежнее бумаги при наличии вменяемого администрирования) инструмент ведения архива проекта разработки почти чего угодно. Причём не просто архива, а архива со всей историей изменений.
Ценность чего еще в разы повышается при использовании форматов, имеющих ввиду использование VCS.
Насколько я понимаю (личного опыта тут не имею), современные системы инженерного проектирования сделаны с учётом использования VCS. При наличии этих самых современных систем в группе (да даже и без группы) глупо не использовать VCS. А при наличии VCS - глупо продолжать пользоваться бумажным архивом для текущих и недавних (менее 20 лет) разработок. Мне так кажется.

Два замечания.

Одно автор вышеприведенного текста уже отметил. Условие-то императивное. А ежели оно не выполнено?
А его выполнение упирается в кадровую политику. А ей практически всегда ведает руководитель, не ощущающий в полной мере императивность этого условия.

Персонал администрирования эту императивность понимает и начинает завышать требования. Возникающий неурегулированный конфликт способен потопить фирму с потрохами.
А его урегулирование подчас требует финансов, также способных утопить фирму!

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

Из всем известных примеров могу привести траблы при разработке F-35

[Serge V Iz]

Да и под администрированием люди часто понимают, почему-то, техническое сопровождение... Ну прямо как, опять, в той теме про переезд ))

[opinion]

Разработчику электроники не нужны графики параметров, нарисованные на бумаги, пусть даже по госту. Ему нужны библиотеки компонентов для ПО, которое он использует.

Но все приличные разработчики РЭК делают

А рядом у приличных разработчиков лежат модели.

[Serge V Iz]

Разработчику электроники не нужны графики параметров, нарисованные на бумаги, пусть даже по госту. Ему нужны библиотеки компонентов для ПО, которое он использует.

Но все приличные разработчики РЭК делают

А рядом у приличных разработчиков лежат модели.

Истинная правда.

Я всего лишь пытаюсь указать на презумпцию ложности посылки "не надо ТАК делать, от этого ВСЕ проблемы". ) Правильная посылка звучит так: "если вместо этого сделать то то будет лучше на столько измеримых единиц".

[opinion]

Разработчику электроники не нужны графики параметров, нарисованные на бумаги, пусть даже по госту. Ему нужны библиотеки компонентов для ПО, которое он использует.

Но все приличные разработчики РЭК делают

А рядом у приличных разработчиков лежат модели.

Истинная правда.

Я всего лишь пытаюсь указать на презумпцию ложности посылки "не надо ТАК делать, от этого ВСЕ проблемы". ) Правильная посылка звучит так: "если вместо этого сделать то то будет лучше на столько измеримых единиц".

Изначальная посылка была в том, что количество и полезность проделанной работы не определяется количеством сданных в архив листов бумаги. А так как очень значительную часть результатов интеллектуальной деятельности невозможно отобразить на бумаге в виде, пригодном для последующего использования, то отдельный бумажный архив бесполезен.

[Serge V Iz]

Ну, у Старого была еще другая версия произошедшего.

А вопрос KPI этой нашей деятельности, да... Он вообще отдельной темы заслуживает )

А бумага, это, все же, так, бумага. Редко кто себе настолько враг, что не пытается упростить жизнь, пользуясь досягненнями того самого прогресса, что в сторону известных граждан.

[Туман Андромедов]

opinion:
Изначальная посылка была в том, что количество и полезность проделанной работы не определяется количеством сданных в архив листов бумаги. А так как очень значительную часть 
__________
В что-то и дело что для предприятия, чей основной продукт  - документация (а это конструкторское бюро) именно количество сданных в архив листов бумаги и определяет количество проделанной работы. И центральным понятием, определяющим производственную жизнь подразделения, является нормо-час. Существуют нормативы "стоимости", в нормо-часах, одного листа чертежа,  технического задания, пояснительной записки проекта и т.д.
Наверное, здорово работать в небольшой команде свободных инженеров, которые слаженно, каждый по своей части, создают изделие, не заботясь о ни о чём, кроме собственно творческого труда.
Но реалии больших предприятий, где годами ведутся работы по десяткам совершенно различных проектов (со сложной системой промежуточных этапов сдачи продукции заказчику), предприятий с матричной структурой, то есть с набором тематических подразделений, за рабочее время которых конкурируют управляющие конкретных проектов, "покупая" труд тематического подразделения за "нормо-часы" (которые берутся из внешних контрактов) - эти реалии требуют формализованной внутренней экономики, где мерилом является именно "цена" сданных в архив бумажных листов.
Механизм, безусловно, не идеальный, но рабочий, отработанный за десятилетия.

[Hiroo]

opinion:
Изначальная посылка была в том, что количество и полезность проделанной работы не определяется количеством сданных в архив листов бумаги. А так как очень значительную часть
__________
В что-то и дело что для предприятия, чей основной продукт  - документация (а это конструкторское бюро) именно количество сданных в архив листов бумаги и определяет количество проделанной работы. И центральным понятием, определяющим производственную жизнь подразделения, является нормо-час. Существуют нормативы "стоимости", в нормо-часах, одного листа чертежа,  технического задания, пояснительной записки проекта и т.д.
Наверное, здорово работать в небольшой команде свободных инженеров, которые слаженно, каждый по своей части, создают изделие, не заботясь о ни о чём, кроме собственно творческого труда.
Но реалии больших предприятий, где годами ведутся работы по десяткам совершенно различных проектов (со сложной системой промежуточных этапов сдачи продукции заказчику), предприятий с матричной структурой, то есть с набором тематических подразделений, за рабочее время которых конкурируют управляющие конкретных проектов, "покупая" труд тематического подразделения за "нормо-часы" (которые берутся из внешних контрактов) - эти реалии требуют формализованной внутренней экономики, где мерилом является именно "цена" сданных в архив бумажных листов.
Механизм, безусловно, не идеальный, но рабочий, отработанный за десятилетия.

Вот это да. Реально человек в теме. Не ожидал.

[Старый]

Это многое объясняет. Поэтому у одних результат труда - изделия, а у других - бумага.
Поэтому одни в космосе а другие - в жопе.

[Hiroo]

Это многое объясняет. Поэтому у одних результат труда - изделия, а у других - бумага.
Поэтому одни в космосе а другие - в жопе.

Ну видишь, Андромедов пишет, что это отработанный за десятилетия подход. Значит, и другие так же работают.
Я, честно говоря, думал, что это чисто наше ноу-хау.

[Штуцер]

Это многое объясняет. Поэтому у одних результат труда - изделия, а у других - бумага.
Поэтому одни в космосе а другие - в жопе.

Простой ты. А как в большом коллективе оценить, у кого какой вклад? Сотрудника, подразделения?