ДВОЕ ИЗ ЛАРЦА, Квалификация исполнителей. Качественный программный код. Опции

[Hirer]

Добрый день !
Хочется спросить совета у форумчан по одному вопросу, хотя не совсем уверен, что выбранная тема четко соотносится с ним.

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

При отправке ПП на изготовление выяснилось, что все проводники на плате были сделаны не трассой а графикой (линии), которые естественно нормальному редактированию не поддавались. При увеличении была заметна небрежность — нахлесты, несведение в точку и т.п. Ну и апофеозом всего — невозможность автоматической проверки корректности дизайна платы в контексте правил разводки (DRC ). На мой вопрос «почему так» было сказано, что Altium в котором он работал с очень ограниченной лицензией и по другому никак ... Потратив несколько часов на обзор и вникание в имеющейся доступный софт, был сделан выбор в пользу DipTrace. Цена вопроса - 10 тыс.р (1000 выводов, 4 слоя). Плата была переделана в приемлемый срок и с надлежащим качеством. Пре передаче в Резонит выяснилось, что теперь формат DipTrace в качестве входного не принимается.
На мое указание транслировать проект в гербер и сверловку, электронщик заявляет, что это работа технолога и ничего в этом случае гарантировать не может.
Пришлось делать самому, заняло примерно пять минут с проверкой полученных герберов сторонним вьювером. Из Резонита все пришло как задумывалось и без вопросов.

Программист ... Тут сложнее — ломаный IAR. Попытка разговора в стиле «ай-яй-яй, а давай делать в Atmel Studio» (4.18 например) не привела ни к чему. Хотя изначально было сказано, что проект будет развиваться и необходим грамотный и качественный подход к проектированию и железа и софта. Ну Си он и в Африке Си, махнул на это рукой, запланировав по окончанию этой фазы переехать в студию за короткое время.
Наконец пришло время тестирования полученного образца. Детали описывать не стану. Выяснилось, что устройство при провалах питания ведет себя непредсказуемо, но чаще всего намертво «зависает». Посовещавшись пару дней и проводя какие-то эксперименты ими было заявлено, что это «плохие» микроконтроллеры ... - Не вопрос, - сказал я и приобрел с десяток ATmega168 из разных мест и партий. Снова испытания и проверки, но — безуспешно. На мой вопрос «а включен ли внутренный BOD?» было бодро ответили - «пробовали по всякому, ничего не помогает» и предложили - «а давайте на вход по питания поставим отсечку», чтобы ниже 8 вольт устройство просто отключалось.
Время поджимало — снова махнул рукой (зря) ... Прошло несколько дней на протяжении который электронщик как в старые добрые времена СЮТов взяв в руки паяльник плодил вариант за вариантом схему, приговаривая «вот уже почти ...»

Делать мне было нечего и я взялся чтение классики и истоков. Изучив варианты построения схемотехники UVLO (under voltage lock out) и внимательно почитав datasheet на микроконтроллер решил взять инициативу в свои руки ...
На моем рабочем столе помимо компьютера разместились : опытный образец, программатор, паяльная станция и лабораторный источник питания. Получив по запросу от программиста исходный код и прошивку (IAR я не устанавливал) взялся за тщательную проверку всего и вся. Собственно все заняло минут десять. За это время я убедился, что fuse bits прошиты мягко говоря странным образом. На вопрос «Это правильно?» был четкий ответ - «Да ! У нас так все устройства работают».
Пришлось распечатать нужные страницы даташита и попросить пояснить наглядно. Случился таймаут по окончании которого мне было выдано две разные версии с новыми комбинациями и «пояснениями» в стиле «а можно и вот так» ...
Я пригласил грамотного специалиста который мне шепотом сообщил, что ошибка на самом деле на генетическом уровне. Им же аргументировано объяснил, что все не так, как они себе представляли и нужно просто вдумчиво читать документацию, т.к. там все-все написано. Закончив объяснения он запрограммировал fuse bits как нужно. Устройство перестало себя вести неадекватно на что программист заявил, что он — программист а не железячник и эти конфигурационные биты не его проблемы. Электронщик в ответ показал пальцем на программиста ... Еще не занавес.
Напоследок я потратил пару часов на анализ исходного кода (лучше бы я это не делал).
Вновь не стану описывать увиденное. Сообщу только одну деталь (программная реализация SPI – это мелочи) — сбросов watchdog-а я насчитал целых 70 ! ...
На высказанное мое недоумение был ответ «Ну работает же!» ©
Занавес ...

А теперь собственно суть вопроса.

Как при наличии двух исполнителей найти ответственного за косяк и доказать, что это именно он а не другой ?
Каким образом добиться от программиста качественного программного кода ?

P.S. Спасибо за терпение, проявленное при прочтении текста выше

[www...]

Слушайте, вы где таких олухов нашли? Можете озвучить хотя бы порядок оговоренных гонораров? Где искали?
Это я к тому что толковые спецы сидят в штате какой ни будь конторы с нормальной зарплатой и за халтуру при маленьком ганараре не возьмутся.
Нормальный спец кстати и тз сам напишет с ваших слов и с вами согласует.
Сдается мне это тот случай когда можно сказать скупой платит дважды

Сообщение отредактировал www... - Jul 1 2016, 18:27

[VNS]

...Нормальный спец кстати и тз сам напишет с ваших слов и с вами согласует.
Сдается мне это тот случай когда можно сказать скупой платит дважды

Разработка ТЗ должна оплачиваться отдельно и иметь в своём составе ВСЮ информацию по предстоящей работе, исполнителях, видах и методике испытаний конечного продукта, выводы о целесообразности или нецелесообразности предстоящей работы...
Названный перечень может быть расширен до нужного объёма в интересах заказчика, в первую очередь. Если заказчик некомпетентен, то должен быть приглашён эксперт или аналитик со стороны, иначе будет проделана работа, которая всего лишь будет соответствовать уровню некомпетентности заказчика, что и происходит в 99 из 100 проделанных работ.

Сообщение отредактировал VNS - Jul 12 2016, 07:05

[agregat]

Разработка ТЗ должна оплачиваться отдельно и иметь в своём составе ВСЮ информацию по предстоящей работе...

Короче был случай, "Карши Нефть" это Узбекистан под Бухарой. Вода два раза в день по 15 минут. Работают они там на старом оборудовании как негры, но нефть есть и ее много. Руководство решило навести порядок в деле учета нефти. Прислали нас, это начало 90х, сделать им базу данных учета добытой нефти. Как положено начали со сбора первичной информации. Главный инженер, суровый узбек, по сути местный хозяин тайги, посмотрел на меня зеленого тогда, невзлюбил и пренебрежительно отнесся к делу выдачи информации. Хорошо хоть не закопали меня тогда, а могли без вариантов. И никто искать бы не стал
Дал мне абы кого из местных в помощь, а те в соответствии с указаниями давали информацию абы какую. Через две недели я понял что учета нефти там никакого. То есть погрешность ошибки (!) двенадцать тонн нефти в день!!!
Короче, забахал я ему базу данных в соответствии с полученными данными и рассчитал ему расход, приход и прочие дела.
Главный инженер посмотрел на результаты и говорит "фигня твоя программа, я знаю реальные цифры они вообще ничего общего не имеют с твоими результатами". Я ему в ответ "исходные кто давал? Компьютер не волшебная машина, он точно посчитает но только то что ему дали, и если результат неверный, значит все исходные брехня". Ну и рожа у него была. Но одно он понял, компьютер не волшебная машина. Видимо до того момента он думал по другому