Сучасні машини покладаються на с / б. Коли сучасні машини виходять з ладу, наприклад, комп'ютер двигуна виходить з ладу, його зазвичай (хоча і не завжди, але зазвичай) викликає електроніка, а не з / п.
Запитайте будь-якого власника сучасного автомобіля з ECU в ньому, скільки часу його пробіг до дорогої несправності. Я буду приголомшений, якщо ви отримаєте 10 років. Сучасні машини, повні електроніки та датчиків, надзвичайно ненадійні.
Якщо вивчати теорію надійності, відповідь стає сліпучо очевидною. Все механічне (очікуйте програмне забезпечення) має стійкий стан надійності, який є показником відмов, якщо він знаходиться поза межами дитячої смертності та зношеності. Коефіцієнт відмов кінцевого елемента - це SUM коефіцієнта виходу з ладу деталей. Додайте більше деталей: сукупний коефіцієнт відмов стає більшим числом. Завдання полягає в тому, щоб отримати рівень відмов усіх цих компонентів дійсно низький.
Якщо мова йде про такі речі, як ремені ГРМ, датчики зносу циліндрів і кисневі датчики, вони заповнюються лайно, а роз'єми йдуть омічними, а обриви проводів через вібрацію - є методи, які можна використовувати для зниження частоти відмов. У той же час вартість також зростає.
Програмне забезпечення, з іншого боку, має постійний рівень відмов. Незважаючи на труднощі в пошуку дефектів часом, врешті-решт все програмне забезпечення - це ковбасний верстат. Вхідні дані -> Робити речі -> Виходи. Іноді ЗАМОВЛЕННЯ входів та комбінацій входів призводить до збоїв у режимах, які можна виявити. Коли це трапляється, ви виявили свій дефект, виправляєте його та рухаєтесь далі.
Програмне забезпечення, яке не має (відомих) дефектів, фактично має коефіцієнт відмов 0. Він буде працювати вічно без збоїв. (Середній час між відмовами = 1 / коефіцієнт відмов). Першою буде вийти з ладу апаратна платформа.
Програмне забезпечення з дефектами може працювати лише до того часу, коли правильна комбінація умов введення з часом дефект не стане явним.
ПОЛОЖЕННЯ у всьому цьому полягає у тому, щоб спробувати порівняти коефіцієнти відмов фізичних речей (спричинених зносом, міграцією металу в ІС, потраплянням води, вібрацією тощо) зі ступенем виходу з ладу того, що по суті є кінцевим станом, який просто робить саме що підказує його послідовність інструкцій.
(Навіть такі речі, як альфа-частинки, що перегортають біти в оперативній пам’яті, - це фізичне явище, а не дефект програмного забезпечення. Спосіб обробки такого рівномірного МОЖЕ бути дефектом програмного забезпечення, але пам’ятайте, що бридка альфа-частинка була лише черговим входом у програмне забезпечення. )