В конце 2022 года мы ВКонтакте выбирали единый инструмент для управления состоянием всего продукта и остановились на Effector. В течение года, пока шло внедрение, мы узнали про него много нового, столкнулись с различными сложностями и проблемами. Придумали костыли для решения некоторых из них, попытались подружить разные костыли между собой, но в конце концов пришли к выводу, что Effector не для нас.
Немного углубившись в тему управления состоянием, мы осознали, что Effector — достаточно сырая библиотека, недостатки которой зачастую проявляются сильно позже, чем хотелось бы, и, по нашему мнению, перевешивают существующие достоинства. Поэтому мы решили от него отказаться. Было больно осознавать количество потерянного времени, но, как говорится, — лучше поздно, чем никогда.
В докладе я подсвечу основные проблемы, с которыми мы столкнулись. Надеюсь, что наш опыт поможет другим командам более взвешенно подходить к выбору инструментов вообще и управления состоянием в частности.
Frontend-developer, team-lead, engineers.
Any level.
Презентация (на Я.Диске)
Член команды VKCOM Kit, которая занимается разработкой внутреннего UI-кита ВКонтакте. Участник группы по разработке архитектуры фронтенда. Увлекается темами управления состоянием и реактивности. Естественно, не раз писал свои (вело)решения, которые спасали от всех проблем существующих библиотек.