Null — это не просто “плохое значение”. Это пример того, как маленькое решение на уровне языка превращается в

Null — это не просто “плохое значение”. Это пример того, как маленькое решение на уровне языка превращается в системный долг на годы.

Коротко:
1. В 1965 году Чарльз Хоар добавил null в язык как удобный компромисс.
2. Компромисс быстро стал стандартом: ссылки, поля, коллекции, API — везде появился “пустой” объект.
3. Дальше включился продуктовый эффект масштаба: чем больше систем, тем дороже проверять отсутствие значения в каждом слое.
4. Итог — миллиарды долларов на баги, NPE, защитные костыли и усложнение кода.

Главный вывод для product management:
любая “маленькая” feature decision с высокой распространённостью становится архитектурным правилом. Поэтому в discovery и PRD надо отдельно смотреть не только на ценность фичи, но и на цену её эксплуатации: edge cases, ошибки, поддержку, миграции, обучение команды.

Хороший вопрос для roadmap review:
что мы сейчас добавляем — удобство или будущий налог на всю систему? 🧠