Відео

Привет, тут важно понимать смысл выбора технлогий, например effector дал бы такой же dx, что и reatom на бумаге при разработке, потому-что они оба про mvvm, описание моделей, zustand был выбран как самый хайп. Но вообще данныый пример можно написать на все, что я описывал + создатель реатом помогол с материалом, я думаю спокойно все можно переписать ан effector и тоже сделать выводы

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

Спасибо большое, рад что понравилось. Как вчера мне написали на стриме, а кто усложнил фронтенд кто ? Короче говоря, сами виноваты, надо было просто красить кнопки ❤

Спасибо большое, репозиторий и примеры можно найти в описании, рад что зашло ❤

@@KVelian спасибо и приятного просмотра

Ну рано или поздно все с этим в каком-то виде столкнуться и надо четко понимать инструменты и лимиты

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

Я может с другой планеты или чего-то не видел или не понимаю, большинство проектов вообще не имеют заложенной архитекутры, как раз большинство проектов просто берут условный "redux" ну потому-что исторически так сложилось. Доклад, как раз в том числе о том, что не обазательно react использовать только для ui, ну и опять же рынок доказывает мои слова (хоть это и по mvvm или подобного) Ну часть про rtk query я вообще не понял, redux не устарел, redux не удобен из-за сингл стора, ну и основной моей тейк, веб прекрасен из-за его нетабильности, тебе не нужно в простой проект тащить чистую архитекутур и жесткое разделение и наоборот, когда ты захочешь ты можешь это сделать, хоть и с ньюансами. Об этом и есть мой доклад, что используйте инструменты, а архитектура это тоже инструмент, только когда вы выходите за лимиты и необходимости

@siberiacancode Стейт менеджеры (не сами Стейт менеджеры, а концепция получения стейта и всего остального не через пропсы а как внешней зависимости) это уже грязная концепция, и тогда какая разница сколько у тебя сторов? Я имею ввиду что если проект настолько маленький что ты используешь какой-нибудь сторонний стейт-менеджер лишь бы сделать побыстрее - ты не пострадаешь от лишних ререндеров от редакса, а если проект большой - ты понимаешь что если у функций есть внешние зависимости, то проект непереносимый, неустойчивый к изменениям, нетестируемый и придётся использовать не реакт, особенно если в проекте есть потребность реактивного стейта. Очень забавно что слово "реактивность" присутствует в названии только у реакта, который сейчас чуть ли не единственный НЕ реактивный Фреймворк (те кто не понимает о чём я - пересчитывание всего на каждый пук это не реактивность, это скорее похоже на перезагрузку всего приложения если в БД таблица изменилась, настолько это нелогично). И в языке и в вебе уже давно есть куча функционала из которого можно было бы делать невероятно крутые вещи, но эти апи слишком сложны чтобы использовать их напрямую в проектах, для этого и нужны библиотеки и фреймворки, а в реакте все делают вид что они застряли в 2014-15 году (для того чтобы работало на старых устройствах? Но такая проблема возникает только на крупных проектах, для которых, как я уже написал выше, реакт не подходит...). Есть только проблема в том что вокруг реакта уже построено невероятно много всего, тот же реакт нейтив... Реакт не будет меняться ещё очень долго, если вообще будет, поэтому если и приходится писать на нём - используют старый знакомый инструмент. Повторю, нам не изменить реакт, он такой каким его сделали разработчики, а именно построен на концепции постоянных ререндеров и хуков. Нам, тем кому уже привычно писать в функциях и при этом контролировать состояния +- вручную (а не как во вью, хотя в composition API есть рефы и пр) нужно думать как написать новый фп фреймвойк/библиотеку для проектирования РЕАКТИВНОГО ui (на новом апи, не оглядываясь на тех кто не хочет обновлять устройства. Те кто не хочет обновлять устройства не нуждаются в сайтах сложнее чем пишут на jQuery, они в интернете пользуются сайтами вроде Bayer который сделан на HTMX (0 интерактивности, только поддержка старых устройств); мы же хотим DX и чего-то современного? Так давайте сделаем!). У меня просто подгорает что все пытаются реанимировать реакт и выдумывают новые библиотеки вместо написания нового фп ui Фреймворка, поэтому, автор, извиняюсь, зря быканул. Вот кстати идея для серии стримов/роликов: крупный проект сообщества по созданию нового Фреймворка в который бы всё заинтересованное сообщество канала бы делало пулреквесты

@@cvtmyveins я понимаю твой крик души связанный с реакт, последнии два обновления я сам хейчу реакт, реакт перестал развиваться и он делает апдейты не для людей а для next, его модель реренберов имеет лимит, при этом вроде бы это библиотека, но вот уже и компайлер. Очень много противоречий я тебя прекрасно понимаю. Я лично сильно сейчас засматриваюсь на vue 3. Мне кажется это идеальный вариант на сегодня. В слово идеальный я вкладываю и не только техническое превосходство, но и коммерческий минимум. Что есть специалисты, инструменты, коммьюнити. Я реакт бой и мне самому очень обидно куда двигается реакт, но при этом я понимаю, что на реакте можно писать и это до сих пор выгодно, но также понимаю, что нужно смотреть вперед. Спасибо за отзыв ❤

Тот самый стример, которого не ставят на 2x

@@siberiacancode вопрос привычки. Смотрю х2, всё прекрасно :)

@@xdFOrfq8VVH6j5kXAh это я получается в 4x ?

@@siberiacancode видимо так 😆

Не часто нужно состояние где угодно, но такой момент есть и в докладе про это говорится. Но зустанд это мини версия адекватного для react useSyncExternalStore

@@curseeedd спасибо за коммент и просмотр 😎

Ui логика это работа ввода и вывода данных, валидация, доп сайд эффекты, которые были показаны с полем email например чистой воды бизнес логика, ну и конечно on sibmit. В этом и большая проблема, что люди не понимают, что есть бизнес логика Ввод значений и отображений в инпуте да, но даже тут может быть бизнес логика в зависимости введнего и отображаемого

@@siberiacancode И валидация (на клиенте) никак не связана с бизнесом, это всё также UI. А про сайд эффекты, ну, смотря какие. Если вы в компоненте делаете на onSubmit запросы куда-то и в зависимости от ответа что-то ещё делаете, то тут скил ишью как говорится. Не нужно так делать и не будет смешивание бизнес логики и UI. Отдайте введённые данные во внешний стор, там обработайте, сделайте нужные сайд эффекты и будет вам счастье

@@siberiacancode Твои рассуждения смешивают UI-логику и бизнес-логику: базовая валидация ввода, например, проверка формата email и обработка событий формы - это задачи UI, тогда как бизнес-логика включает правила, зависящие от доменной специфики. Перекладывать ответственность за доменные решения на UI усложняет поддержку и тестирование приложения, поэтому важно четко разделять обязанности компонентов.

@ я описал это уже в тг, что некоторые валидации уже стали дефолтом ux, но твои размышления ломается, если я скажу требования, что например в сервисе имена Дима забанены, написать под полем это ui, а вот вычислить этот кейс это бизнес логика.

@@siberiacancode Так это и имелось в виду. Вычисление запрета имени - это бизнес-логика, а вот показать ошибку под полем - чистая UI-логика. Поэтому важно их разделять, чтобы не запутывать код и не смешивать ответственность.

Mobx не был рассмотрен и в конце я поднимаю эту тему, потому-что мобкс полностью использует по другому реакт. Но в мобкс есть такая же проблема, как у всего кроме reatom и effector - это экосистема. На мобкс все придется писать самому, да фабрику легче сделать, но все же

@@siberiacancode я соглашусь с этим. Но и на счёт всё писать самому - палка в двух концах. MobX не требует уж слишком много кода, зато он понижает порог вхождения в проект (просто понимать что такое классы и обсервер), о чем говорилось в начале доклада

@@v1va53 важно, я и не говорил, что какие технологии плохие, я лишь хотел показать некоторые аспекты и мысли. Ничего его о против мобкс не имею

@@siberiacancode выглядят как попытка оправдать предвзятость, без конкретики. Говоришь про «экосистему», но сам избегаешь объективного сравнения. Для разработчика такие поверхностные аргументы - слабая позиция.

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

Не согласен про использование чата. Прежде всего это делалось для стриминговых платформ и такого формата, а без чата тут никак, это общение + байт на активность. И зачем делать отдельный сайт для диалога это бред полный, какой смысл если есть стрим. Лишнее время тратить?

Привет, спасибо за фидбек 1. Это мой канал и моя конфа, я имею ввиду, что весь доклад и так мое мнение, но если задуматься очень много таких докладов, тут мы обсуждаем много субъективных вещей, поэтому в этом ничего плохого не вижу, кто слушает, кто-то нет 2. Мобкс не взял по нескольким причинам, первая причина это мало на нем опыта, вторая причиная, там я бы получил такую же проблему, как на редакс связанную с экосистемой, но тестить и писать саму логику там в разы проще тут тру, ну и фабрики тоже делать намного легче

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

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

@@aleksandrsadchikov3704да тут каждому свое, по цифрам могу сказать и по своему ощущению, что получилось супер топ, мне лично понравилось и все кто ждали доклад тоже

Я даже не знаю, хорошо это или плохо, но а вообще хотел бы узнать, что конкретно было в воде

не жалуйся, вода источник жизни.

@@injtyaqua 🎉

@@injty 😂😂😂

Шифт проходит раз полгода, нужно просто следить за анонсами

Конечно, некоторые продукты это используют, это хорошие инструменты для mvp и дальнейшей работы, но у них просто есть и лимиты

Ответ на самом деле очень простой, дата это просто мок данные, данная дата в реальном проекте придет с бека, тоесть у тебя не будет const data, а тип будет необходим для работы в коде.

@@siberiacancode Спасибо за ответ

Я вообще без понятие, что это такое

нет, у Димы там мак закипел😅

К сожалению почему-то youtube обрезал видео, хотя сам сказал что стрим шел 2:20:00 опять же пруфы в тг, стрим можно посмотреть в вк, перезалива к сожалению не будет

Похоже это был баг в обс и они сделали хот фикс

Скоро будем смотреть tailwind конфиги

cjs нужен был только тут, спокойно можно сделать и mjs и так далее, у меня лично проблем с типами вообще не было, в antfu пакете их точно нет

Спасибо, но поправить уже не смогу, но респект за такие замечания

Я ничего плохого в этом не вижу, но по своему опыту могу сказать, что prettier справляется в разы лучше, чем stylistic. Плюс я не против иметь 2 инструменты, которые отвечают за каждую зону сами. Но и наоборот круто иметь 1 инструмент, но для меня eslint пока не может победить prettier. Хотя тот же biome сейчас уже имеет и то ито, да пока он в разы меньше, но кто знает

@ а что значит справляется хуже? Можно подробнее?

Спасибо большое, я специально прохожу курсы

Было дело, олды тут ?

Только на пхп

Тот самый блоггер на 2x, я просто так говорю и не смогу измениться в эту сторону

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

Будем пытаться выйти на 1 ролик месяц в след году

Спасибо за такой комментарий, рад помочь

Наоборот, просто показал, из чего состоят плагины. 9 версия это супер удобный инструмент, который ну очень легко заполнять

@@siberiacancode спасибо за пояснение

@@romanmed9035 тебе спасибо за вопрос

Скоро будет, ждем ждем< вроде как там шатают эту тему

Там есть флаг в 22 ноде, чтобы запускать тс без tsc и других

​@@dobernike_ этот флаг для игнорирования типов, а не для поддержки TS.

Уже долгое время есть ts-node. Другое дело, что авторы не осилили в нем нормальный кеш и просто кеш выпилили. Поэтому нужно использовать форк, в котором кеш возвращение.

Летсго, летим в реки

Я просто делаю ролики англ текстом и на typescript по возможности, ролик полностью мой 😢

​@@siberiacancode видно что ты сам сделал по фону в видео и в картинках твой фирменный наверное фон(черный фон с белыми линиями)

@@dkuba да спасибо, я и не пытался с человеком прям спорить, просто обозначил и се, спасибо

Топовый коммент, я бы сказал базовый 🎉

Спасибо большое, рад для всех вас стараться ❤

naive ui - это была библиотека лучшая среди худших, все равно даже рядом не стоит с react ui либами такими как mantine, shadnc ui, adobe, да даже mui. Но уже вот прошло полгода и начали появляются крутые истории Reka UI (reka-ui.com/), Nuxt UI v3 (ui3.nuxt.dev/getting-started), Varlet UI (varletjs.org/#/en-US/index), Oku ui (oku-ui.com/)

работаем работаем

А можешь перечислить, я тогда смогу найти

Делаем делаем