Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Вторник
4 августа

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Микроконтроллеры

201336 Топик полностью

Shura (13.07.2010 12:02, просмотров: 193) ответил Леонид Иванович на Быстродействие здесь роли не играет. Ошибки в софте приводят к тому, что программа работает неадекватно. А это как раз волнует.

Какого рода ошибки?

- Любого. Плохая архитектура проекта и плохой стиль программирования способствуют появлению ошибок. - Леонид Иванович(13.07.2010 12:05)
  - Необязательно. Схемы бывают тоже хуёвые, но при этом работоспособные. - Shura(13.07.2010 12:08)
    - Т.е. Вы не согласны, что плохая архитектура проекта и плохой стиль программирования способствуют появлению ошибок? - Леонид Иванович(13.07.2010 13:15)
      - Это вещи напрямую не взаимосвязаные - Shura(13.07.2010 13:22)
        
        Мой опыт говорит, что связанные. Тут мы расходимся во мнениях. - Леонид Иванович(13.07.2010 14:17)
        
        Ту же архитектуру очень часто приходится выбирать далеко не оптимальной исходя из требований совместимости или масштабируемости или портируемости или мало ли чего ещё. Это вовсе не должно приводить к ошибкам, хотя определенные неудобства программерам Shura(17 знак., 13.07.2010 14:23)
    - Это все "до поры, до времени" -> - testerplus(13.07.2010 12:34, ссылка)
      - Как раз у них и с архитектурой и со стилем наверняка было всё в порядке - Shura(13.07.2010 12:38)
        
        Описание второй ошибки (Therac) как раз и говорит за непорядок в архитектуре ПО :совместный доступ к переменной из разных задач. Да и первой (Ariane) тоже: ненужный модуль продолжал выдавать данные. - testerplus(13.07.2010 12:56)
        
        Да нет, там ключевая фраза - в комплексе не использовалась какая-либо стандартная операционная система: была разработана специальная мультизадачная ОС реального времени. Это серьёзнейшая заявка на то, чтобы наплодить специальных, трудноуловимых и Shura(17 знак., 13.07.2010 13:05)
        
        Ну, с совместным доступом можно и со стандартной ОС наплодить трудноуловимых багов. Я просто к тому, что это именно архитектурная ошибка, которую не покрыть избыточностью железа. Конкретное ее проявление (т.е. сильное излучение) - можно, но ошибка могла testerplus(130 знак., 13.07.2010 13:18)
        
        Избыточностью железа можно покрыть всё. Ведь когда-то всё работало на одном железе, без всякого софта - и ничего. - Shura(13.07.2010 13:25)
        
        Мне нравится немецкий подход к безопасности софта. В опасных для здоровья/жизни проектах априори предполагается ненадёжность микропроцессора, софта и человеческого фактора. бомж(1172 знак., 13.07.2010 14:42 - 15:01)
        
        Ключевое слово "полностью независимое" , просто бальзам на душу. - PlainUser(14.07.2010 08:19, )
        
        Это международная практика. стандарт UL (немецкий TUV его локализованный аналог). в некоторых странах часто заменяется стандартами "Авось", "Небось" и 大概 - Snaky(14.07.2010 04:03 - 04:08)
        
        Зачот! 大概 - в бронежилете. -> - Т.Достоевский(14.07.2010 05:44 - 05:59, ссылка)
        
        Ужас. Хорошо у нас, где жизнь человека ничего не стоит. Как, впрочем, и должно быть в природе. - Леонид Иванович(13.07.2010 15:56)
        
        "жизнь человека ничего не стоит" - это просто потому, что у Вас детей пока ещё нет. Появятся, узнаете, сколько стоит жизнь человека. - бомж(13.07.2010 16:13)
        
        :-) выдали корешу в БГУ персональный дозиметр. Он его не долго думая сунул на часок под рентгеновскую установку пока облучал образцы. С положенной периодичностью у них показания снимают. И что вы думаете - нихрена, сдал дозиметр - получил обратно и Shura(18 знак., 13.07.2010 16:00)
        
        Это так называемый человеческий фактор. Человек обязательно когда-нибудь ошибётся! Поэтому задачей разработчика служит исключить этот фактор, не позволить ошибке человека вызвать нежелательные последствия. - бомж(13.07.2010 16:20)
        
        А изобретательный ~~человек~~ мудак потом спичкой блокирует концевик, знаем-знаем... :-/ - Shura(13.07.2010 16:23)
        
        Понимаешь, если человек - самоубийца, то это его выбор. Но разработчик в этом случае не отвечает за случившееся. При условии правильного подхода к разработке :-) - бомж(13.07.2010 16:29)
        
        Отвык ты от наших реалий. Кто виноват и будет отвечать у нас назначают обычно. - Shura(13.07.2010 16:39)
        
        Ну хоть совесть не будет мучить, если единственный кормилец по своей собственной вине потеряет руку, например. Если ты сделал всё, чтобы этого не случилось, а он спичку вставил, чтобы больше заработать. Из жизни пример-то. - бомж(13.07.2010 16:49)
        
        Во-во, один мой бывший программер так и писал. Получались системы почти что искуственного интелекта.. они как и настоящий интеллект все время не хотели работать. Потому и сбоев не было - это запрограммированная фича! :)) - POV(13.07.2010 16:22)
        
        Я немного выше писал, что человеческий фактор, как и остальные ошибки софта и uC, исключаются при помощи блокирующих схем. По крайней мере, в Германии. - бомж(13.07.2010 16:27, ссылка)
        
        Я бы сказал: когда-то все, что было возможно собрать на одном железе, работало без софта. А еще, помимо возможностей и софта, и железа, всегда есть компромисс стоимости разработки/производства/сопровождения/безопасности и testerplus(30 знак., 13.07.2010 13:34 - 13:44)
        
        Еще добавил бы про компромисс сроков. Тогда либо "хуйня", либо ничего. - testerplus(13.07.2010 13:40)
        
        Вот из-за этого компромисса вся хуйня и лезет - Shura(13.07.2010 13:38)