Описание алгоритма для разработчика, Что и как правильно требовать разработчику от алгоритмиста? Опции

[novartis]

Суть вопроса: Что и как правильно требовать разработчику от алгоритмиста?

По работе занимаюсь реализацией ЦОС алгоритмов на ПЛИСах.
Процесс разработки внутри отдела протекает следующим образом.
Имеется сектор алгоритмистов, которые на основе ТЗ на НИР, ОКР придумывают алгоритмы.
Чаще всего они обкатывают эти алгоритмы на моделях в Матлаб.
В результате своей работы они приносят в наш сектор разработчиков-программистов документ под названием "Описание алгоритма ...".
Этот документ обычно выглядит как то так:

Введение:
космические корабли бороздят просторы вселенной...

Входные данные:
А - массив на 1000 элементов (что за элементы, какого типа, какой разрядности?)
K - переменная для цикла (очень полезная информация)
с - скорость света
и т. д.

Основная часть:
переписывают листинг программы на матлабе на русский язык

Выходные данные:
В - массив на 1000 элементов (что за элементы, какого типа, какой разрядности?)


Я понимаю, когда с такими листочками приходят и просят прикинуть, сколько времени будет выполняться этот алгоритм на плисине, влезет ли по ресурсам.
Можно считать это рабочим процессом.
В ходе обсуждений и замечаний удается выяснить многие уточнения и ограничения.

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

Что-то много букав написал. Суть вопроса вот в чем.
Нашел я ГОСТ 24.211-82 Требования к содержанию документа "Описание алгоритма".
Пролистал, проникся, зародилась у меня идея, каждый раз, когда приносят мне на ознакомление очередной алгоритм, требовать от его автора соблюдения этого стандарта. Одно смущает, ГОСТ старенький (я не в теме, этот советский гост все еще действителен у нас в современной России?) и относится он к АСУ (лучше бы конечно что-то обобщенное).
Может кто подскажет, что посвежее или потематичнее.

Может так же кто поделится своим опытом взаимодействия с коллегами внутри предприятия.

[Guest_TSerg_*]

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

http://ru.wikipedia.org/wiki/%D0%95%D0%B4%...%86%D0%B8%D0%B8

http://www.standards.ru/collection.aspx?co...r&id=868075

[iosifk]

Суть вопроса: Что и как правильно требовать разработчику от алгоритмиста?

Может так же кто поделится своим опытом взаимодействия с коллегами внутри предприятия.

Мой опыт говорит следующее. Если Вас не устраивает то, как происходит работа сейчас, то смело меняйте правила игры. Даже не оглядываясь на ГОСТ.
Делается так.
Берете пару старых заданий и на их примере делаете формализацию требований так, как именно Вам удобно.
Скажем, делаете несколько таблиц, и названия для нужных разделов. В примерах показываете, как надо заполнять задание...
Потом объясняете своему руководству, что если делать "не так", то есть большие потери времени...
После того, как начальство утвердит проект, как "методику составления ТЗ", будете требовать от алгоритмистов правильной для Вас работы...
В этом ничего сложного нет... Главное, сделайте официальный документ и заручитесь подписью руководства.
Будут вопросы, могу объяснить по скайпу... А буквами - долго...

[Maverick]

Суть вопроса: Что и как правильно требовать разработчику от алгоритмиста?

добавлю к словам iosifk
здесь только договариваться с программистами-алгоритмистами, в свое время я так и поступил...
Объяснил алгоритмисту, что работаю на ПЛИС и что ПЛИС сильно отличается от интел микропроцессора
Да, я убил много времени на объяснение, зато потом мне начало приходить вменяемое ТЗ и где-то помощь в плане реализации (блок-схема - видение программиста, данные для тестбенчей и т.д.)
Через начальство можно и нужно, но прежде необходимо подробно объяснить программистам-алгоритмистам, что ПЛИС сильно отличается от интел микропроцессора и так чтобы они поняли эту разницу. Например, еще можно рассказать про
- Применение типов float и fixed point в алгоритмах и про их реализацию в ПЛИС.
- что цикл в ПЛИС представляется FSM (плюсы и минусы применения)
- как в ПЛИС делается реалтайм обработка и за счет чего достигается
- чем больше расскажите потом же Вам лучше будет....
Возможно, это очевидные вещи, но лучше про них все же упоминуть... и добиться понимания целевого применения алгоритма в "железе", т.е. в ПЛИС
Иначе на мой взгляд ничего не получите - Вы их сегодня "прижмете", а они Вас завтра - лучше попытаться решить этот вопрос "полюбовно"...

[ASN]

novartis
Видимо, дело тут в том, что Ваши алгоритмисты не совсем точно трактуют понятие "алгоритм".
Алгоритм — это набор инструкций, описывающих порядок действий исполнителя для достижения результата решения задачи за конечное число действий.
То есть все эти космические корабли, входные и выходные массивы - это не алгоритм.
Алгоритм неотделим от инструкций (аппаратной платформы). Для разных вычислительных устройств будут разные алгоритмы реализации одной и той же функции.
Соответственно, в круг Ваших обязанностей должна входить и разработка алгоритмов: что-то удобнее реалиазовать на процессоре, что-то на FPGA.
Поэтому следует ввести этап анализа Вами набора реализуемых функций и выдачу ограничений на их реализацию алгоритмистам.
Это отдельная оплачиваемая работа (а главное дополнительное время Вам на обдумывание).
Результатом работы алгоритмистов,в этом случае, должна стать потактовая модель.
Попробуйте выйти с таким предложением на руководство.
Фактически, Вам придётся становиться соархитектором системы (заместителем ГКР). Что Вам и предложили уважаемые iosifk и Maverick.
Ну а конвейеризация RTL и упаковка - это уже Ваше, родное.
Тогда есть шанс сделать всё успешно и вовремя.
Иначе будут только бесконечные дрязги: ГОСТ, к сожалению, не регламентирует полноту (подробность, степень детализации) документов, он описывает только формальные требования.
Полноту определяет ГКР.
Р.S. Столкнувшись однажды с описываемой Вами ситуацией набил много шишек, пытаясь опираться на формальные ГОСТы. Ничего не вышло - пришлось поучаствовать в проектировании архитектуры.
Удачи.

[AlexandrY]

Чаще всего они обкатывают эти алгоритмы на моделях в Матлаб.

Этот документ обычно выглядит как то так:

Входные данные:
А - массив на 1000 элементов (что за элементы, какого типа, какой разрядности?)
K - переменная для цикла (очень полезная информация)
с - скорость света
и т. д.

Основная часть:
переписывают листинг программы на матлабе на русский язык

Что-то не стыкуется.
В Mаtlab-е не может быть переменных с неизвестным типом.
Алгоритмы на языке matlab-а это вообще стандарт де-факто.
Зачем их еще на что-то переписывать?

[fowler]

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

[Maverick]

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

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

[novartis]

Что-то не стыкуется.
В Mаtlab-е не может быть переменных с неизвестным типом.
Алгоритмы на языке matlab-а это вообще стандарт де-факто.
Зачем их еще на что-то переписывать?

В Матлабе по умолчанию переменные имеют тип double (64-разряда).
До недавних пор алгоритмисты об этом даже не знали и не задумывались.
Абстрактный пример. Приносят алгоритм, в котором упоминается массив на 1000 элементов. Спрашиваю, что за элементы? Это углы поворота антенны. А какой диапазон углов? Ну, как какой, от 50 до 50. Сколько знаков после запятой? Не знаю. Так сколько? Ну пусть будет 5. В результате делаю пометку в алгоритме. Через n-человека-часов их алгоритм реализуется, приношу результаты расчета там-чего-то и слышу, что то как то плохо, у нас на модели точнее получалось, ты наверно ошибку какую допустил.
После разбора нескольких таких ситуаций все таки вынудили их прописывать тип переменных, диапазон возможных значений.
Но! Они прописать то это прописывают, но в модели это никак не учитывают. Как считалось на дабле, так и считается.
Разговор о том, что алгоритмисты должны учитывать погрешность вычислений на различных платформах, рассчитывать доверительные интервалы для контрольных результатов, ведется уже давно. И тут видимо опять, пока я сам за это не возьмусь, пока сам не разработаю методику, не натыкаю носом докторов наук в эту методику (спорить с доктором тех. наук очень сложно, у него железный аргумент: он доктор, а я - нет), дело с места не сдвинется.


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

[AlexandrY]

В Матлабе по умолчанию переменные имеют тип double (64-разряда).
До недавних пор алгоритмисты об этом даже не знали и не задумывались.

Ну вот так яснее.
Опять спор кто умнее.
В Matlab есть любые целочисленные типы с плавающей и фиксированной запятой.
Я все таки склоняюсь, что алгоритмисты умнее. Уж извините, но ваш пост сильно провоцирует.
Если они применили double, значит алгоритм очень медленный и они при желании смогли бы сами сгенерировать исходники в Matlab для какого нибудь дешевого ARM-а.
А если кодер сломя голову бросается это сразу делать на FPGA поскольку ничего кроме них не знает, то это уже его личная проблема.

Простой контрольный вопрос: почему сами не взяли модель в matlab и сами не верифицировали свой алгоритм в режиме Hardware-in-the-loop?

[iosifk]

В Matlab есть любые целочисленные типы с плавающей и фиксированной запятой.
Я все таки склоняюсь, что алгоритмисты умнее. Уж извините, но ваш пост сильно провоцирует.

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

Простой контрольный вопрос: почему сами не взяли модель в matlab и сами не верифицировали свой алгоритм в режиме Hardware-in-the-loop?

Позвольте я отвечу на этот вопрос.
Все дело в разделении труда и в величине фирмы...
Вот например, когда я работал в ЛОНИИС, там было 3 сектора математиков и 1 программистов. Ну и разработчики железа...
Так зачем же мне было заниматься еще и алгоритмами? А алгоритмы связаны с протоколами связи. Так значит надо и их изучать? А для этого был и соответствующий секор и там тоже требуются совершенно разные знания. Вот потому алгоритмисты отдельно, "железячники" - отдельно...
И не "умнее" алгоритмисты, увы... Просто здесь не рассмотрен еще один аспект. Чтобы хорошо делать свой кусок работы, надо понимать заказчика и уметь говорить с ним на его языке. Когда делали управление для газоперекачивающей аппаратуры для полигона в 80-е, то до тех пор, пока наши программисты не научились понимать химиков-технологов, то дело и не шло.
Так и здесь. Ну скажем, есть алгоритм. Но его же по разному можно реализовать. И для этого надо либо заставить это сделать заказчика, либо уметь это делать самому...
Да, в мелкой фирме, где один и швец и жнец и разработчик, то и говорить нечего...

[novartis]

Ну вот так яснее.
Опять спор кто умнее.
В Matlab есть любые целочисленные типы с плавающей и фиксированной запятой.
Я все таки склоняюсь, что алгоритмисты умнее.

Из каких моих слов вы взяли, что я кому то приписываю низкий интеллект?

Уж извините, но ваш пост сильно провоцирует.

Всегда расписываю ситуацию так, чтобы ее мог понять и школьник. Уж извините и вы меня за это.

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

Зачем вы это написали? Вы считаете меня именно таким кодером? Хотите дать мне понять, что мне не стоит задавать вопросы на форуме - месте, где люди обмениваются опытом, знаниями?

Простой контрольный вопрос: почему сами не взяли модель в matlab и сами не верифицировали свой алгоритм в режиме Hardware-in-the-loop?

Последнее мое взаимодействие с алгоритмистами сводилось к задаче поиска собственных чисел и собственных векторов.
Знаете какая модель у них была?
[V0,D0] = eig(A0)

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


У меня так же будет простой контрольный вопрос: вы мой пост читали?

В Матлабе по умолчанию переменные имеют тип double (64-разряда).
До недавних пор алгоритмисты об этом даже не знали и не задумывались.

А вы пишите:

Если они применили double, значит алгоритм очень медленный

Если солнце всходит и заходит, значит солнце вращается вокруг земли.

[Maverick]

Если солнце всходит и заходит, значит солнце вращается вокруг земли.

Novartis Вы пытались разговаривать с алгоритмистами? Обсуждали проблемы с которыми Вы сталкиваетесь? Рассказывали алгоритмистам свои "пожелания" при предоставлении Вам алгоритмов?
просто совет попробуйте решить вопрос дипломатически не прибегая к помощи руководства....
Не получиться - примените "грубую силу" - решение проблему через руководство...

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

мое мнение 100% работающую методику создать очень сложно...


PS Почему? - ответил выше...

Novartis без обид, но с сообщением AlexandrY:

Если они применили double, значит алгоритм очень медленный и они при желании смогли бы сами сгенерировать исходники в Matlab для какого нибудь дешевого ARM-а.

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

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

Все стало понятно - да прибудет с Вами сила...
Тогда понятно доктор просто не хочет ничего понимать - алгоритм сделан, полученная погрешность в пределах допустимой (матлаб - это показал) и дальше ему "все равно" или/и просто отказывается понимать целевое применение алгоритма в "железе"... Формально ж работа сделана и тут скорее всего проблема в финансах (зарплате профессора)...
PS Пока руководство с ним не договорится Вы ничего не измените... Мой опыт это показал...

[novartis]

Обид нет, одно негодование Надеюсь, на меня тоже никто не обиделся.

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

Абсолютно верно. Всю эту работу проделывать приходиться самому, и оно так скорее всего правильнее. Другое дело, что хотелось бы сконцентрироваться на более "железных" задачах, в моем случае, на PCIE, а не бегать с уточнениями по каждой переменной.




Спасибо, iosifk, все так, как вы и расписали.

[iosifk]

, а не бегать с уточнениями по каждой переменной.

Спасибо, iosifk, все так, как вы и расписали.

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

[AlexandrY]

Последнее мое взаимодействие с алгоритмистами сводилось к задаче поиска собственных чисел и собственных векторов.
Знаете какая модель у них была?
[V0,D0] = eig(A0)

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

[Guest_TSerg_*]

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

[yes]

в такой годный тред хочется немного набросить

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

но нужно добавить, что такие алгоритмисты (не идиоты же они) имеют опыт реализации алгоритмов и понимают сколько ресурсов ПЛИС и/или процессора потребует задача, если же что-то новое, то могут правильно сформулировать вопросы для оценки ресурсов

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

[SM]

это я к тому, что мне кажется, что работа по адаптации алгоритмов - ну там разрядности данных, разворачивание "программ" на ПЛИС и т.п. в сфере деятельности "программиста", а нагружать этим алгоритмиста - это ...

Если руководствоваться такими принципами - то разные реализации одного и того же алгоритма (ну, допустим, g.729, или h.264, ну и т.п.) окажутся совершенно несовместимы друг с другом, и одинаковые входные потоки начнут генерировать совершенно разные выходные Это будет бардак и анархия

Все таки, все необходимые точности и методики вычислений (отработка переполнений/ограничений/т.п.) это неотъемлемая часть алгоритма, чтобы он был реализуем однозначным образом. И, докучи, по-хорошему, должны быть наборы тестовых векторов входных и выходных данных для проверки соответствия реализации алгоритму.

[ASN]

yes
Хмм...
Ну если Вы реализовали (а значит и разобрались!) хотя бы один раз новый алгоритм, то больше алгоритмист и не нужен. Патентный поверенный нужен, системный и прикладной программисты ошибки исправлять нужны, заведующий производством нужен, тестировщик нужен, продажник толковый нужен. А вот алгоритмист - нет: "До свиданья, с Вами было приятно сотрудничать. Не забывайте, пожалуйста, про соглашение о неразглошении. Выход там - Вас проводят". И это реальные отношения в коммерческом секторе.
А вот новая платформа вышла - тут-то и нужен сразу и железятник, и плисовод, и программист.
В алгоритмах, как правило, (ну по-моему скромному опыту) нет ничего архисложного.
С аутсорсом тоже не всё так радужно: чтобы грамотно поставить задачу и проконтролировать результат (да ещё разобраться в чужом коде) нужен специалист высокого уровня. Тут ещё считать надо что выгоднее.
Так что, для экономии денег как раз и нужно нагружать именно алгоритмиста.
Уважаемый SM написал, что по-хорошему, должны быть наборы тестовых векторов. Добавлю: не "по-хорошему", а обязательно. И обязательно с учётом точности и методики вычислений.
Ну а про [V0,D0] = eig(A0)...
Выдавать такое за алгоритм - это натуральное хамство по отношению к FPGA-дизайнеру.
Получается, что ТС и есть алгоритмист. Осталось только оформить это документально.

[Maverick]

Ну а про [V0,D0] = eig(A0)...
Выдавать такое за алгоритм - это натуральное хамство по отношению к FPGA-дизайнеру.
Получается, что ТС и есть алгоритмист. Осталось только оформить это документально.

почему же он же проффессор и знает как лучше выдавать правильный алгоритм, а кто такой FPGA-дизайнер - "вчерашний студент". Разве "вчерашний студент" может знать что лучше или хуже ...
короче жесть работать с такими людьми и мне кажется, что его уже не исправить, тем более если проффессор уже предпенсионного/пенсионного возраста...

[yes]

Если руководствоваться такими принципами - то разные реализации одного и того же алгоритма (ну, допустим, g.729, или h.264, ну и т.п.) окажутся совершенно несовместимы друг с другом, и одинаковые входные потоки начнут генерировать совершенно разные выходные Это будет бардак и анархия

знакомые сильно работали в области IEEE 802.11 (в 90-е делали азики в США), так там все точно так и было, несмотря на толстенную кучу бумаг от ieee
по слухам и с блютусом то же самое было поначалу - между собой могло общаться только оборудование одного производителя

естественно, я не спорю, что методология должна быть и тестовые вектора и интерфейсы/протоколы/методологии

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

то есть понимает как работает система, предположительно, сложная система

----

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

это вроде как и непротиворечит высокой оплате труда алгоритмиста?

а так, после запуска производства, нужен отдел продаж и, возможно, саппорт.

но если контора как-то пытается держаться на плаву - то есть производить новые и новые приборы и применять новые принципы/алгоритмы, то нужно новые методы/приборы разрабатывать, опережать конкурентов - это вроде как объясняет почему алгоритмист в состоянии загрузить кучу "программистов" работой

--------

на всякий случай - я то "программист", то есть могу имплементировать задачи если мне объяснят - преимущество, отсутствие узкой специализации, то есть с трудоустройством проще, чем у алгоритмиста, но некая зависть к ним все-таки имеется

[syoma]

Имеется сектор алгоритмистов, которые на основе ТЗ на НИР, ОКР придумывают алгоритмы.
Чаще всего они обкатывают эти алгоритмы на моделях в Матлаб.
В результате своей работы они приносят в наш сектор разработчиков-программистов документ под названием "Описание алгоритма ...".

Основная часть:
переписывают листинг программы на матлабе на русский язык

Советую Вам посмотреть на HDL Coder или DSP System Generator - они позволяют матлабовские алгоритмы перевести в рабочий HDL код намного быстрее чем ручками, а также позволят Вашим алгоритмистам еще до выдачи алгоритма кодерам проверить их на синтезируемость.

[VNS]

Суть вопроса: Что и как правильно требовать разработчику от алгоритмиста?

1. ...Имеется сектор алгоритмистов, которые на основе ТЗ на НИР, ОКР придумывают алгоритмы...
2. ...переписывают листинг программы на матлабе на русский язык

3. ... когда с такими листочками приходят и просят прикинуть, сколько времени будет выполняться этот алгоритм на плисине, влезет ли по ресурсам.
4. ... Можно считать это рабочим процессом.
5. ... В ходе обсуждений и замечаний удается выяснить многие уточнения и ограничения.
6. ...Но в конце концов точно такой же алгоритм даже без тех самых уточнений приносят на подпись.
Начальство умоляет подписать, так как срочно (ну как всегда) требуется хоть чем то отсчитаться.
И все вокруг уверяют, что это только первая версия, предварительная, и потом выйдет настоящий полный алгоритм.
6. ...А потом про это все забывают, кроме реализатора, то есть меня.
7. ... Может так же кто поделится своим опытом взаимодействия с коллегами внутри предприятия.

1. Нужен отдел экспертизы на соответствие ТЗ существующим нормам и стандартам.
2. Ваше право проверить правильность "переписывания листинга". Доказывать соответствие "переписанного алгоритма" "оригиналу" должен сектор программистов.
3. Должны приходить не с листочками, а отдельными блоками алгоритмов.
4. Это анархия.
5. Все обсуждения и Ваши замечания должны быть оформлены в виде документов с указанием даты.
6. См.пп.5 При наличии документов согласования виноваты будут Ваши заказчики.
7. Опыт взаимодействия есть. Вам придётся разработать "болванку" ТЗ, которая будет соответствовать существующим стандартам и Вашим собственным дополнительным требованиям. В противном случае Вы ВСЕГДА будете в ответе за ВСЁ и за ВСЕХ. Параллельно необходимо иметь систему моделирования, на которой можно проверить работоспособность отдельных блоков алгоритма.

Сообщение отредактировал VNS - Sep 12 2014, 01:35