Ложка хайпа + ломоть хардкора + щепотка чего-то особенного = идеальный рецепт классного митапа!

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

Так вот это все правда!

Значит ли это, что нейросетям не место в корпоративной крупной разработке проектов?

Совсем нет!

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

В каждом фронтенд-приложении на RxJS мы снова и снова пишем один и тот же код: флаги isLoading, переменные для ошибок, ручное комбинирование потоков и сброс состояний. Это не просто скучно — это источник багов и неконсистентности интерфейсов.

Доклад познакомит вас с библиотекой @rx-evo/stateful-observable, которая родилась из реальной боли в крупном Angular-проекте. Мы разберём, как всего одна обёртка над Observable превращает хаос из разрозненных флагов в стройную систему с автоматическим управлением состояниями загрузки, успеха и ошибок.

Вы узнаете:

— Как заменить десятки строк шаблонного кода одним вызовом statefulObservable.

— Почему подход с единым «сырым» потоком и его расщеплением на value$, error$ и pending$ надёжнее ручного управления.

— Как гарантировать, что поток всегда остаётся «живым»: ошибки больше не «убивают» Observable — при изменении входных данных или вызове reload() автоматически запускается повторная загрузка, а интерфейс остаётся отзывчивым.

— Как легко комбинировать несколько асинхронных источников, сохраняя типобезопасность.

— Реальные примеры из Angular-приложений и сравнение с подходами на чистом RxJS и глобальными стейт-менеджерами.

Для кого: разработчики, использующие RxJS (особенно в Angular), которые хотят писать меньше кода, но получать более предсказуемый результат. Приходите, если устали от бесконечных BehaviorSubject для загрузки и хотите взглянуть на элегантное решение.

Поговорим о том, как доказывать факты о себе, не раскрывая личные данные. На примере рассмотрим, как Zero-knowledge Proofs позволяют сказать «мне есть 18», не показывая, ни паспорт, ни любой другой документ. Разберём, где и какие данные хранится, а так же кто, кому и что доказывает. Без уклона в блокчейн: поговорим о криптографии и напишем практические примеры на JavaScript / TypeScript.

Один фикс = 10 пулл-реквестов, тестирование 10 микрофронтендов и внеочередной регресс. Если вы управляете десятками фронтенд-репозиториев, вы знаете этот ад. Расскажу, как мы исследовали реальные паттерны деградации полирепозитория, что конкретно ломается при масштабировании и почему Turborepo + pnpm + Changesets не какая-то серебряная пуля, а очерендой компромисс. Со всеми плюшками и граблями включительно.

В докладе представлены результаты 1.5 годового опыта разработки в Turborepo, особый упор на релизный цикл и его контроль. Доклад будет полезен Senior-Lead разработчикам, кто задумывается о миграции в монорепозиторий.

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