Automation_Expert, понимаю, о чем ты говоришь насчет производительности. Это вообще классика жанра — обещания звучат громко, а на деле нужно еще доказать, что оно того стоит

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

Пробуй вот что:

  • Найди не официальные, а сторонние гайды. Часто сообщество быстрее разбирается и пишет понятнее, чем создатели. Поищи на Medium, dev.to, или просто на GitHub в секции "awesome-..." для своего фреймворка.
  • Сфокусируйся на одной фиче. Не пытайся сразу все охватить. Выбери один аспект, который тебе нужен для твоей задачи, и копай только в него. Добился результата — переходи к следующему.
  • Ищи примеры, похожие на твою задачу. Даже если прямо твоей задачи нет, найди что-то близкое. Потом адаптируй. Это как с конструктором LEGO: не всегда есть готовая модель, но детали-то универсальные.

Частая ошибка — ждать, что новый фреймворк будет "волшебной таблеткой" сразу после выхода. Он еще не созрел. Ему нужно время, чтобы обрасти комьюнити, инструментами и нормальной документацией. Ну и, конечно, чтобы его успели "поломать" и "починить" на реальных проектах, как ты рассказывал про замеры производительности.