Свежие обсуждения
Не про радио

Должен ли джел... заказчик учить разработчика держать письку?

1 3

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

 

А что, ТЗ в природе не существует? Открываем, читаем, и либо принимаем лажу (если сами лопухнулись), либо отправляем креатиффщика нах, если это его самодеятельность.

 

Столб всегда правее водилы, который в него въезжает....

 

chav1961: А что, ТЗ в природе не существует?
А вы пишете в ТЗ: "Уст-во не должно зависать?"
Помоему если, уст-во работает не слишком надежно , то почему бы не порекомендовать выход из ситуации?
А от них такие перлы: "Когда , при каких обстоятельствах оно зависло?"
Не ну , конечно, можно привезти им зависший прибор с дальнего востока , в зависшем состоянии, но самолет в, в оба конца за их счет.

 

Alexey:
не имеющее кнопки сброса , штатного откл. питания итп.

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

 

ПВГ: П.С. расшифруйте, пожалуйста "Должен ли джел... ".
Пардон, джен..

ПВГ: а на производстве..., в штатном режиме
Это не производство, автономный прибор, кнопка "вкл" , НИЧЕГО не выключает, и само собой не выведет из зависания.

 

До тех пор, пока Вы не выясните ПРИЧИНУ отказа, всегда будете выглядеть глупее заказчика.
Если причина в общей надёжности чипа - тоже желательно запастись какой нибудь, хотя бы статистической документацией на этот счёт. И предложить джентельменам раскошелиться на более надёжные комплектующие.

 

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

 

петр1: глупее заказчика.
я на стороне заказчика , разработчиков выбирал не я , не буду эту фирму называть , пока , но в сети о ней много нелестного.
Этот спец не знает даже зачем БОД , я говорю, что бы проц не стер свою флешь. Он - " Такие команды в программе не используются!"
По моему ,они преуспели только в "разводке".

 

chav1961: Есть там такой пункт - "требования к надежности".
Я пришел значительно позже ТЗ. Но сейчас что-то вроде опытной партии. Почему бы не внести коррективы , а не ждать зависших приборов от клиентов, а заставит ьсейчас внести изменения.