У марсианского зонда случилось переполнение

Это очень круто, что смогли определить причину. Я бы например не смог, пока еще десяток зондов в пошаговом режиме на Марс не скинул бы.

профессия программиста дискредитирует саму себя, превращаясь из инженерной специальности в профессию для ПТУ?

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

профессия программиста дискредитирует саму себя, превращаясь из инженерной специальности в профессию для ПТУ?

Поразительно странный вывод. А знаешь сколько раз учёные ошибаются при проведении экспериментов? Там 99.999% экспериментов — ошибки. Значит ли это, что профессия учёного себя дискредитировала и учёным достаточно 5 классов средней школы вместо университета?

Было бы лучше, если бы

Писали на том языке, который подходит под то железо. Это раз. А во-вторых такие ошибки — алгоритмические. Т.е. смена языка не изменила бы ничего. Ты думаешь в лиспе -100 с точки зрения арифметики сильно отличается от сишного -100?

профессия программиста дискредитирует саму себя, превращаясь из инженерной специальности в профессию для ПТУ?

Еще Дейкстра всех предупреждал, что инженерный подход в разработке ПО - это неправильно.

От смены языка дефолтные целые могут смениться на непереполняемые.

тухловатый вброс же.

Казалось бы при чем тут язык. Датчик показал чепуху, а тестов не завезли и в коде проверок таких ситуаций не предусмотрели.

А знаешь сколько раз учёные ошибаются при проведении экспериментов?

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

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

Т.е. смена языка не изменила бы ничего. Ты думаешь в лиспе -100 с точки зрения арифметики сильно отличается от сишного -100?

В лиспе по крайней мере нет переполнения.

Еще Дейкстра всех предупреждал, что инженерный подход в разработке ПО - это неправильно.

Если бы был инженерный подход, то такой ошибки наверняка бы не было.

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

Казалось бы при чем тут язык. Датчик показал чепуху, а тестов не завезли и в коде проверок таких ситуаций не предусмотрели.

Так переполнение же. В одних языках это возможно, а в других нет.

Очень странная ошибка. Неужели тестов по всему диапазону значений датчика не было?

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

Чего переполнение, наркоман? Это не целочисленное переполнение, это с датчика пришло значение вне диапазона. На чем угодно переписывай код, но он от этого точнее не станет же.

However, saturation – maximum measurement – of the Inertial Measurement Unit (IMU) had occurred shortly after the parachute deployment. The IMU measures the rotation rates of the vehicle. Its output was generally as predicted except for this event, which persisted for about one second – longer than would be expected.

Ну, строго говоря, в датчике тоже, скорее всего, есть какой-то код. И в нём и была ошибка.

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

Почему бы ему тогда и код не писать? Зачем ему макака, за которой еще всё перепроверять?

Ну, строго говоря, в датчике тоже, скорее всего, есть какой-то код. И в нём и была ошибка.

По описанию выглядит как то, что из датчика, в какую то секунду, пришел Int32, а положили его в Int16, т.к. не ожидали что такое вообще придти может. Вот и получили переполнение.

//типы для примера просто, какие там у них были, хрен его знает.

Чего переполнение, наркоман?

А ты дятел. Inertial Measurement Unit имеет на борту управляющий контроллер, который выдает на выход оцифрованные данные с гироскопа.

Какой язык теперь получил звание "не тормозит"?

И? Это ошибка. И чем помог бы язык, который обнулил бы отрицательное значение? Только сделал бы поиск настоящей ошибки ещё более сложным.

Такая новость сегодня вышла про зонд Schiaparell

ну...что сказать. Далеко не сегодня.

Ну и что ты этим хочешь сказать? А еще ниже этого контроллера находится какая-нибудь сраная 10-разрядная микросхема ацп, которая тупо отдает '1111111111' и знать не знает про ЛИШП и С.

Не является ли это очередным свидетельством того, что профессия программиста дискредитирует саму себя, превращаясь из инженерной специальности в профессию для ПТУ?

«К нам сегодня забрело
С толстым пузом трололо
Ололо, трололо
Дверь входную разнесло» (ц)

С тем же успехом можно все сбросить на качество QA. Тесты должны покрывать все. В каком то предельном, идеальном случае программа должна автоматически выводиться из тестов каким-нибудь machine learning алгоритмом.

Не нашёл в тексте по ссылке чьи были быдлокодеры.

Это действительно так. Сейчас повсюду пихают всякие умные микросхемы вместо простых аналоговых. Причина — умная электроника легче в разработке. Зато аналоговые схемы почти никогда не отказывают.

которая тупо отдает '1111111111'

Ну так а кто за этим должен следить?

Иди в клуб, остряк.

Надо было писать на ноде.

Было бы лучше, если бы писали на лиспе, например?

Да, но согласились есть дерьмо, как всегда.

Зато аналоговые схемы почти никогда не отказывают.

бугагашеньки

И как это $LANG_NAME определит, что контроллер выдал неверные данные? И самое главное, что он в этом случае должен делать? Вариант «ничего» не канает, т.к. там realtime и промедление смерти подобно.

PS: Наверняка код написан на каком то языке не очень высокого уровня, например на Си. Было бы лучше, если бы писали на лиспе, например?

Слишком толсто, не пройдет

Причем здесь вообще программисты

При том, что если ты не учел отрицательную высоту, то ты не программист, а халявщик

Обнуление конечно не помогло бы. Помогла бы установка чего нибудь типа (y>INT_MAX)?x = INT_MAX:x=y; но на уровне языка.

Не нашёл в тексте по ссылке чьи были быдлокодеры.

Уже все поняли(да никто и не скрывал) что европейцы накосячили, а вы все пытаетесь русских виноватыми найти?

Слишком толсто, не пройдет

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

И как это $LANG_NAME определит, что контроллер выдал неверные данные?

Ну наверное прошивка для контроллера тоже написана на $LANG_NAME?

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

Как помогло? Замаскировало бы ошибку? Ну так она вылезла бы где-то ещё.

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

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

И как это $LANG_NAME определит, что контроллер выдал неверные данные?

А кто сказал что данные неверные? Вроде написано что «данные которых никто не ожидал», то что они при этом являются неверными нигде не написано.

Виновато не переполнение. Виновата логическая ошибка в коде, которая в данном конкретном случае привела к переполнению. Она могла привести в тому, что все показания были бы на 5 метров больше. Или ещё чего.
Но ты на всякий случай пропатчь себе карман и руки, чтобы они могли корректно работать с банкнотами отрицательного номинала.
А то мало ли что:)

И чем помог бы язык, который обнулил бы отрицательное значение?

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

И как бы это исправило ошибку?

Виновата логическая ошибка в коде

Что в ней логического? Ошибка проектирования или математическая ошибка. Если с датчика пришло больше чем ждали, чего тут логического? У меня вот когда синус через 0 переходил в 3д, камера улетала неизвестно куда, это тоже логическая ошибка?

И как бы это исправило ошибку?

Так ошибки не было бы, все бы работало штатно.

в бортовой компьютер была передана неверная информация.

Аппаратное решение: в бортовой компьютер передавать медианное значение 3-х датчиков.

/facepalm

/facepalm

То же могу сказать в ответ. Но не скажу, а попробую объяснить для тугих.

Инженеры ожидали, что некое значение, которое получается в процессе обработки даных с датчика не выйдет за границы некоего диапазона (возможно, ожидания касались значений с датчика). Исходя из этих предположений был выбран тип данных для хранения этого значения. По всей видимости это был сишный int или его аналог для языка, на котором было написано ПО. Однако, от датчика поступили данные, которые не ожидали (там не сказано, что они неверные), в результате чего значение той самой переменной перешло за границы int. Если бы это был не int, а какой нибудь big int, то переполнения бы не было, и система продолжила бы работать в штатном режиме. Что непонятного-то?