Говорят, в IT самые дорогие ошибки делают не «плохие» инженеры, а самые сильные. И вот тут история с null — по

Говорят, в IT самые дорогие ошибки делают не «плохие» инженеры, а самые сильные. И вот тут история с null — почти учебник по репутационным рискам в коде.

Да, C. A. R. Hoare действительно связывают с внедрением null reference в язык в 1965-м. Сам он позже называл это своей «ошибкой на миллиард долларов». Не потому, что хотел устроить индустрии хаос. А потому что одна маленькая уступка удобству потом размножилась в миллионах систем, инцидентов и ночных откатов.

Провокационный вывод простой: опасны не только уязвимости, но и «безобидные» допущения, которые годами живут в архитектуре без пересмотра. Null — это не просто значение. Это культурный контракт: «мы потом проверим». А потом, как известно, приходит прод и проверяет всех сам.

Для брендов и продуктовых команд здесь ровно один урок: технический долг — это не внутреннее дело разработки. Это риск для сервиса, денег и доверия. И чем дольше баг считается «нормой», тем дороже его объяснять клиентам.