Видео

Он точно техлид?))0))

миллионы програмистов используют rx и не парятся за математику одни скалисты 20 лет пристат к друг другу своими монадами

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

огонь! Всех с наступающим! ♥

Что за либа для DDD примитивов?

Источники? "The Absolute Best Intro to Monads For Software Engineers" by @StudyingWithAlex?

классно, емко и по делу, получил много ответов и примеров

А в чем смысл давать ссылку на слайды, в которых только мемы и реклама телеграм каналов? Может хотя бы скриншоты кода автора нужно было сделать?

Довольно интересно и лаконично. Много можно подчерпнуть. Побольше бы проектов с правилами и архитектурой. На практике мало кто с таким заморачивается в JS мире :(

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

Помнится я тут в основном наблюдал)

"расписание" рендерится как (неверные) таймкоды ;) Хорошо бы заменить на реальные таймкоды

Стало понятно почему ВК музыка такой отстой

Виктор - реал легенда. Работал с ним в прошлом. Надеюсь 🤞 работать и в будущем ☝️

Крутой доклад!

Уточню некоторые моменты. Polymer не обновлялся 4 года. Как уже сказали в соседнем комментарии, проект закрыт в пользу Lit, который является наследником Polymer. Про outputTargets. В начале доклада среди плюсов был отмечен агностик-подход. При этом используются outputTargets, что на выходе всё равно даст несколько компонентов под конкретные фреймворки. В этом нет большой необходимости, так как Angular и Vue из коробки работают с нативными веб-компонентами, достаточно включить флаг. Делать враппер имеет смысл только под React, так как до 19 версии он плохо работает с нативными веб-компонентами. Про атрибуты, строки и сложные данные. Это вопрос парадигмы. В React всё является JS-ом. Разметка в виде JSX тоже JS, поэтому пропсы являются свойствами объекта и принимают любой тип данных. Разметка нативных веб-компонентов -- это HTML. Атрибуты в HTML -- строки, потому что они задуманы для другого. Веб-компоненты без проблем принимают любые данные, если передавать их в JS как свойства объекта, а не атрибуты. И дело не в палках, которые вставляют спеки, а в обычной разнице между атрибутами HTML и свойствами JS/DOM. RUclips полностью работает на веб-компонентах. Это не совсем так. RUclips использует веб-компоненты для отдельных частей UI, но в целом он написан на Wiz, внутреннем гугловском фреймворке, про который недавно говорили и который сейчас мержат с Angular. Про вопросы использования веб-компонентов вместо фреймворков. Веб-компоненты -- не замена фреймворков. Это способ расширения HTML своими кастомными элементами с некоторыми плюшками. На веб-компонентах можно построить приложение в том же смысле, что и построить приложение на чистом JS, но так никто не делает. Поэтому в качестве альтернативы стоит расматривать не веб-компоненты, как таковые, а фреймворки на их основе: Lit, Symbiote, Aurelia и т.д

Докладчик очень много треплется. Начинает с исторического доклада, но рассказывает настолько коряво, что не рекомендую. Можете смотреть с 12 минуты, ничего не потеряете. К чему в теме PWA вообще не понятно...

Доклад начинается в 5:38

Спасибо за отличный доклад!

Виктор - легенда! Буду рад поработать вместе с ним в будущем!

Начало - 7:30

Не всем наставники нужны. Просто есть люди, которые не способны самостоятельно учиться. Они ничего не смогут понять, если им не объяснят.

Начало 33:05

qr не работает :(

Z-банк)

На последнем докладе какой-то рассинхрон звука с видео

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

26:29 - Не совсем понял претензию про контексты: почему их нет в app router? По-моему любой стейт менеджер можно подружить с этой архитектурой. Важно только вынести компонент инициализации контекста в отдельный файл и прописать 'use client'; В дальнейшем все серверные компоненты можно передавать как children. Единственное ограничение - вы не можете пользоваться этим контекстом в серверных компонентах. Вообще серверные компоненты - это про другой подход к построению приложения. Я их воспринимаю просто как способ что-то сделать на сервере и отдать полученное на клиент без возможности изменения. Любое изменение в серверном компоненте должно подразумевать очередной запрос на сервер.

Спасибо за выступление, интересные мысли.

7:38 такое легко делается через кастомный сервер 12:04 аналогично, некстовые либы возвращают хендлер, который работает с дефолтными нодовскими req и res, делай с ним что хочешь, хоть на express повесь, хоть на fastify кастомный логер для логирования некстовых сообщений, правда не добавишь (глобально костылить только типа console.log = () => ... или патчить файлы) рекомендация использовать page router жесть, может классовые компоненты тогда ещё? никто не будет в будущем сильно поддерживать page router, а новые функции будут в app router, тем более когда уже столько времени потратили на него. пока оставили page, чтобы люди успели мигрировать на app

27:57 а на какой архитектуре писать с нуля?

Polymer не обновлялся четыре года и не будет обновляться по одной простой причине - это предтеча Lit. Одна и та же команда в недрах Гугла сначала пилила Polymer, а теперь пилит Lit. Т.е. это не отдельные и независимые друг от друга библиотеки, а эволюционное развитие идеи использования веб-компонент. И это лишь один из многих моментов в докладе, когда хочется сделать фейспалм

А откуда информация, что в app router`e нет возможности работать с реакт контекстом? Я вроде месяц назад на 14.1 писал и всё работало, может я что-то не так понял?

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

Чет я вообще не понял про куки в next rsc. Да и как-то уже не хочется использовать page router.

16:33 статически можно собрать, получить куки и хэдеры можно, это ж базовые вещи, странно что такое просочилось в доклад

18:10 * ещё Remix и Gatsby

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

Обожаю начало.

Надеюсь за это платят. Разгребать легаси

классный доклад, спасибо! меньше сторов для победы! очень круто что по Vue доклад - их очень мало многие вопросы были отвечены уже в докладе не совсем понял про сторы для форм, ну и фиг с ними - видимо специфическое решение для их продукта

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

Работают профессионалы!

спасибо спикеру за пояснение

начало с 4:50

Спасибо!!!!

Спасибо за доклад, в интернете мало примеров реализации в коде. Могли бы поделиться github?

Как всё начиналось. А потом сектанство в вопросах. А такое коллегах показывать страшно.

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

У вас ошибка в превью видео