Евгений Паромов

Легенда, там твой доклад выложили https://youtu.be/yRH0O4Fn53U?si=S6j1irub8EZGCdwN

Typescript, который никто не знает Когда я начинал учить typescript, мне он показался очень простым. Типы параметров описываешь и всё. Но как только выходишь за порог hello world примеров, начинаются сложности: – непонятные громоздкие ошибки – библиотеки, которые возвращают unknown – сраный useRef, в который ты обязан указать точный тип HTML элемента, и других вариантов нет Но, слава богу, есть спасительный as any, который решает самые нерешаемые проблемы. А в остальном, typescript остаётся достаточно простым языком. И многие, кто не пытался писать свои библиотеки, хоки, переиспользуемые хуки, так и застывают на этом уровне знания typescript. Периодически подстрадывают, везде вставляя спасительный any. Но я был всегда из другого лагеря. Из лагеря тех, кто любит написать удобную красивую инфраструктуру. Я начал это делать ещё когда писал js код. И там это было супер просто. Динамичность js позволяет делать очень весёлые штуки. Но потом, когда я перешёл на ts, я опешил... Оказалось, что банально сделать универсальную функцию сортировки массива объектов по строковым полям, совсем не тривиальная задача. А когда начинаешь смотреть примеры готовых решений, глаза начинают на лоб лезть🤯

type OnlyStringKeys<T> = {
 [K in keyof T ]: T[K] extends string ? K : never
}[keyof T]

function sortByKey<T>(arr: T[], key: OnlyStringKeys<T>){
 return [...arr].sort((a,b) => {
  const v = a[key] as string;
  const v2 = b[key] as string;
  return v.localeCompare(v2)
 })
}

В этот момент я понял. На самом деле, typescript не такой простой, как кажется. У ts есть второе дно – type level программирование Так как ts должен был типизировать все сложные штуки, которые авторы js билиотек наворотили, ему пришлось стать языком с мощнейшими инструментами манипуляции типов. Чтобы иметь возможность выразить практически всё! Написать калькулятор на typescript типах? Пожалуйста Написать wordle? Пожалуйста На самом деле, система типов typescript полная по тьюрингу Вы до сих пор думаете, что знаете typescript? Я тоже, на самом деле, не знаю. Но я хочу поделиться с вами всеми знаниями и опытом, которые я собрал за 5 лет о typescript. К сожалению, эти знания не лежали на поверхности. Доку прочитать не достаточно – нужно знать ограничения, паттерны, практические приёмы. Нужно научиться мыслить type level программированием. И поэтому сегодня в сообществе выйдут первые уроки курса: Продвинутый typescript. В процессе изучения которого мы тщательно изучим систему типов typescript и напишем копии: zod, @reduxjs/tooklit, react-hook-form, trcp. И, конечно же, напишем калькулятор на typescript типах. (это же весело) После этого курса typescript перестанет для вас быть преградой и неудобством. А станет для вас любимым инструментом для создания топового developer experience Если хотите взять от курса всё, то советую вам приходить завтра в сообществе на встречу по курсу, где я буду рассказывать про встречи и домашки, которые тоже будут на курсе. Всем typescript! Настало время узнать свой основной инструмент)

Еб*ная веб версия telegram Я вам тут сейчас только что написал охрененный пост про ArkType 2 и про type level программирование. Про то, что он с помощью сложных typescript типов парсит строковые литералы в AST дерево и потом выводит в тип схемы. За счёт этого получается ооочень удобный лаконичный синтаксис. При этом скорость работы такого решения выше, чем в zod, почти в 100 раз. Отчасти, так как нет оверхеда на лишние вызовы. Писал про то, что есть тренд на такие typescript first решения. Где за счёт typescript сильно уменьшается размер бандла и увеличивается скорость работы, при сохранении удобства и автодополнения. Посмотрите на trpc / openapi-fetch / drizzle – это всё решения, которые находятся в этом тренде. А потом, когда я нажал enter, чтобы отправить этот пост в сохранённые сообщения, он просто не сохранился. Да, он получился достаточно длинный. Но бл*ть. Кто просто молча стирает то, что я с таким трудом и энтузиазмом писал 40 минут!!! Слов моих нет. Грёбаное useEffect программирование. Я знаю, что это он. Это так похоже на очередной баг из-за не вовремя сработавшего эффекта. Я ведь знаю, что этот web клиент написан на react. И знаю, что он написан ужасно. Господи, пожалуйста, друзья. Перестаньте писать эти сраные useEffect. Если вы хотите научиться, у меня в сообществе есть 4х часовой воркшоп и 8 паттернов из курса «58 реакт паттернов» специально рассказывающих, как писать без useEffect. Пожалуйста, перестаньте писать useEffect. Давайте бороться с глобальным потеплением от постоянно горящих пердаков пользователей приложений на React. (Всяким адептам vue молчать. watchEffect такая же хрень)

Кризис... Вообще, слово «кризис» воспринимается, как что-то плохое. Вот жили-были, а тут, хренак, и кризис. Для меня же кризис – это благо. Значит вот мой новый шанс сделать свою жизнь ещё лучше и счастливее. Последние 2 месяца у меня жёсткий кризис. Начался он как раз с решения отделить интерес и работу (об этом рассказывал в прошлых постах) После этого у меня как опору из под ног выдернули. Я вообще потерял понимание, зачем мне всё это, зачем я живу. Пошли постоянные депресняки, ссоры с женой, апатия. Я снова начал играть, снова удалил игры. Потерял вообще всякое желание вести блог, а потом стало дико страшно, а потом снова пофиг. СПАСИБО огромное всем, кто присоединился в сообщество в это время. Незаметно нас стало уже 200 человек. Благодаря вам я смог спокойно покризисовать пару месяцев без угрозы остаться на улице без денег. Так вот. Кажется, что жесть, кризис – это плохо. Но я сейчас счастлив, что он со мной произошёл. Ведь в его результате я снова смог почувствовать жизнь... Прям как в детстве: влажный запах снега, пение птиц, оглушаюший шум машин, нежность прикосновения жены... Ноющую боль в спине и хруст солёного огурчика. Оказалось, что за последние года я столько всего упустил. Столько чувств прошли мимо меня... Ведь с детства нас учат не чувствовать. "Не плачь, ты мужчина", "Не злись, это неприемлимо", "Не хоти, мало ли чего я хочу" Вот мы и живём бесчуственными машинами. Ездим в путешествия, прыгаем с парашютом, рискуем, играем, пьём, добиваемся, богатеем Делаем всё, чтобы через толстую броню почувствовать хоть каплю тех эмоций, которые были в детстве. (Уверенно говорю «мы», так как мы из одной культуры и все IT-шники) А что, если можно просто вспомнить как это – чувствовать? И тогда окажется, что жизнь намного прекраснее и многограннее, чем мы её видим. И для этого достаточно просто... Хотелось бы мне сказать, что есть простой способ достичь этого. Но его нету. Это тяжёлая работа над собой и с чувствами. Но это того стоит. Очень стоит) В общем, возвращаюсь к вам немножко другим Евгением. Чуть более чувственным, чуть более счастливым. Чуть лучше понимающим свои внутренние потребности и желания. Всем хорошего вечера 🤗

Возвращаюсь На этой неделе закончил записывать курс по React паттернам в сообщество. В общей сложности получилось 58 паттернов, на 20+ часов контента. + Записи QA сессий с проверками домашек, ещё на 10+ часов пользы В результате разобрал вообще всё, что нужно для написания качественного кода на React. На самом деле, курс так и разросся, так как я поставил перед собой задачу разобрать все важные моменты. И получилось прям мощно! Все паттерны разделены на группы: - Антипаттерны - Как разделять код на компоненты - Как создавать архитектуру стратегическую и тактическую - Как организовывать состояние - Как писать инфраструктуру - Как правильно оптимизировать Получилось создать курс, который будет полезен вообще каждому. Когда теперь меня спрашивают, как сделать что-то, уже просто хочется отвечать: «А посмотри паттерн 35. Там рассказано, как отделить кэш от состояния пользовательского ввода, тебе это поможет» Ощущение после курса, что создал что-то фундаментальное. Что меняет мышление и вводит новые термины в повседневный обиход. Особенно приятно слышать от ребят "Вот это мы уже внедрили к себе на работу. Вот этот паттерн открыл мне глаза, как работать с состоянием". Для меня это самые ценные моменты 😊 А ещё за это время в сообществе вышел воркшоп по Аутентификации на Access и Refresh токенах. Так что, если интересно, всё доступно по одной не самой дорогой подписке) Вот так пишу и, кажется, что я вообще молодец, сделал офигенный курс. Но все эти 2 месяца у меня происходила внутри ещё одна большая борьба ⤵️

Итоги года! Все, как обычно, подводят итоги года. И я подведу, но в своем стиле. Этот год был имени: "Повзрослей уж наконец, б**ть" Вообще, работа программистом – это самая инфантильная работа на свете. Если ты талантливый, умный разработчик, то можно из роли ребёнка вообще не выходить. – Зп хорошая – Работу найти легко – Ответственности никакой – Интересно, шо пипец. Можно всё время делать, что нравится, если ты бывший геймер - HR тебя по головке гладит и поддерживает, если работу хорошую нашёл (спасибо evrone за 2 самых спокойных года моей жизни) Поэтому до 26 лет я находился большую часть жизни в состоянии ребёнка. Отсюда непостоянность, периодические выгорания, неадекватная оценка своих сил, постоянная гонка за интересом. Но я этого не понимал. Долго не понимал. В начале лета я решил уйти с работы. И это не было взрослым решением. Просто в какой то момент я "проиграл" в гонке за интересом и решил, что больше не хочу быть фултайм программистом. Тут я решил запустить менторинг. Набрал себе 5 групп. Особенность моего менторинга то, что он очень затратный по часам (16 часов в месяц на группу). Но жить на эти деньги мог, и даже чуть лучше, чем на работу. И нормальный взрослый человек здесь бы остановился, передохнул. Отточил свои навыки преподавания... Но мне через месяц стало скучно 🤦‍♂️. Я понял, что на работе у меня был огромный источник дофамина по 8 часов в день. А теперь нет. После месяца без программирования началась ломка... И в этот момент мне пришла в глову ещё одна "взвешенная" идея. Запустить сообщество. Сижу я такой и думаю: вот у меня есть тонна интересных идей, а го я буду делать всякие крутые штуки, и показывать на видео, а люди будут смотреть и радоваться. В общем, в августе я запустил сообщество с годовой подпиской. В результате я получил: - Фигачу по 60 часов в неделю на сообществе с менторингом - По деньгам чуть больше, чем на работе - Это всё равно не настолько интересно, как программирование - Оказалось, что людям нужно то, что им нужно, а не что мне интересно И вот последнее мне наконец вправило мозги!!! О господи, а может всё время гоняться за интересом/ своими эмоциями/ своими позывами – это не самая эффективная стратегия? Может уже разрешить себе поигрывать на выходных в дотан, а на работе приносить людям пользу и зарабатывать деньги??? После этого осознания я запустил в сообществе первый курс, который выбрал не от интереса, а от запроса ребят. И вот результат: - За 2 недели в сообщество пришло столько же людей, сколько с момента запуска - Оказалось, что людям не нужны мои 60 часов не пойми чего. Им достаточно того, что им нужно. И вот я, наконец, смог почувствовать, что всё это не зря. В общем, самый главный итог за год: возможно, я, наконец, повзрослел Классика для меня: самая большая борьба происходит не снаружи. Снаружи всё, как всегда, легко. Главное победить демонов внутри 😤 🎄Всех с наступающим, друзья! Желаю вам быть в ладах с собой и достигать всех поставленных целей 🎄

Новый видос по React 19 Недавно вышел React 19 и он как-то спокойно был принят сообществом. Я не слышу какого-то хайпа вокруг этого. Хотя новые фишки React – это лютая мощь! Но, к сожалению, они не выглядят таковыми, так как React сконцентрирован не на хайповом 😔 В какой-то момент авторы React подумали: "а какая разница, как быстро всё работает, если главное, как оно ощущается" Поэтому вместо спешной замены "неэффективной" парадигмы рендеринга, React переколбасил вообще все исходники для внедрения "конкурентного рендеринга" Если вкратце – суть конкурентного рендеринга в приоритизации! Пример: Вы делаете переключалку селекта языка. Как сделать так, чтобы она быстро работала? 1. Можно всё супер пупер оптимизировать, чтобы всё заменилось мгновенно. Но это почти не возможно, так как главное ограничение будет в DOM 2. А можно сделать хитрее. Можно все элементы, с которыми пользователь взаимодействует, "приоритизировать", а всё остальное перерисовать асинхронно Во втором варианте, даже если у тебя дико всё лагает, пользователь просто не заметит этого. Мы привыкли, что после переключения чего-то, часто происходит "загрузка" данных. И нормально, что может происходить "загрузка", но уже тяжёлого куска интерфейса. Так в React 18 появились useTransition, startTransition, useDeferredValue После этого ребята из React подумали, и такие: «Хммм, если транзишены так близки по сути к запросам, может тогда их плотно с ними интегрируем?» И вот выходит React 19 с возможностью передать асинхронную функцию в startTransition и стабильным use. В результате мы получаем следующую возможность. Мы можем нажать на кнопку: - Реакт начнёт переход и в процессе этого перехода пользователю будет показываться старый интерфейс и лоадер на кнопку - В процессе этого перехода можно сделать мутацию данных на сервере - Потом инвалидировать данные с сервера и перезапросить (всё ещё показывается старый интерфейс) - Потом Реакт применит новые данные, и в фоне отрисует новый (возможно, тяжёлый dom) - И, когда всё будет готово, React просто вставит на страницу новый интерфейс!!! Степень интеграции загрузки данных и переходов просто шикарная! Все остальные новые хуки: useActionState, useFormState, useOptimistic – это просто помогалки для работы в новом формате. Возможно, авторы React так пытаются сделать больше причин для разработчиков использовать новые функции. Всё же мы редко думаем о ux, а чаще о своём удобстве Я ещё тут про серверные компоненты не говорю) В общем, вот этот видос пример, как можно использовать новые фичи React. Жаль, я не додумался посравнивать ux того, что было до, и что стало. Но получилось всё равно крайне интересно! YouTube | RuTube | VK

Ну шо, Youtube полностью заблочили Только недавно радовался, что на компе он начал работать без перебоев и вот, совсем перестало грузить 🥲 Вы меня давно просили и теперь видео будут выходить на 3х платформах: Youtube | RuTube | VK Там уже есть достаточно много видео, спасибо моей жёнушке за старание) Если хотите ещё какую-то платформу – пишите, добавлю

Задача кожаных в мире нейронок Под прошлым постом в комментариях получилось интересное рассуждение о виндсёрфе и аналогах. И мне захотелось чуть уточнить свою позицию по границам применимости этого инструмента. Чтобы определить его границы, надо понимать в чём преимущества и недостатки нейронки перед человеком: Преимущества: 🔹 Она знает намного больше тебя. Количество информации, загруженное в нейронку, значительно больше, чем ты можешь вместить в принципе 🔹 Она не "ленится" и поэтому может нафигачить много-много всего и достаточно быстро 🔹 Стандартные вещи она делает легко и быстро. Нафигачить авторизацию на jwt токенах? Да пожалуйста, за 10 минут Недостатки: ▫️У неё значительно меньше информации о проекте, чем у тебя. Даже виндсёрф, который сканит кодовую базу, не помнит все ваши миты команды, созвоны с заказчиком. И вообще, у виндсёрфа достаточно ограниченный контекст. Заставить его именно "весь проект засканить" почти невозможно ▫️ Нейронки научены на средне статистическом коде. Так вот, средне статистический код – ГОВНО! Поэтому не пытайтесь просить нейронку рефачить... Это как джуну предлагать рефачить код сеньора. Она просто побьёт на файлики и напишет бестолковые комменты ▫️ Всё же в сфере узкой специальности нейронка начинает проигрывать человеку. У неё может и есть опыт множества лет профессионала, но этот опыт просто перебит количеством кода всякого рода джунов и примеров из документаций Из этого следует вывод: Сейчас нейронки хороши для написания кода версии V0 или для тупой работы, которую нам делать лень и не интересно. Особенно себя хорошо проявляют в редких задачах, там где нам, кожаным, каждый раз приходится курить доку. Но вот делать нестандартные прорывные штуки и рефакторить должен человек. Вы скажете, а зачем рефакторить? Нейронка потом сможет весь проект прочитать и ориентироваться в говнокоде. Но как и у человека, у нейронки ограничен контекст. И поэтому хороший модульный код с малым количеством связей помогает писать не только человеку, но и нейронке!!! Я тут с виндсёрфом наблюдал, как он кодил большой файл в 1000 строк связанного кода. Он прям как джун, ей богу. Чёто правил, запускал, читал ошибку, правил, запускал, читал ошибку. Не было ощущения какого-то мегамозга. Это обычный джун, которого вы можете взять в рабство за 15 долларов в месяц (на самом деле, больше, если часто юзать) При средней цене джуна в 1000$ нынче, это, думаю, хорошее вложение 🙂

Windsurf – первый действительно полезный AI помощник! Я следил за всей эволюцией в AI и в какой-то момент уже разочаровался в них. Поставил себе кодеум, чтобы не писать тупую логику + гпт, когда даже не знаешь, как гуглить. Не похоже на революцию, которой я ожидал. Но тут недавно вышел новый редактор windsurf и я решил его попробовать. Уже 5 дней на нем сижу и мнение однозначное — вот это уже похоже на революцию. В чем кардинальное отличие? Самое главное — полная интеграция во все системы разработки Условный пример: прошу его сделать мне проект. И он создаёт файлы, устанавливает зависимости, запускает команды. Он видит все исходники и может на их основе делать точные изменения. Особенно я выпал, когда делал скрипт генерации контроллеров на основе open api. В какой-то момент он вошёл в цикл: – Запускал команду – Смотрел, что генерировалось – Фиксил код – Запускал команду Так за пару часов я получил скрипт на 700 строк, который делал, что мне надо! Сам бы я делал это дня 2. (Конечно, там все потом нужно рефакторить, но это уже моя любимая часть 😍) Особенно мне понравилось прототипировать. Можно попробовать разные инструменты быстро на полноразмерных экземплах без траты кучи времени. Одним словом – революция. Уже 5 дней вим грустит. Буду держать в курсе, что будет дальше 🙂

Сейчас откровенно поливают грязью React С момента, как стал блогером, очень много всего слышу про React с разных сторон. Но самая главная претензия: React вынуждает нас писать логику в ui. Еще говорят, что нужно обязательно брать стейт менеджеры и писать логику там В этот момент у меня происходит 🤦‍♂️ Говнокода на Redux/Mobx/Effector/любой другой стм я видел не меньше, чем на React. Возможно, даже больше, так как свобода, которую они дают, часто приводит к неподдерживаемым клубкам говна. А с чистым React я вижу обратное ⬇️ С самого начала React последовательно делал всё, чтобы мы как раз не писали логику в ui. При этом делали это эффективно Иммутабельность, однонаправленный поток данных, useReducer, setState, который невозможно подождать (думаете, это случайно?) React толкает нас писать в функционально декларативном стиле! Когда большая часть нашей логики вынесена в чистые функции и вызывается в рендере. Предчувствую всякие «да реакт императивный и вообще компоненты не чистые» Тут я отвечу просто: Функциональная инфраструктура не должна быть чистой. Она должна нас толкать писать чистые функции. И в React у вас есть все возможности для этого. Только надо немного внутреннюю парадигму сломать и хранить как можно более сырые данные в стейтах, и обсчитывать как можно больше в рендере! Звучит как дикость, но код, который получается, становится до безумия надёжным и простым (из-за минимизации мутаций данных) Я тут как-то упоролся и просто начал записывать события пользователя в useState. Словил просто экстаз от гибкости и мощи кода, который получился. Это уже, конечно, перебор, но иногда полезно Так можно описать логику любой сложности (Не считая асинхронных транзакций, но тут вам redux-saga/redux-observable/event-emmiter в помощь). И когда были классовые компоненты, многие так даже и писали. Но потом появился useEffect Я считаю, что useEffect – это самое ужасное, что произошло с React Для наших, взрощенных на императивном коде умов, useEffect показался спасением. Теперь можно делать реактивность. Изменять состояния при изменении состояний. Строить сложную запутанную императивную логику... ОХ 😔 В доке React useEffect находится в Escape Hatches. Ты должен много раз подумать, прежде чем его писать! А теперь просто вспомните сколько useEffect в ваших проектах... На самом деле, моё мнение такое: Идеи и концепции, которые заложены в React прекрасны. Но, к сожалению, распостранены несколько серьёзных антипаттернов, которые уничтожают большинство приложений на React. Сейчас я записываю курс для сообщества, который выйдет в понедельник: «45+ Паттернов React». В нем я даю практические советы, как эффективно его использовать. Весь мой архитектурный опыт и знания, сжатые в набор конкретных практических советов. Так вот: первые 7 уроков там – это как раз Антипаттерны React экосистемы. Записал и понял, что получилось крайне важное высказывание, поэтому решил залить и на ютуб. Да, возможно, те решения, которые я высказываю, не единственные. Но вот антипаттерны получились мощные! Со временем я хочу выложить серию статей, как делать правильно на хабр. Но у меня большие цели на эти статьи, поэтому они ещё будут прорабатываться. Так что, если хотите уже сейчас начать нормально писать на React (или на всём, что поддерживает иммутабельность) – залетайте в сообщество. Курс стартует в понедельник (16.12). Первый дедлайн по домашке через неделю. Этот курс будет с домашками и проверкой лично от меня (если уложитесь в дедлайн). Теперь я всё больше думаю не о том, как можно больше дать, а о том, чтобы как можно больше усвоилось. В предвкушении, что получится 🙂

У меня произошёл кризис ценностей Я уже 6 лет как в программировании. И с самого начала я развивался просто как гигамашина. Я мог кодить по 12 часов. Все время изучал что-то новое. И с радостью ходил на работу каждый день. От того, что я много и вовлечённо кодил, я очень быстро рос и развивался. Зарплата росла, как на дрожжах, и мне казалось, что я самый крутой. Меня постоянно спрашивали, как я поддерживаю мотивацию. А я не мог ответить, мне было просто интересно. Но когда опыт приблизился к 3 годам, я начал ловить неприятные ситуации. Стоит задача. Я такие делал десятки раз, вообще легкотня. Вроде кажется: бери и делай... А желания делать это вообще ноль 🥲 И именно в этот момент моя мотивация начала проваливаться под пол. Пошли первые выгорания. Когда вот оно – ты крутой и можешь всё, интерес к работе начал резко и неуклонно падать. Оказалось, вся моя мотивация в интересе. Меня не мотивировала ЗП, повышения, похвала на работе. Да пофиг! Дайте мне интересных задач, да посложнее. И осознав это, я смог обуздать свою мотивацию. Научился искать интерес в самых простых вещах. Начал создавать новые подходы, педантично следить за качеством, брать новые технологии. Всё, чему я учу, это мой способ любить эту работу и кайфовать от каждой задачи. И это офигенно работало, пока я был фултайм программистом. В моей гонке за интересом я выдавал дикий перф и охеренного качества код. Но, когда я ушёл с работы, оказалось страшное. Долгосрочные обязательства и интерес – несовместимые вещи 🙅‍♂️ Часто как: я на интересе готов пахать без особого результата. Ввязываюсь в обязательства, а потом что? А потом интерес говорит пока👋 А я остаюсь с обязательствами на супер невыгодных условиях. Блин, все мои проекты по преподаванию прошли этот цикл, и только сейчас я его заметил. Когда от эффективности действий результат может различаться в 100 раз. Когда на тебе есть ответственность. НЕЛЬЗЯ ПРИНИМАТЬ РЕШЕНИЯ НА ИНТЕРЕСЕ❕ Жаль, я понял это слишком поздно. Ну, хотя бы не в 40 лет, и на том спасибо) Это не значит, что я перестану делать вещи на интересе. Всё моё программирование и open source про это. Просто я буду различать: 1. Тут мне интересно и я не беру обязательств 2. Тут я работаю на результат и при принятии решений интерес вторичен. Для меня это ключевое решение. Оно немного повлияет на мои образовательные продукты. Теперь я буду различать, что интересно мне, а что интересно вам. Думаю, всем станет лучше. И качество моих продуктов значительно повысится, так как акцент будет на результат. (Первые плоды уже пошли: темы курсов и воркшопов в сообществе я беру из потребностей ребят) И я смогу спокойно без оглядки на монетизацию фигачить интересные проекты и видосы 🙂

Свет отключили 🥲

Стрим на ютубе с Архитектором про Микрофронты У меня ооооочень часто спрашивают про микрофронты. Это такая тема, которая всех манит, но которую никто особо не знает, как делать) На прошлой неделе в сообществе вышел воркшоп по микрофронтам. Его всегда можно посмотреть в записи. Но там мы говорили именно про SPA. А вот как готовить их с Next.js, я не могу очень компетентно вещать. Поэтому в эту субботу в 14:00. Я позвал Вадима Королёва – Архитектора из Звука, чтобы обсудить эту тему. (Звук – это аналог Яндекс Музыки) Они уже 2 года колдуют над микрофронтами на Next.js. И на стриме мы поговорим о всех проблемах и подводных камнях такой интеграции. Мы познакомились на конференции merge, где он выступал с докладом про Архитектуру. Они на проекте разрабатывают очень занимательный Архитектурный шаблон. Надеюсь, со временем я позову Вадима и на эту тему) Вадим классный, будет интересно. Залетайте на стрим в субботу 🙂 https://youtube.com/live/EB2AXKcbUUU?feature=share

В сообществе новая эра Когда я начинал сообщество, думал буду развлекаться и деньги получать. Всё, конечно же, оказалось совсем не так просто 😉 Я начал активно вкладываться в огромное количество понятного и важного для меня контента. Но, в какой-то момент стало понятно, что я слишком мало учитываю мнение ребят из сообщества. Есть важные вещи, которые им нужны, но я просто этого не замечал. Но ведь именно ради этого я и делал сообщество. Чтобы было как можно больше обратной связи, и можно было делать самое актуальное! И вот, в сообществе у нас начинается новая эра. В это воскресенье в 15:00 у нас пройдёт воркшоп по микрофронтам. В нём мы разберём: - Зачем они вообще нужны - Как сделать микрофронты на vite modules federation - Работа с роутингом - Обратная совместимость - Переиспользование кода - Общение микрофронтов Так вот, эта тема была полностью выбрана ребятами из сообщества. Они сами её предложили. И при голосовании, из всех тем она получила больше всего голосов. Я считаю это огромным достижением. Да, есть важные темы, о которых люди просто не знают. И я их буду давать, но в основе должно быть то, что нужно именно вам. Поэтому я горжусь тем, как появился этот предстоящий воркшоп! А ещё на следующей неделе стартует курс, который тоже был проинициирован ребятами из сообщества. Там вообще пушка намечается. Скоро расскажу Присоединяйтесь к нам 🙂

Ребят, у меня тут Youtube без VPN заработал. А у вас как?

Начинаем!

Новые начинания! После возвращения с holy.js я загорелся идеей взаимодействия с людьми. Конструктивный диалог – это очень интересно и полезно для всех слушающих. И уже в это воскресенье я договорился встретиться с Львом @illright – лидом команды разработки FSD. У меня много вопросов к FSD 2.1 и тому, куда дальше будет развиваться FSD. А у него есть вопросы по моему докладу на holy.js. Уверен, будет интересно! Посмотреть стрим можно будет на youtube (https://youtube.com/live/dsIA2py-Oeo?feature=share) Пройдёт он в 14:00 (GMT+3) в воскресенье 24.11 Можете задавать вопросы в чате. В конце будем отвечать. А для ребят из моего сообщества будет возможность быть на встрече лично. В общем, предчувствую классный движ)

Ещё небольшой анонс Рекламу за деньги я не даю. Только советую ребят, которые мне нравятся или интересны. Мне недавно написал Андрей Смирнов и попросил поддержать его конференцию по софтам (Soft Weekend), которая пройдёт в эту субботу. Посмотрел спикеров и увидел много знакомых лиц. Был бы в Москве, сам бы сходил. Люди часто недооценивают софты, хотя это крайне важно. Я всегда проходил собесы с первого раза не от того, что знал очень хорошо React (первые полтора года знал так себе, ибо самоучка) А потому что у меня были классные софты и люди закрывали глаза на то, что я не знаю как useEffect работает. Им просто было приятно со мной взаимодействовать. Приложил скрин сообщения, с которым ко мне пришли. Лучше создателя о своём детище сложно рассказать)

Новое видео по Next 15 https://youtu.be/BHHUqhySrt0 Думал, как осветить релиз Next 15, и при этом сделать полезный контент. Решил сделать видео с разработкой с нуля. Так можно и Next.js показать, и раскрыть темы архитектуры и качества кода. В чём особенность этого видео: 1. Next.js 15; React 19. Использование самых новых функций 2. Реализация моего FSD в контексте Fullstack разработки 3. Использование подобия монады Either для обработки ошибок 4. Чуть чуть RabbitMQ для реализации событий 5. Server Sent Events для риалтайма в next.js Получилось очень занятно и объёмно Как вам, вообще, такой формат? Хотите больше разработки с нуля?