home.social

#управление_состоянием — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #управление_состоянием, aggregated by home.social.

  1. Многозадачность: существует ли на самом деле, и почему она может нас сломать

    Когда мне говорят: «я просто умею работать в условиях многозадачности, такой вот я молодец», а действительности я почти всегда слышу: «у меня настолько зашкаливает тревога, я так привык жить с ней вместе, что уже считаю это частью своей личности». И тут речь не идет про слабость или плохие навыки тайм‑менеджмента. Часто многозадачность — это просто навык справляться с внутренним напряжением. Человек берёт всё больше задач, постоянно переключается, отвечает сразу в пяти чатах (а зачастую не только в рабочих, но и детских, домовых и прочее), держит в голове десятки процессов. И в определенный момент закономерно начинает ощущать странное состояние: весь день что‑то делал, но как будто ничего не сделал. Я более 17 лет проработала в международных компаниях и долго считала такое состояние нормой для высокоэффективных сотрудников. Пока не поняла, что мозг, вообще‑то, работает иначе.

    habr.com/ru/articles/1034626/

    #стресс #многозадачность #перегрузка #выгорание #нейробиология #амигдала #мозг #управление_состоянием #переключение #закономерности

  2. Многозадачность: существует ли на самом деле, и почему она может нас сломать

    Когда мне говорят: «я просто умею работать в условиях многозадачности, такой вот я молодец», а действительности я почти всегда слышу: «у меня настолько зашкаливает тревога, я так привык жить с ней вместе, что уже считаю это частью своей личности». И тут речь не идет про слабость или плохие навыки тайм‑менеджмента. Часто многозадачность — это просто навык справляться с внутренним напряжением. Человек берёт всё больше задач, постоянно переключается, отвечает сразу в пяти чатах (а зачастую не только в рабочих, но и детских, домовых и прочее), держит в голове десятки процессов. И в определенный момент закономерно начинает ощущать странное состояние: весь день что‑то делал, но как будто ничего не сделал. Я более 17 лет проработала в международных компаниях и долго считала такое состояние нормой для высокоэффективных сотрудников. Пока не поняла, что мозг, вообще‑то, работает иначе.

    habr.com/ru/articles/1034626/

    #стресс #многозадачность #перегрузка #выгорание #нейробиология #амигдала #мозг #управление_состоянием #переключение #закономерности

  3. Многозадачность: существует ли на самом деле, и почему она может нас сломать

    Когда мне говорят: «я просто умею работать в условиях многозадачности, такой вот я молодец», а действительности я почти всегда слышу: «у меня настолько зашкаливает тревога, я так привык жить с ней вместе, что уже считаю это частью своей личности». И тут речь не идет про слабость или плохие навыки тайм‑менеджмента. Часто многозадачность — это просто навык справляться с внутренним напряжением. Человек берёт всё больше задач, постоянно переключается, отвечает сразу в пяти чатах (а зачастую не только в рабочих, но и детских, домовых и прочее), держит в голове десятки процессов. И в определенный момент закономерно начинает ощущать странное состояние: весь день что‑то делал, но как будто ничего не сделал. Я более 17 лет проработала в международных компаниях и долго считала такое состояние нормой для высокоэффективных сотрудников. Пока не поняла, что мозг, вообще‑то, работает иначе.

    habr.com/ru/articles/1034626/

    #стресс #многозадачность #перегрузка #выгорание #нейробиология #амигдала #мозг #управление_состоянием #переключение #закономерности

  4. Многозадачность: существует ли на самом деле, и почему она может нас сломать

    Когда мне говорят: «я просто умею работать в условиях многозадачности, такой вот я молодец», а действительности я почти всегда слышу: «у меня настолько зашкаливает тревога, я так привык жить с ней вместе, что уже считаю это частью своей личности». И тут речь не идет про слабость или плохие навыки тайм‑менеджмента. Часто многозадачность — это просто навык справляться с внутренним напряжением. Человек берёт всё больше задач, постоянно переключается, отвечает сразу в пяти чатах (а зачастую не только в рабочих, но и детских, домовых и прочее), держит в голове десятки процессов. И в определенный момент закономерно начинает ощущать странное состояние: весь день что‑то делал, но как будто ничего не сделал. Я более 17 лет проработала в международных компаниях и долго считала такое состояние нормой для высокоэффективных сотрудников. Пока не поняла, что мозг, вообще‑то, работает иначе.

    habr.com/ru/articles/1034626/

    #стресс #многозадачность #перегрузка #выгорание #нейробиология #амигдала #мозг #управление_состоянием #переключение #закономерности

  5. Непрерывность контекста как следующий слой эффективности ИИ: от ответа к воспроизводимости

    В этой статье “контекст” не равен окну токенов и не сводится к длине истории чата. Непрерывность контекста — это сохранение рабочей преемственности между шагами: удерживаются цель и ограничения, не теряются принятые решения, фиксируются допущения и границы исходных данных, а при сбоях сохраняется способность вернуться в рабочий режим без перезапуска процесса.

    habr.com/ru/articles/1010962/

    #preflight_проверка #маркировка_допущений #genre_completion #scope_check #assumption_marking #recovery #управление_состоянием #контроль_качества_ответов #память_модели

  6. Удалить полпроекта: как мы переписывали MobX‑сторы на React Query в большом Next.js‑проекте

    Привет. Я Дима Рагозин, фронтенд-разработчик в KTS . Эту статью я хочу начать с предыстории. Полтора года назад на проекте для одного крупного клиента мы получили задачу — ускорить главную страницу. К тому моменту в кодовой базе уже жили два отдельных фронтенд-приложения под две разные платформы — CSR-версия (Client Side Rendering) и SSR‑версия (Server Side Rendering), — а MobX‑сторы все время жизни проекта разрастались вместе с функциональностью. Каждый новый экран приносил еще один класс (а то и несколько), еще кучу связей, и в какой‑то момент мы стали замечать снижение воспринимаемой скорости приложения, избыточные HTTP‑запросы, сложности с поддерживаемостью и другие проблемы, которые становились критичнее по мере роста проекта. В статье я расскажу о том, как мы шаг за шагом перевели такие сторы на React Query, сократили код вокруг запросов на ≈50 % и практически избавились от повторных GET‑ов. Попутно поведаю о наших граблях и поделюсь советами по миграции.

    habr.com/ru/companies/kts/arti

    #mobx #React #React_Query #Nextjs #Frontend #Управление_состоянием #Оптимизация_производительности #ssr

  7. Удалить полпроекта: как мы переписывали MobX‑сторы на React Query в большом Next.js‑проекте

    Привет. Я Дима Рагозин, фронтенд-разработчик в KTS . Эту статью я хочу начать с предыстории. Полтора года назад на проекте для одного крупного клиента мы получили задачу — ускорить главную страницу. К тому моменту в кодовой базе уже жили два отдельных фронтенд-приложения под две разные платформы — CSR-версия (Client Side Rendering) и SSR‑версия (Server Side Rendering), — а MobX‑сторы все время жизни проекта разрастались вместе с функциональностью. Каждый новый экран приносил еще один класс (а то и несколько), еще кучу связей, и в какой‑то момент мы стали замечать снижение воспринимаемой скорости приложения, избыточные HTTP‑запросы, сложности с поддерживаемостью и другие проблемы, которые становились критичнее по мере роста проекта. В статье я расскажу о том, как мы шаг за шагом перевели такие сторы на React Query, сократили код вокруг запросов на ≈50 % и практически избавились от повторных GET‑ов. Попутно поведаю о наших граблях и поделюсь советами по миграции.

    habr.com/ru/companies/kts/arti

    #mobx #React #React_Query #Nextjs #Frontend #Управление_состоянием #Оптимизация_производительности #ssr

  8. Удалить полпроекта: как мы переписывали MobX‑сторы на React Query в большом Next.js‑проекте

    Привет. Я Дима Рагозин, фронтенд-разработчик в KTS . Эту статью я хочу начать с предыстории. Полтора года назад на проекте для одного крупного клиента мы получили задачу — ускорить главную страницу. К тому моменту в кодовой базе уже жили два отдельных фронтенд-приложения под две разные платформы — CSR-версия (Client Side Rendering) и SSR‑версия (Server Side Rendering), — а MobX‑сторы все время жизни проекта разрастались вместе с функциональностью. Каждый новый экран приносил еще один класс (а то и несколько), еще кучу связей, и в какой‑то момент мы стали замечать снижение воспринимаемой скорости приложения, избыточные HTTP‑запросы, сложности с поддерживаемостью и другие проблемы, которые становились критичнее по мере роста проекта. В статье я расскажу о том, как мы шаг за шагом перевели такие сторы на React Query, сократили код вокруг запросов на ≈50 % и практически избавились от повторных GET‑ов. Попутно поведаю о наших граблях и поделюсь советами по миграции.

    habr.com/ru/companies/kts/arti

    #mobx #React #React_Query #Nextjs #Frontend #Управление_состоянием #Оптимизация_производительности #ssr

  9. Удалить полпроекта: как мы переписывали MobX‑сторы на React Query в большом Next.js‑проекте

    Привет. Я Дима Рагозин, фронтенд-разработчик в KTS . Эту статью я хочу начать с предыстории. Полтора года назад на проекте для одного крупного клиента мы получили задачу — ускорить главную страницу. К тому моменту в кодовой базе уже жили два отдельных фронтенд-приложения под две разные платформы — CSR-версия (Client Side Rendering) и SSR‑версия (Server Side Rendering), — а MobX‑сторы все время жизни проекта разрастались вместе с функциональностью. Каждый новый экран приносил еще один класс (а то и несколько), еще кучу связей, и в какой‑то момент мы стали замечать снижение воспринимаемой скорости приложения, избыточные HTTP‑запросы, сложности с поддерживаемостью и другие проблемы, которые становились критичнее по мере роста проекта. В статье я расскажу о том, как мы шаг за шагом перевели такие сторы на React Query, сократили код вокруг запросов на ≈50 % и практически избавились от повторных GET‑ов. Попутно поведаю о наших граблях и поделюсь советами по миграции.

    habr.com/ru/companies/kts/arti

    #mobx #React #React_Query #Nextjs #Frontend #Управление_состоянием #Оптимизация_производительности #ssr

  10. Zustand в React

    Управление состоянием в React — один из самых важных моментов при разработке приложений. Многие начинают с useState и useReducer , но со временем понимают, что для глобального состояния нужно что-то более мощное. Здесь хорошо подойдут Redux, MobX, Recoil и, конечно, Zustand . Zustand (читается «цуштанд», в переводе с немецкого — «состояние») — это пр остая и мощная библиотека для управления состоянием в React, которая решает проблемы существующих решений.

    habr.com/ru/companies/otus/art

    #react #Управление_состоянием

  11. Особенности Effector, которые почему-то никто не обсуждает: опыт ВКонтакте спустя год использования

    Меня зовут Андрес, я руководитель команды разработки внутреннего UI-кита ВКонтакте. А это ещё одна статья про инструменты управления состоянием. Сегодня мы не будем изобретать ничего нового, а поговорим про библиотеку Effector. (Внимание, под катом много картинок.) Что там за особенности?

    habr.com/ru/companies/vk/artic

    #effector #управление_состоянием #вебразработа #вебсервисы

  12. Особенности Effector, которые почему-то никто не обсуждает: опыт ВКонтакте спустя год использования

    Меня зовут Андрес, я руководитель команды разработки внутреннего UI-кита ВКонтакте. А это ещё одна статья про инструменты управления состоянием. Сегодня мы не будем изобретать ничего нового, а поговорим про библиотеку Effector. (Внимание, под катом много картинок.) Что там за особенности?

    habr.com/ru/companies/vk/artic

    #effector #управление_состоянием #вебразработа #вебсервисы

  13. Особенности Effector, которые почему-то никто не обсуждает: опыт ВКонтакте спустя год использования

    Меня зовут Андрес, я руководитель команды разработки внутреннего UI-кита ВКонтакте. А это ещё одна статья про инструменты управления состоянием. Сегодня мы не будем изобретать ничего нового, а поговорим про библиотеку Effector. (Внимание, под катом много картинок.) Что там за особенности?

    habr.com/ru/companies/vk/artic

    #effector #управление_состоянием #вебразработа #вебсервисы

  14. [Перевод] Актуально ли сегодня ООП?

    Почти каждый день возникают дискуссии с критикой или восхвалением объектно-ориентированного программирования. «Java устарела!», «Java потрясающая!». В этой статье я проведу прагматичное исследование ООП на 2024 год. Термин объектно-ориентированное программирование придумал Алан Кэй . Кэй был членом команды PARC , которая изобрела графический интерфейс пользователя , сделавший таким полезным современный Интернет, персональные компьютеры, планшеты и смартфоны. Ещё она изобрела некоторые из объектно-ориентированных языков, на которых мы сегодня реализуем эти GUI. Если отсечь все эмоции, связанные с ООП, то что останется? По-прежнему ли ООП является эффективным инструментом разработки ПО, или оно превратилось в устаревшее увлечение? Профессионалам важно знать ответ на этот вопрос!

    habr.com/ru/companies/ruvds/ar

    #ruvds_переводы #ооп #распределенные_системы #микросервисы #управление_состоянием #инкапсуляция