Shura (13.07.2010 12:08, просмотров: 66) ответил Леонид Иванович на Любого. Плохая архитектура проекта и плохой стиль программирования способствуют появлению ошибок.-
- Т.е. Вы не согласны, что плохая архитектура проекта и плохой стиль программирования способствуют появлению ошибок? - Леонид Иванович(13.07.2010 13:15)
- Это вещи напрямую не взаимосвязаные - Shura(13.07.2010 13:22)
- Мой опыт говорит, что связанные. Тут мы расходимся во мнениях. - Леонид Иванович(13.07.2010 14:17)
- Это вещи напрямую не взаимосвязаные - Shura(13.07.2010 13:22)
- Это все "до поры, до времени" -> - 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) - Во-во, один мой бывший программер так и писал. Получались системы почти что искуственного интелекта.. они как и настоящий интеллект все время не хотели работать. Потому и сбоев не было - это запрограммированная фича! :)) - POV(13.07.2010 16:22)
- А изобретательный
- Это так называемый человеческий фактор. Человек обязательно когда-нибудь ошибётся! Поэтому задачей разработчика служит исключить этот фактор, не позволить ошибке человека вызвать нежелательные последствия. - бомж(13.07.2010 16:20)
- Ключевое слово "полностью независимое" , просто бальзам на душу. - PlainUser(14.07.2010 08:19,
- Я бы сказал: когда-то все, что было возможно собрать на одном железе, работало без софта. А еще, помимо возможностей и софта, и железа, всегда есть компромисс стоимости разработки/производства/сопровождения/безопасности и testerplus(30 знак., 13.07.2010 13:34 - 13:44)
- Еще добавил бы про компромисс сроков. Тогда либо "хуйня", либо ничего. - testerplus(13.07.2010 13:40)
- Вот из-за этого компромисса вся хуйня и лезет - Shura(13.07.2010 13:38)
- Мне нравится немецкий подход к безопасности софта. В опасных для здоровья/жизни проектах априори предполагается ненадёжность микропроцессора, софта и человеческого фактора. бомж(1172 знак., 13.07.2010 14:42 - 15:01)
- Избыточностью железа можно покрыть всё. Ведь когда-то всё работало на одном железе, без всякого софта - и ничего. - Shura(13.07.2010 13:25)
- Ну, с совместным доступом можно и со стандартной ОС наплодить трудноуловимых багов. Я просто к тому, что это именно архитектурная ошибка, которую не покрыть избыточностью железа. Конкретное ее проявление (т.е. сильное излучение) - можно, но ошибка могла testerplus(130 знак., 13.07.2010 13:18)
- Да нет, там ключевая фраза - в комплексе не использовалась какая-либо стандартная операционная система: была разработана специальная мультизадачная ОС реального времени. Это серьёзнейшая заявка на то, чтобы наплодить специальных, трудноуловимых и Shura(17 знак., 13.07.2010 13:05)
- Описание второй ошибки (Therac) как раз и говорит за непорядок в архитектуре ПО :совместный доступ к переменной из разных задач. Да и первой (Ariane) тоже: ненужный модуль продолжал выдавать данные. - testerplus(13.07.2010 12:56)
- Как раз у них и с архитектурой и со стилем наверняка было всё в порядке - Shura(13.07.2010 12:38)
- Т.е. Вы не согласны, что плохая архитектура проекта и плохой стиль программирования способствуют появлению ошибок? - Леонид Иванович(13.07.2010 13:15)