Последний пост в этом канале был несколько месяцев назад, и я поняла, что хочу оживить его. За это время я успела сменить команду и получить много разного интересного опыта, которым буду делиться с вами 🥰

Сегодня хочу коснуться такой темы, как стейт менеджеры. Я с огромным удовольствием посмотрела доклад Дмитрия Бабина “Вам не нужен state менеджер “. Дмитрий сделал действительно классный анализ существующих на данный момент стейт менеджеров (упустив, однако, effector и mobx), а также сравнил их с хранением состояния средствами react. Вставлю свои пять копеек.

Дмитрий подчеркивает такую проблему стейт менеджеров, как отсутствие экосистемы (на reatom нет библиотеки работы с формой и тд), объясняя это тем, что если мы заносим в проект стейт менеджер, то мы хотим писать на нем всю бизнес логику. Я всегда относилась к стейт менеджерам иначе - в первую очередь я использовала их для хранения данных, используемых глобально (как минимум в нескольких местах приложения), а не как место для написания бизнес логики. Мои требования к стейт менеджеру следующие:

- Стейт является структурой вида “ключ-значение”.
- Содержит геттер данных по ключу.
- Содержит сеттер данных, причем для каждого поля может быть только один сеттер. Этому требованию очень удобно удовлетворяет Redux: в нем принято писать один action creator, который возвращает action, и диспатчить этот action creator из разных мест приложения; но не удовлетворяет, например, effector, потому что он допускает установку данных как в push дизайне (вызов ивента), так и в pull дизайне (подписка стора на эффект). Почему это так важно, опишу позже.
- Удобные девтулзы.

Бизнес логику я распределяла и хранила в: 1. компонентах реакт (например, вызов запроса, если он вызывается только в одном месте), 2. в ts классах (отлично подходит для кода, не требующего механизмов реактивности), 3. в redux-thunk (в небольших приложениях) или 4. в эпиках rxjs (в больших приложениях). Таким образом, я изначально проектировала свой код так, чтобы стейт менеджеру отводилась роль хранилища, поэтому с проблемой, о которой говорит Дима, я за свой профессиональный опыт так и не столкнулась.

Для чего я вообще использую стейт менеджеры? Главная проблема, которую они для меня решают, возникает вовсе не в процессе написания кода, а в процессе поддержки и эксплуатации. Хранение глобальных данных во время написания кода - это вообще не проблема. Я могу легко написать код, который хранит данные где угодно - в реакт хуках, в контексте, да хоть в объекте window. Однако потом наше приложение постепенно обрастает пользователями и фичами, и рано или поздно мы неизбежно сталкиваемся с багом: в наших глобальных данных почему-то лежит не то, что мы ожидаем. Ждем foo, а лежит bar. И дальше наша - понять, почему так получилось, и устранить проблему. Для этого, во-первых, надо понять, какие данные записаны неверно. И вот тут-то пригождаются топовые девтулзы редакса: я просто открываю девтулзы и смотрю текущий слепок данных, в котором достаточно легко нахожу неверные данные. Дальше надо понять, откуда записались неверные данные. Для этого я ставлю в соответствующем action creator брейкпойнт дебаггера и в два счета нахожу в колстеке виновника.

Таким образом, два последних пункта, про которые я пишу - удобные девтулзы и один сеттер данных, в который можно поставить дебаггер - для меня принципиальны. Поэтому я уже много лет остаюсь верной редаксу: мне не нужны суперфичи в стейт менеджере, мне нужны удобные девтулзы для поддержки и дебага приложения. Ни один другой стейт менеджер, ровно как и нативные фичи реакта (контекст, хуки) такой удобный дебаг для меня не предоставляют.

Про меня написали на канале cloud.ru 👇👇👇

Стиль жизни или достигаторство

В первом случае - это здоровое отношение к себе, своим ресурсам и целям, второе - это нарциссическое стремление удивить, доказать, получить признание.

Как отличить одно от другого?

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

Достигаторство - это всегда восприятие результата, а не процесса. Нужно обязательно ставить все более амбициозные цели, достигать их все быстрее. Иначе в жизни кайфа нет.

Как вы понимаете, второй вариант быстро забирает все внутренние силы, не оставляет ничего взамен.

Поэтому я стараюсь строить свою жизнь по первому пути, кайфовать не от цели, а от процесса движения к ней.

Удаленная работа помогла изобрести много разных способов увеличить свой заработок, это привело к появлению новых терминов, часть из которых стоит рассмотреть в отдельном видео на S0ER Talks. Пока кратко опишу новые для меня слова:

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

Плюсы:

- Гибкий график.
- Возможность выбирать проекты по интересам.
- Работа из любой точки мира.

Минусы:

- Нестабильный доход.
- Отсутствие социальных гарантий (отпуск, больничные).
- Необходимость самостоятельно искать клиентов.

Overemployment — это ситуация, когда человек работает на нескольких работах одновременно, часто удаленно, чтобы увеличить доход. Это стало особенно популярно с развитием технологий, которые позволяют совмещать несколько рабочих мест.

Плюсы:

- Значительное увеличение дохода.
- Возможность диверсифицировать свои навыки.

Минусы:

- Высокий уровень стресса.
- Риск конфликтов с работодателями.
- Сложности с управлением временем.

Moonlighting — это подработка, которую человек выполняет помимо своей основной работы. Это может быть как временная работа, так и постоянная дополнительная занятость.

Плюсы:

- Дополнительный доход.
- Возможность реализовать свои увлечения.

Минусы:

- Усталость из-за переработок.
- Возможные конфликты с основным работодателем.


Если обощить, то стратегия при которой объеденяется несколько работ называется "Job Stacking" и это явление, которое в современном мире набрало гигантские обороты. Причем, не только в России, а во всем мире.

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

Человек никогда не устаёт смотреть на огонь и воду, а так же спорить смотрят ли HRы github 👇👇👇