А я всегда говорил, что этот мир погубят программисты!
тестерам не рассказали про овраги.....
Тестеры не доглядели
А чем бы тут помог дублирующий датчик?
Как и в большинстве проблем приписываемых программистам, тут виноваты составители ТЗ (isoace отдельно это подчеркнули, сказав, что хотя софт разрабатывала компания Draper, Ispace берет ответвеность за сбой на себя, так как ПО отработало а соответвии с ТЗ). Так что руки прочь от программистов
Ааа, так у них было ТЗ на софт!Как и в большинстве проблем приписываемых программистам, тут виноваты составители ТЗ (isoace отдельно это подчеркнули, сказав, что хотя софт разрабатывала компания Draper, Ispace берет ответвеность за сбой на себя, так как ПО отработало а соответвии с ТЗ). Так что руки прочь от программистов
Да ладно, я сто раз так делал! Десятки из них нормально прокатило)))
суровые прогреммеры рекваремантсы пишут по результатам полёта
У Черткова было, как какой то военный приемщик: ну подумаешь, одно реле отвалилось. Так его чуть не съели)))суровые прогреммеры рекваремантсы пишут по результатам полёта
ТЗ составленное в голове, и даже прямо по ходу написания программы не перестает быть ТЗ как его не обзывай. "Хочу, чтобы при нажатии красной кнопки, в кофе добавлялся коньяк" - это ТЗ, А реализовать это в программе - это программирование. И если ТЗ у вас в голове и вы сами пишите программу, то вы, конечно, понимаете, что имеется в виду ваш кофе, а вот если вы то же ТЗ излагаете программисту, то потом не удивляйтесь, что коньяк льется в его кофе, а не в ваш
Программист не знает ничего(и не обязан) о компонетнах и порядке залива кофе в коньяк. это должны ему предоставить составители ТЗ, что, очевидно, японцы не сделали.ТЗ составленное в голове, и даже прямо по ходу написания программы не перестает быть ТЗ как его не обзывай. "Хочу, чтобы при нажатии красной кнопки, в кофе добавлялся коньяк" - это ТЗ, А реализовать это в программе - это программирование. И если ТЗ у вас в голове и вы сами пишите программу, то вы, конечно, понимаете, что имеется в виду ваш кофе, а вот если вы то же ТЗ излагаете программисту, то потом не удивляйтесь, что коньяк льется в его кофе, а не в ваш
Да, не. Насколько я смог понять дело было так: разработчики зонда подумали: если откажет высотомер, в принципе сесть можно, примерно прикинув положение по расчетным данным и аккуратненько
Если я буду писать ТЗ с точностью до того, в чью кружку должен литься коньяк, то я буду молодец, но без работы.
Зачем вы придумываете то,чего не было? Всё заказчики дописали. Просто после изменения места посадки указанное в ТЗ значение стало неверным. Никакой сколь угодно гениальный программист этого знать не мог. А вы хотите, чтобы программисты сами определяли значения физических величин от которых зависит поведение аппарата в полёте? Может программисты тогда будут и траекторию просчитывать, и научные задачи аппарату ставить и статьи в научные журналы писать по результатам исследований? Они у вас походу всезнайки
Это если программист в теме прикладной задачи. Не думаю, что на рынке много программистов, которые в теме полетов над Луной