Evgeny_CDАрхитектор (05.02.2019 23:01, просмотров: 661) ответил VLLV на ОК. События последних месяцев сделали из меня скептика в части тестирования говнокода. Массовая ошибка в полях не повторяется на столе. Это фиаско тестирования, жизнь богаче любых измышлений тестировщика. Рулит качество проектирования.-
- Тут уважаемый fk0 "космическое программирование" поминает. Вот есть такое (совсем не космическое) документище, "ГОСТ Р МЭК 61508-3-2007 Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с Chum_A(409 знак., 06.02.2019 09:29, ссылка)
- По поводу крайностей не поспоришь. А по поводу ошибок - как бывает, когда программист предусмотрительнее заказчика :) : VLLV(195 знак., 06.02.2019 06:04)
- Где ты видел диагностику или обработку ошибок? Программисты программы пишут не предполагая возникновения ошибок в используемых подсистемах (библиотечных функциях или аппаратуре), ошибок у себя и какой-либо их обработки (возможность аварийного fk0легенда(13386 знак., 06.02.2019 03:12)
- Хорош! Согласен. Я вообще считаю, что embedded-разработка в большинстве случаев должна быть "поддержко-ориентирована", т.к. быстро решить проблемы или доработать, зачастую более приоритетно, чем быстро выпустить продукт (любые остановки, вызовы Oman(566 знак., 06.02.2019 14:55)
- Вдогонку вспомнилось. Ещё в embedded следует с большой осторожностью относится ко всем рекурсивным алгоритмам. В частности -- к сортировке. Вполне возможно, что в C-библиотеке идущей в комплекте с компилятором реализована функция qsort(), и что fk0легенда(1277 знак., 06.02.2019 03:39)