Зачем фронтэнду следить за состоянием

Состояние компонента важная сущность в работе современного фронтэнда. Но не всегда мы должным образом к нему относимся. Частая история - монстроузные монолитные сторы на все случаи жизни приложения, да ещё без сбросов и очисток. И, как правило, это не создаёт сложностей в работе приложения (опустим тонкости культуры разработки кода и сопровождения низкобюджетного кода), но порой случаются интересные моменты.

В настоящий момент решил покрутить Godot и прохожу КМБ. Шаг за шагом, делай раз, делай двас... И у меня не сходится. У них там есть свойство, а у меня нет. Минут 40 искал, читал, перечитывал, сравнивал, где я свернул не туда...

Фильтры. Почему-то интерфейс Godot напрочь забивает на очистку фильтров и хранит любой ввод до перезапуска. И вот я на это попался - фильтр фильтровал свойства сущности, тихо... незаметно...

В общем за состоянием нужно следить внимательно. По мимо плохой практики архитектуры и разработки кода, некачественная работа с состояниями может привести к значительной (и крайне неожиданной) порче UX вашего решения.