Почему ошибка появляется не там, где возникла
Представьте счётчик заказов, доступный всей программе. Одна функция увеличивает его после покупки, другая сбрасывает при выходе из аккаунта, а третья использует для расчёта скидки. Если скидка внезапно окажется неверной, ошибка может быть не в расчёте: счётчик раньше изменил код, который вообще не связан с покупками на первый взгляд.
Так возникает скрытая связь между частями программы. Функция зависит не только от полученных аргументов, но и от общего значения, которое могла изменить другая функция. Чтобы восстановить причину сбоя, приходится выяснять не только «кто прочитал неверное значение», но и «кто, когда и при каких условиях записал его последним».
Почему одного просмотра кода мало
Проблема особенно заметна, когда действия происходят в разном порядке: например, пользователь быстро переключает экраны, или программа обрабатывает несколько запросов одновременно. Ошибка может возникать лишь при определённой последовательности событий, а повторный запуск проходит нормально. Отладчик помогает проследить изменения, но чем больше мест записи, тем длиннее цепочка, которую нужно проверять.
Как сделать состояние понятнее
Обычно переменную стараются ограничить небольшим участком кода и передавать нужное значение функции явно — через аргумент. Тогда при чтении видно, откуда берутся данные, а при изменении проще определить круг возможных причин. Если общее состояние действительно необходимо, полезно оставить для него узкий набор операций, а не позволять любому коду менять его напрямую.
Это не означает, что глобальные переменные всегда ошибочны. Риск в том, что чем больше частей программы могут менять одно значение, тем труднее восстановить его историю — и тем легче получить сбой, зависящий от порядка действий.
