В целом большую часть знал еще с доклада из ШРИ, но про фишку с контекстом спасибо. Буду использовать)

спасибо большое за видео! Кто-нибудь может подсказать книги, или форумы, на которых показывают как учить TypeScript - исключительно для gamedev-a?Я пытался найти, но безуспешно

Ищу того кто может помочь с написание вебэппа, напишите тут свой тг

Спасибо, было полезно)

Благодарю за отличную информацию!

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

Оч круто. Спасибо

Помогите найти толковый курс или обучение по ботам и мини Ап для телеграмм

Хороший доклад, хоть и из Яндекса

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

круто

WebPack и Babel уже прошлый век, давно пора переходить на Vite + SWC. Вот там и будет x20.

Нормуль, интересно! Изюм люблю! :)))

2:01 когда React успел стать фреймворком?

Нормальный доклад. Все приходит с опытом. Лайк.

Что такое Кинопоиск и ШРИ?? И нет, перерендеры не опасны. В отличии от электричества 220 вольт они вас точно не убьют.

спасибо. отличный доклад ❤‍🔥

Норм преза, но зачем давай название `watch` ремоут-приложению? Усложняет восприятие.

А по какой ссылке с QR-кода нужно перейти и где написать, чтобы Кинопоиск в сериалах вернул кнопку «Предыдущая серия»?

Мой мир тоже был разделён: никогда больше говно бесполезное это юзать не буду)

Спасибо! Актуальнейшая тема! Было бы интересно если будет воркшоп с небольшим практическим примером

заикается по кд блять

пустая трата времени, стыд

зачем effector, а не react-hook-form или formik?

15:29 это что еще за утверждение такое, что какие-то там люди из серверной разработки принесли какие-то абривеатуры в ваш ванильненький JS? А может быть это люди с браузерной разработки решили, что логику и побольше стейта надо запихнуть в браузеры, раз уж браузеры и девейсы пользователя такие мощные, а для управления всей этой сложностью пришли к Separation Of Concerns, DRY, MVC и прочим абстракциям, удачным (как в случае с JSX), так и не совсем (о неудачных я не в курсе, думаю они есть).

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

Тема любопытная, жалко мало реального опыта перехода на bun. Это основное, что интересует - правда ли совместим, не ломается ли он и правда ли так быстр, как с Hello World. Вообще, думаю, в некоторых случаях и правда должен быть быстрее, потому что модули переписываются с JS на натив. Но это же и делает их очень сырыми и ненадёжными. Думаю, мало, кто рискнёт реальный прод туда перетаскивать, разве что какие-то пет-проекты.

Если клиент ждет рендера на сервере, то это плохо для всех. SSR эффективен только в паре с кэшированием. Клиенту лучше отдать spa, если нет кэша. И рендерить далее в фоне в кэш. В этом случаи не переносится нагрузка со всех клиентов на сервер, при этом решается задача seo и улучшаются до максимума всякие метрики. Я как понимаю серверные компоненты требуют вычислений на каждый запрос? В них нащупывается хоть какой-то плюс только, если реально нужны все эти вычисления и рендеры на каждый запрос. Тогда рендер отдается постепенно патчами в потоке. Но зачем, не понимаю?? Клиент всё также ждет..., замечает постепенное оживление кусков страницы. Причём рендер серверных компонентов не сеошный (без js не пропатчятся в DOM). Зачем нужен такой рендер, кто скажет?

Интересно, а зачем писать то, что уже сделал Andrea Giammarchi aka WebReflection в своей библиотеке uhtml? Там есть максимальная производительность с атомарными апдейтами, минимальным потреблением памяти и сигналами. Разве что только JSX нет, потому что ей не нужно компиляция. Можно сразу взять и использовать.

Большое спасибо за доклад!

Отличный доклад! На одном дыхании! Единственный минус, не были сказаны минусы данного подхода, без этого, как-будто, не очень объективно выглядит

Сергей просто рассказал как работает компилятор Svelte, только поменял синтаксис компонентов на React-like. В остальном, там будут все те же косяки, что есть в Svelte + набор косяков, которые будут именно из-за React-like синтаксиса. Увы (

Спикер норм, но материал не очень. Точнее он не про то, про что тема доклада. Спикер сходу осуществил подмену понятий и поэтому дальше доклад пошел не туда. В итоге вывод - перерендеры в Реакт опасны и с ними надо бороться - факт!

Сколько не работай с реактом, придется писать костыли для оптимизации.

3 додика спарингуются в мерзости. ужас

Люди которые последний раз искали для себя вакансию Джуна лет 15 назад. Сейчас искать проще 😂😂😂

С псевдородителем не понял, что меняется от оборачивания Context.Provider и useState в отдельный компонент?

Не понимаю, зачем делать иконочные компоненты? Это я про всякие IconCloseOutline24 и подобные - это ведь целые компоненты, если на странице 20 разных иконок, значит будет 20 разных компонентов и в каждом будет svg-path самой иконки, а эти path бывают очень длинные и это всё идёт в яваскрипт, это же много килобайт кода.

после слов "...делаю интерфейс в кинопоиске..." вырубил видео 😂 шучу. вода, конечно, есть, но в целом конструктив. очень понятно Супер!

Хороший доклад, но докладчик не очень - слушать невозможно, смотрел через силу потому что тема интересная

Ярик ❤

+

Очень понравился доклад, Спасибо Петр! Очень много полезной информации

Пётр молодец!

Полезно. Интересно. Спасибо.

я всегда не поленюсь написать хорошему контенту "давай еще! очень круто! делай побольше таких четких видео и встреч!"

Посмотрите подход к работе с иконками в Сберздоровье. Жить станет проще

тупа за 45 минут сказали что уйти наверное возможно в любую другую соседнюю ит спецуху) гениально. просто гениально. и это представители HolyJS

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

тема хорошая. но все сказанное - вода