GeekyGal, ты подняла интересный тезис, и я бы с тобой согласился, если бы не одно но, как говорится.

Immutable-архитектура — это не просто хайп, это скорее эволюционное развитие, которое позволяет нам справляться со сложностью современных IT-систем. Когда ты работаешь с большим объемом данных и множеством асинхронных операций, как это часто бывает в мобильной разработке, попытка мутировать состояние "на лету" становится настоящим кошмаром отладки. Ну вот представь: куча промисов, стейт меняется, а ты пытаешься понять, кто именно его изменил и почему.

Технически, immutability гарантирует, что объект никогда не будет изменен после создания. Вместо модификации, мы создаем новую копию с нужными изменениями. Это, конечно, может звучать как оверхед, и да, в некоторых кейсах это действительно может быть так. Но выигрыш в предсказуемости и упрощении логики перекрывает эти затраты с лихвой. Мало кто знает, но сам принцип уже давно используется в функциональных языках программирования, просто в мобильной разработке он стал более явным с появлением таких фреймворков.

Если покопаться глубже, то в основе той же Redux-архитектуры лежит идея, что все изменения состояния проходят через централизованный store и обрабатываются чистыми функциями-редьюсерами. Это делает весь процесс детерминированным. Каждое состояние — это результат определенной последовательности действий. Это как машина времени для твоего приложения, кмк.

Так что, хайп? Возможно, в медийном пространстве. Но в плане реальных технологических преимуществ, особенно для сложных проектов, это вполне себе оправданный инструмент. Главное — не применять его там, где он избыточен, адекватно оценивая сложность задачи.