Забавно, что лучшую иллюстрацию OpenSource комьюнити я нашел в сериале про рестораны...

Смотрю я, значит, "The Bear" (отличный сериал, к слову) - и там во 2 сезоне одного из главных персонажей отправляют стажироваться в мишленовский ресторан. А там происходит типичный путь героя: сначала он сопротивляется грязной работе, потом проникается атмосферой этого места и преображается - становится мегамотивированным, ответственным и вообще самым-самым рьяным администратором😁

Суть в том, что его изменило окружение. Этот ресторан - один из лучших в мире. Для каждого из гостей поход туда - это событие: они празднуют дни рождения, семейные праздники, встречаются с друзьями, любимыми. И для сотрудников ресторана это одновременно и огромная ответственность - они не имеют права испортить людям праздник, и огромная мотивация - чувствовать свою причастность к этому празднику жизни, разделять с гостями их эмоции, радовать их сюрпризами от ресторана🎉

Да, работа очень стрессовая, но и очень драйвит. Те, кто не справляется со стрессом - уходят. Те же, кто остался - это огромные профессионалы. Люди, которые горят этим делом. Им не нужна внешняя мотивация - они кайфуют от процесса и это заставляет их выкладываться изо всех сил. А когда приходит спад мотивации, ты смотришь на коллег рядом, как они любят это дело, и вспоминаешь почему сам любил его. Окружение очень сильно влияет на наше удовольствие от работы (ага, та самая "амбициозная молодая команда профессионалов" и "печеньки на кофепоинте"😑)

Итого: чувство причастности к чему-то важному, команда с огромным опытом, экспертностью и горящими глазами - ничего не напоминает?

Именно такой у меня опыт от работы в OpenSource.

Нетворкинг с выдающимися профессионалами своего дела, энтузиастами, чувство причастности к чему-то важному и ответственность за продакшен тысяч людей. Это какой-то наркотик, от которого ты и страдаешь, и кайфуешь. На этот наркотик подсаживаешься не только ты сам, но и тянешь за собой кучу людей - ведь первая доза бесплатно (не хотите попробовать закрыть пару Issue? 🌚). И вот ты уже не один, а у вас целый кружок друзей-энтузиастов-наркоманов-опенсорсеров, которые дебажат чужой баг с прода в пятницу после работы.

Иллюстративный пример: когда я работал над поддержкой NATS, я зашел в чат их комьюнити и увидел обсуждение моей беты со словами "пока не будем смотреть". Вполне резонно, я делал наобум и не знал, как NATS работает, какие у ребят кейсы. Но в чате нашел оч крутого эксперта, который шарит за брокер - и мы с ним три месяца вдвоем дизайнили API. Он не получил за это ни копейки и ни строчки в резюме. Просто ему было не все равно, как будет выглядеть интеграция с его любимым брокером. Зато в итоге результатом был доволен и я, и комьюнити NATS.

Кстати, тут стоит напомнить, что в OpenSource денег нет. Зато есть люди и чувство причастности. Это идеальное место для тех, кто ЛЮБИТ технологии. Ведь если ты любишь заниматься своим делом - то будешь заниматься им и бесплатно / почти даром (сотрудники Яндекса не дадут соврать🌚)

#opensource

С днем рождения🎉 Сегодня, ровно 3 года назад, 18 сентября 2023 года, вышла первая версия FastStream 0.1.0

Магия OpenSource в том, что ты сидишь пилишь свой код, а потом приходит живой человек и говорит "а вот тут не работает", а иногда даже "я САМ починил". А потом вы пьете пиво на конференции, приходит больше людей - и так появляется комьюнити. И это уже не твой личный проект по вечерам, а НАШ проект. Для меня это до сих пор выглядит невероятно!

Так за три года FastStream вырос из моего личного проекта в настоящий OpenSource. И это не моя заслуга, а ваша: пользователей, кто адоптит проект и репортит баги, компаний, что добавляют FS в требования вакансий, контрибуторов, кто помогает закрывать Issue, и мейнтейнеров, кто тащат огромные домены. Поэтому сегодня я хочу поздравить все комьюнити FastStream и сказать спасибо людям, которые сделали этот проект:

• @borisalekseev - мейнтейнер MQTT. Ради FS он написал с нуля асинхронный клиент zMQTT. Это вклад во всю экосистему Python, не только во фреймворк
• @Sehat1137 - наш мейнтейнер CLI части и главный амбассадор FastStream (во всяком случае у него больше всего статей). Он и привел к нам в команду Бориса😂
• @powersemmi - мейнтейнер всего Redis в FastStream. Затащил самые непонятные фичи Redis Streams, Cluster, Sentinel. А сейчас пилит свой аналог на Rust - RustStream!
• @draincoder - человек, который стоит за OpenTelemetry, да и вообще всем Observability в FastStream
• @roma-frolov - затащил нам поддержку Prometheus, легенда
• @ApusBerliozi - наш главный член Triage Team. Разгреб вековые залежи Issue, а сейчас пилит бенчмарки, чтобы мы подтянули производительность
• @IvanKirpichnikov - самый молодой и самый активный в команде. Половина работы по 1.0.0 - его
• @dolfinus - человек, трудами которого был настроен весь CI репозитория. А еще он затащил FastStream в корпоративную либу MTS
• @C3EQUALZz - разработал для нужд своей компании адаптер faststream-celery для плавной миграции легаси проектов и вывел его в OpenSource!
• @Shepard2154 и @vvlrff - ребята помогли нам сделать лучшую фичу - AsyncAPI TryItOut. 2 года переговоров с мейнтейнерами AsyncAPI - но мы сделали это!
• @lesnik512 - интегрировал FastStream в свои комьюнити-проекты, принес кучу багов с прода, а теперь курирует awesome-faststream
• @ApostolFet - мейнтейнер dishka-faststream, спасибо!
• спасибо @RenameMe1, @NelsonNotes, @pepellsd, @Rusich90, @Flosckow, @spataphore1337, @sheldygg, @DABND19 - ребята сделали важный вклад в репозиторий в свое время, но личная жизнь забирает лучших из нас🥲 Если что - мы всегда будем рады их возвращению в команду🌚
• спасибо всем и каждому из 170+ контрибуторов в репозитории
• спасибо каждому автору, кто написал статью или выступил с докладом про FastStream
• спасибо каждому пользователю, кто убедил работодателя затащить фреймворк
• спасибо Никите Соболеву и другим людям, кто помогает популяризировать фреймворк
• спасибо @Tishka17 за его активное участие в обсуждении дизайна

Кого забыл - простите, вас правда много🥲

Куда доехал код

Сейчас от FastStream зависит прод сотен компаний по всему миру. И это не только маленькие стартапы, а техгиганты, банки, государственные учреждения и научные лаборатории. Вот кого я нашел по публичным репам на гите: Red Hat, ECMWF (европейский центр прогнозов погоды), обсерватория Рубина, Hydro-Quebec, IT города Мюнхена, британский NHS.

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

И теперь для этого есть специальное место - ADOPTERS.md. Вы можете открыть PR в этот файл с добавлением своей компании или просто написать комментарий в Issue на Github! Найти своих пользователей самому трудно, будет круто, если расскажете сами😁 А еще это простой способ получить смерженный PR🌚

P.S: я хотел выкатить 1.0.0 к этой дате, но объем работ растет прямо в процессе, и сроки немного затянулись. Но команда работает усердно, так что релиз можно ждать в ближайшее время!

Последние 2 недели я заметил, что Opus 5 значительно отупел в Claude Code. Обычно такое случается перед дропом новой модели, когда ее деплоят за счет железа предыдущих

И вот неожиданность - последние 20 часов твиттерские бурлят от Fable 5.2🌚

Судя по всему часть пользователей редиректят на Fable 5.2 при выборе "Fable" в Claude. Вот такое вот A/B тестирование от скамтропиков

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

Еще недавно я вайнил, что нейронки нельзя использовать в OpenSource, т.к. они не вывозят такие сложные задачи. А теперь я открываю 43 PR'а за субботу и утро воскресенья (пару PR'ов агент сделал за ночь без меня), которые попадают в main и даже в релиз 0.7.6.

В обычном режиме это заняло бы 2-3 недели. Но мы смогли затолкать за сутки. В общем, как это было.

Конвейер

Нас было трое: я и два ревьюера - @IvanKirpichnikov и @powersemmi.

Задача - сделать CI гораздо суровее ко внешним контрибуторам. А для этого пришлось чинить кучу ruff и mypy косяков в самом FastStream. Например, тесты у нас не были покрыты mypy - и там было что-то около 4к ошибок. Естественно, такую дичь делать руками не хочется, но и на полный откуп LLM отдавать нельзя - поэтому работали так:

1️⃣ нарезаю задачи Claude'у
2️⃣ пока он пыхтит - ревьюю предыдущую
3️⃣ отдаю парням, они смотрят после меня
4️⃣ комменты от всех троих уходят обратно в Claude
5️⃣ следующая задача

И так до полуночи, а потом еще утром посмотреть, что нейронка наделала за ночь.

В итоге затащили много всего, но в основном гигиену: strict mypy на все тесты, новые правила линтера, дыры в типах, CI-гейты, правки по документации, фиксы флакающих тестов. Задачи мелкие и проверяемые - поэтому конвейер и не встал.

НА УДИВЛЕНИЕ формат оказался очень здравым - работа шла довольно споро, ревьюить было легко, никто не заебался (надеюсь), результат меня полностью устраивает. Этакий формат парного вайб-программирования. Пофиксили даже некоторые штуки, про которые я думал, что это невозможно🤯

Затык - в ревью

Я уже давно заметил, что затык в разработке сейчас состоит не в скорости генерации кода, а в постановке задач и ревью. В соло я могу поставить 40 задач за вечер, а потом 2 недели их ревьюить🥲 Поэтому ревью - это сейчас самая тяжелая работа. Но формат, когда одна нейронка слопит на несколько человек ревьюеров - это какое-то спасение. У каждого свои баясы, свой набор критериев в голове, поэтому и получается довольно комплексный гейт качества на выходе.

И тут есть нюанс, как катить такие PR'ы, чтобы люди могли их смотреть как семечки:

БЕЙТЕ, сука, задачу

Можно было бы затащить mypy одним большим PR'ом с названием "mypy в тестах", но я разбил их логически штук на 13. В среднем PR выходил на +134 / -87 строк кода. Некоторые были вообще по +2/-2. Посмотреть такой можно за минуту. Поэтому и катить их можно десятками в час.

Это правило было актуально всегда, но с LLM приобрело особое значение. Слопус постоянно что-то находит в коде - то тип не бьет, то тест в CI флакнул и упал, то бага нашлась. А еще из-за высокой скорости слопописания у тебя постоянно возникает соблазн кинуть в него еще пару задач (так я, например, стащил кучу проверок из CI Django Modern Rest😁). В общем, легко моргнуть, открыть глаза - и увидеть PR на +1500/-1000 строк.

Stacked PRs

В таких ситуациях нужно не паниковать, а открывать новую сессию и отправлять слопус бить PR на несколько логических последовательных секций. Тут, кстати, очень выручает новая (и моя любимая) фича GitHub - Stacked PRs. Это когда у тебя есть 5-6-10 PR'ов, которые нужно мержить последовательно. Их можно связать в stack прямо на уровне GitHub и ревью каждого будет занимать 100-200 строк кода, а не 1500, как в общем. Или, например, у тебя есть 6 PR'ов от main, которые 100% дадут конфликты при мерже каждого из них. Ты же не хочешь решать конфликты 6 раз? Тогда отправь агента выстроить эти 6 PR'ов в stack - и они уедут в main одним паровозиком без конфликтов.

А еще крайне рекомендую всякие "вбоковые" задачи отправлять в другую сессию. CI упал из-за непонятного флакающего теста - кидаешь ссылку на ран в соседнюю сессию и просишь открыть новый PR от main с фиксом, а в текущем мерже просто ставишь ретрай запуск CI - и побежал дальше.

В общем, вещь довольно банальная, но я сильно рекомендую вам такой подход в командном слопинге. Лучше насрать 20 PR'ов по 100 строк, чем один на 2000🌚

Я уже жаловался на то, что конференции как формат изживают себя. И поэтому мне нравится, что Валентин из Moscow Python решил поэкспериментировать и сделать что-то другое

https://t.me/moscow_python/1062

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

Тут в чате недавно спрашивали "где искать конфы по AI". Мне кажется, специализированные конфы на эту тему - довольно сомнительное удовольствие. Там в основном собираются MLщики и дико душнят. А вот если хочется обсудить подходы к разработке с AI, внедрение агентов в команды, новые подходы к продуктам и тд, то практики из индустрии - лучшие люди для этого

В общем, рекомендую к посещению

Последний месяц на мой канал жестко нападают всякие-разные ИТшницы и ИИшницы, которые почему-то регают свежие ТГ аккаунты в один день🌚

Я довольно быстро устал отбиваться от женщин руками, поэтому доработал свой скилл для ТГ (ага, Claude доработал), чтобы он сам анализировал профиль каждого из подписчиков и банил ботов

В общем, если ведете ТГ канал, может пригодится

https://github.com/Lancetnik/slop-writer/releases/tag/v0.5.0

Чтож, антропики добрались и до меня и забанили аккант😢

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

(шучу, я уже оплатил Codex)

А вообще обидно, т.к. они снесли акк с OpenSource подпиской. Я успел потратить только 2/6 бесплатных месяцев, так они еще и сожгли 200$ на балансе. Т.е. подписка у меня была аж до февраля 2027. Где там стикерпак с нехорошими компаниями?

Как я учу английский с помощью AI

Насколько вы знаете, я большую часть работы веду в OpenSource в международке - а это значит, что переписка, созвоны, документация и все-все у меня на английском. Вы могли бы подумать, что я его отлично знаю, но я вас разочарую - мой уровень где-то B1+ (с лексикой B2).

В общем, по-английски я звучу на уровне "моя сделать". Что самое обидное - на слух я воспринимаю почти что угодно, свободно читаю, говорю, пишу. Но с дикими грамматическими ошибками. "I have a good news" - вот это я, да.

отсутствие обратной связи

Вот моя основная проблема. Меня понимают - и ладно. Никто не будет тыкать тебе "вот тут артикль потерял, времена не согласовал". Даже если явно попросишь коллег, они просто скажут "не парься, все отлично".

Живой пример: в чате я написал что-то вроде "my doubts materialized". И тут коллега оживился: "вот это ты выдал, оч крутой английский. Только лучше materialised - британский вариант"😂 Слово уровня C1 он оценил. А то, что с doubts этот глагол вообще не употребляется, - промолчал.

Типичные варианты решения: репетитор и/или учебник. БОЛЬШЕ ПРАКТИКИ само по себе не работает. Без обратной связи практика ничего не дает.

Но оба стандартных случая мне не подходят - на репетитора просто нет времени. А книжки писали не под тебя. Они рассчитаны под среднего человека, а не под тебя с твоим личным набором косяков. И книга не ответит на тупой вопрос "почему тут shovel, а не spade".

Что я сделал

Я собрал себе обратную связь с помощью AI. Набор скиллов для английского, занимаюсь каждый день. Начинал в Claude Code, сейчас переехал на Codex.

1️⃣ Агент умеет читать Slack и почту. Оттуда он достает мои косяки и тыкает меня в них носом
2️⃣ Дает упражнения ровно на них и заставляет рерайтить мои же тексты
3️⃣ Практикует смолтолк и написание текста под задачу
4️⃣ Дозированно подкидывает сложный синтаксис со своей стороны, чтобы я читал C1-C2
5️⃣ Ведет в директории текущий срез, план развития, список западающих тем, словарь частых ошибок и лог всех сессий

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

Ему можно выдать любую дичь из головы: I was родился (не помню слово, подскажи) in (а тут вообще правильный предлог?) Russia. Живому человеку ты такое не напишешь, стремно.

Диалог он ведет сам

Спрашивает, что было на выходных, как работа, как дети. Ответы пишет в память и строит по ним следующие уроки. "Ты на той неделе говорил, что едешь на свадьбу к сестре - как прошло?"

Это убивает все отговорки, которые можно себе придумать. НЕ заниматься английским становится сложнее, чем заниматься. Кодинг-модель для такого не нужна, на чатик уходит всего ничего токенов - хватит и бесплатного тарифа.

В общем, если хотите прокачать свой английский, можете попробовать такой способ.

Создаете директорию под занятия языком, ставите туда мои скиллы:

npx skills add Lancetnik/english-skills

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

Несмотря на то, что не все довольны работой Яндекс как компании и вообще... Давайте поддержим ребят! Они сейчас действительно совершают подвиги по поддержанию нашей с вами спокойной и привычной жизни (иначе как мы доставки и такси заказывать будем)

Если вы планируете вести деятельность в ТГ, нужно бегом регать на себя [domain]_ai нейминг, пока его не заняли! Спасибо Юни, что предупредил

Мне никогда не нравилось писать код

Я вкатывался в ИТ через суровую школу хакатонов. Это когда нужно за 48 часов без сна залезть в голову к заказчику, понять его проблему, придумать продукт для ее решения, реализовать прототип и сделать спич, объясняющий, почему ваше решение самое-самое.

Когда тебя обходят ребята с голой презой и без кода, из тебя быстро выветриваются все иллюзии насчет того, что в ИТ самое важное😅️️️️

8 лет назад я усвоил, что самое важное - это продукт. А точнее то, как он решает боль пользователя. И всю свою карьеру ехал на этом: работодателю нужен был фронтендер - я готов, кто поедет на переговоры с заказчиком - я, кто будет настраивать CD на стейджинг, чтобы быстрее тестить баги - тоже я! Меня никто об этом не просил, я просто видел слабые места в процессе СОЗДАНИЯ ПРОДУКТА и старался прикрыть их.

Потому что мне интересно было именно это.

А код - это просто инструмент, которым мы пользуемся, но уж точно не цель

Поэтому в своей голове я четко разделяю "программистов" и "разработчиков"

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

Делают они одну работу, разница лишь в том, что во главе угла. Для решения проблемы подойдет любой способ получить рабочий код - купить на аутсорсе, скачать с GitHub, поручить джунам за миску риса или написать руками. Или даже сгенерировать нейронкой🌚️️️️

Если вся твоя профессиональная ценность держалась на сложности написания кода, его удешевление действительно выглядит катастрофой. Мы наблюдаем огромную девальвацию кода как такового. Сгенерировать PR на десятки тысяч строк - дело одного вечера (если не запроса). Ценность все больше смещается в сторону "продукта": как сделать из этого кода рабочий продукт? Как понять, что это действительно то, что нужно юзеру? Как сделать так, чтобы оно не рассыпалось через месяц? Это задачи для разработчика, а не программиста. Поэтому:

Ребят, простите, вам платили не за код. То, что вам нравилось его писать - счастливое совпадение. Можете оставить это хобби себе, а на работе берите в руки клод - и давай-давай

Ну и по поводу "ИИ заменит разработчиков". Представим, что ты жадный бизнес и у тебя 10 разрабов в найме. Ты на каждый 1$, вложенный в разработку, получаешь 5$ выручки. Т.е. твоя прибыль тут 400%. А теперь допустим, что ИИ правда кого-то ускорил.

И вот с ИИ ты начал получать на 1$ по 15$ выручки (разрабы шипят больше, а ты смог это все продать).

И вот у тебя выбор:
• оставить 10 разрабов и увеличить выручку пропорционально бусту ИИ
• сократить косты, уволить 2/3 разрабов и загребать те же деньги, но с большей маржой

Что выберете вы? Спойлер - здравый смысл и любой учебник по экономике говорит, что когда у тебя есть прибыльность 400%, то нужно выжимать педаль в пол и заливать этот канал деньгами (это же х5, ну але). Возможно, спад рынка обусловлен чем-то, кроме ИИ?

Запись доклада делалась на тапок, поэтому вытягивали всем селом (я и Codex), но звук и картинку полноценно спасти не удалось - было принято волевое решение заменить 80% видоса на слайды😅️️️️️️

https://www.youtube.com/watch?v=3WYuyppbKBE

Не уверен, насколько устно получилось проработать тему - я все-таки выступал перед непосвященной публикой и доклад получился больше обзорным, нежели техническим. Поэтому давайте договоримся так - если вам нужен базированный лонгрид на Habr про Generative UI (типа того, что я делал про агентов), то ставьте 👍️️️️️️ на посте. Наберем 50 лайков - пойду писать техническую статью со всем мясом