...Вона блює і співає

Коли читаєш про підхід Margaret Hamilton до програмування Apollo, виникає дивне відчуття: багато з того, що вона робила в 1960-х, сьогодні виглядало б цілком буденно на code review. Програма не повинна просто виконувати happy path. Вона має передбачати failure, перевіряти припущення, розрізняти критичні й другорядні операції та мати визначену поведінку в unexpected states. Сучасні назви для цього — defensive programming, fault tolerance та error handling.

Під час посадки Apollo 11 комп'ютер зіткнувся з перевантаженням через потік даних від радара. Замість того щоб «зламатися», система скористалася priority scheduling: відкинула менш важливі задачі, залишивши ресурси для критичних операцій. Це хороший приклад graceful degradation — система втрачає частину функціональності, але продовжує виконувати те, заради чого вона існує. І це принципово інший підхід, ніж просто перевіряти вхідні дані й сподіватися, що runtime errors ніколи не стануться.

Не менш знайомим сучасному розробнику є її підхід до тестування. Hamilton цікавили не лише окремі компоненти, а й те, що відбувається на їхніх межах: чи одна частина системи правильно розуміє припущення іншої, що станеться при неочікуваній комбінації подій, чи можна відновитися після помилки. Сьогодні для цього ми маємо integration tests, interface contracts, failure scenarios і всілякі fault injection techniques. Назви змінилися, але проблема залишилася тією самою.

Тому спадщина Hamilton цікава не стільки як історія про «геніальних програмістів NASA», скільки як нагадування про одну досить фундаментальну річ у software engineering: failure — це частина нормальної роботи системи, а не виняткова подія, яку можна просто не враховувати. Хороший код описує не тільки те, що система робить, коли все працює, а й те, що вона робить, коли все починає йти шкереберть. І в цьому сенсі програмування Hamilton 1960-х напрочуд добре узгоджується з тим, як ми намагаємося писати надійне software сьогодні.

Вітаємо👋 Ваше замовлення прямує до вас🚚 Просимо звернути вашу увагу! У зв’язку з воєнним станом замовлення можуть доставлятись з затримкою.
Ваша накладна: [redacted] буде у вас [redacted]📬

Будемо вам вдячні за позитивний відгук ⭐️⭐️⭐️⭐️⭐️ у нас на сайті, після нього даруємо 10% знижки на наступну покупку🤗

З повагою 💞Інтернет - магазин [redacted].

За наводку дякувати шановному jonathan_simba.

bytebuster

Matthew Chapman: Believe it or not, Trump's insane proclamation that he will keep tariffs in place until there are no more Mercedes on Fifth Avenue gave me a moment of clarity.

I think I finally understand Trump's economic philosophy now. And we are absolutely screwed.

The one thing that you need to understand about Trump is that he is, at his core, a con man with no empathy.

Therefore, he assumes that all other people are also con men with no empathy, and every exchange of goods and services that exists in the world is, on some level, a con.

Trump assumes every transaction in the world — between people, businesses, nation-states, even between two different agencies of the same government — has a winner and a loser, a scammer and a sucker. He believes if you're not ripping someone off, you're getting ripped off.

From an economist's perspective, this is complete nonsense. Unless there are major information asymmetries or distortions of market power, and often even then, most transactions are generally to the mutual benefit of both parties.
Otherwise no deals would ever get made.

[…] Treasury […] has issued a new determination under Executive Order (E.O.) 14071, which prohibits the supply to any person in the Russian Federation of (1) IT consultancy and design services; and (2) IT support services and cloud-based services for enterprise management software and design and manufacturing software. The determination will take effect on September 12, 2024.