На прошлой неделе в Питере прошли Saint Highload-2024 и Saint Teamlead-2024. Я участвовал в обоих, публиковал заметки с докладов, и сейчас собираю отчет. Обе конференции собрали около очных 2500 участников, Highload чуть больше, а Teamlead чуть меньше. И это требовало расширения площадки. На улицу начали выходить еще в прошлом году (или в позапрошлом), заняв двор. А в этом организаторы добавили парковку, развернув на ней шатер для выступлений и для обеда, так что выступления шли в 4 залах в здании и трех шатрах на улице. Удачно, что погода благоприятствовала, супержары, как в прошлом году, и дождей не было. Еще был бункер, где можно было посмотреть трансляцию и послушать доклады через наушники, или просто посидеть в тишине. Доклады не слушали, это, возможно, было бы актуально при жестком переполнении зала, а так те, кто слушает трансляцию не ездят на конференцию, а покупают online-билет. А вот посидеть в тишине или оставить ноут заряжаться пока ты обедаешь — актуально. И такой уголок нужен на случай рабочих созвонов во время конференции.

Общее впечатление от обоих конференций мне напомнило те, которые были в Питере два года назад, в 2022. Highload сопоставим и с тем, что было в прошлом году. Я уже объяснял причину этого: в технологиях ничего принципиально нового не происходит, люди решают те же задачи теми же методами, просто чуть лучше и с вариациями. Исключение тут — резкий взлет GPT, но он еще на этапе индивидуального освоения, технологических решений с его использованием не делают. Доклады про использование в помощь разработке уже есть, и они показывают прогресс. Замечу, что не-технологические решения уже делают, на MergeConf я слушал доклад о сборке в дочке Газпромнефти на основе GPT-решений полноценного рекрутера-помощника, закрывающего полный цикл задач. Кому интересно, есть мой отчет MergeConf-2024, записей конференции нет.

Такая ситуация отрасли отражается в докладах. На нескольких из тех, что я слушал, общая конструкция: была такая-то задача, мы ее успешно сделали. Иногда дополненная «а по дороге были такие-то грабли». И вот далеко не всегда из такого доклада можно извлечь профит. даже если работаешь с аналогичной технологией. Это лишь приглашение-информация «мы работаем с такой-то технологией и задачами, можно обсудить, если интересно». В общем-то, доклад должен быть чем-то большим. И это — в условиях, когда заявок много и была конкуренция. К Teamlead это тоже относится.'

А на Teamlead в прошлом году было много крутых докладов, в том числе от известных спикеров. Среди них много докладов было по психологии. Это было очень интересно, можно посмотреть мой отчет прошлого года TeamLead-2023-Spb. Но это был такой разовый всплеск в хорошую область, в этом году его не повторили, наверное, имея ввиду ажиотаж с поданными заявками. Но, тем не менее, хороших докладов было достаточно много. Как и осенью, в рамках Teamlead шли треки KnowledgeConf и Techlead, и там тоже были интересные доклады.

А еще забавно, что на Teamlead был Макс Дорофеев, он вместе с Александрой Брызгаловой вел мастер-класс по теории ограничений. Но его не было в расписании в качестве ведущего, чтобы люди не ломанулись. Правда, все равно вместо 50 участников было 120, и это не вина организаторов: они честно поставили 50 столов, просто остальные — самоорганизовались и обеспечили себя местами. Проблема в том, что в конструкцию мастер-класса заложено внимание ведущего каждому столу, и это — ограниченный ресурс, когда участников много, каждый получает меньше. Но ведущих было двое, они справились. А то, что Макс решил приехать на конференцию в таком варианте — свидетельство высокой репутации конференции.

Дальше будут заметки с докладов в том же порядке, в котором я слушал. При этом помните, что я слушал только один доклад из 5-6 в каждом слоте, а некоторые слоты пропустил из-за нетворкинга.

А перед этим я хочу отметить отдельные доклады.

• Чему нас учит черный квадрат и причем здесь программирование на Highload. Идея Олега Бунина: расширить сознание и посмотреть на другую область. Ведь разработчики похожи на художников и других людей искусства: они создают новое, меняют реальность силой мысли. Основной рассказ вел Александр Кибасов (Doctrina et Nobiles), а Олег и Вирна Штерн давали реплики и вопросы. На мой взгляд, это был интересный и полезный опыт.
• Александр Зиза. Три субкультуры в IT-компаниях на Teamlead. Очень хороший рассказ о происходящих сейчас принципиальных изменениях в культуре компаний, в контексте происходящих изменений в мире в целом. Вызвал много мыслей, которые я тоже включил в конспект, отделяя от того, что сказал Александр.

Это были те два доклада, которые произвели на меня наибольшее впечатление. То, что это по одному докладу с каждой конференции — случайность, просто так получилось.

Еще несколько технических докладов с Highload

• Олег Коровин. GraphQL: зачем на самом деле он нужен. Apollo Federation — дар бога. Идея в том, что GraphQL — это прорыв, она позволяет делать запросы, объединяя разные API, подобно тому, как SQL позволил делать запросы, объединяя многие таблицы. Это — моя мысль, но она родилась в ходе доклада.
• Филипп Дельгядо. Enterprise deploy: почему это больно. Многогранный доклад о разных аспектах создания безопасного деплоя. В том числе — для enterprise-приложений. установленных удаленно у клиента, который сам делает обновления, и это сильно повышает требования.
• Владимир Комаров из СберТех. О распределенных транзакциях. Очень хороший доклад с обзором различных механизмов распределенных баз данных и транзакций.

И ряд докладов про ИИ, тоже с Highload

• Максим Метальников, Максим Смоляков из SberDevices. Особенности и вызовы реализации технологии создания готовых музыкальных произведений с применением ИИ. Ребята собрали pipeline синтеза песни из различных инструментов ИИ. Фазы pipeline: идея — текст <-> основная мелодия — аранжировка — запись вокала и инструментов — сведение и мастеринг. ИИ это все уже более-менее умеет. Правда, pipeline — не автомат, он на ручном приводе с участием человека. Но это нормально на данной стадии развития технологий.
• Иван Бондаренко из НГУ. Сильный искусственный интеллект у вас в подвале: как собрать мультимодальную LLM из опенсорса и настроить ее под вашу задачу. Это всего лишь про обучение ИИ понимать картинки и звуки. А вовсе не про решение сложных задач, недоступных пока GPT. Но все равно интересно.
• Алексей Цветков. Как воспитать себе помощника: применение локального ИИ для разработки. Основное для меня сообщение доклада — что можно на компе разработчика развернуть локальную версию ИИ, сопоставимую по мощности с GPT-4, Gemini, Copilot. Правда, речь шла о специализированной области разработке софта, но GPT умеет получать задания, писать комментарии и общаться на естественном языке — как разработчик.

А это — доклады с Teamlead. Вообще хочется отметить практически все доклады, которые я слушал, в каждом — своя изюминка. При этом на Teamlead я слушал меньше докладов, чем на Highload, потому что было гораздо больше нетворкинга.

• Максим Смирнов. Как рассказывать архитектурные диаграммы. Рассказ о затруднениях, которые возникают при презентации архитектуры, способах их преодоления и рекомендации, как сделать хороший рассказ.
• Роман Поборчий. Особенности создания внутренних сервисов в крупных компаниях, и как избежать провала. В начале этого доклада была роскошная история — что же такое провал. И содержание тоже было хорошим — про типичные ошибки, которые ведут к провалу, потому что команда не справляется.
• Юлия Лукина. Как окунуться в новую предметную область и не утонуть. Ольга сменила много областей, и в докладе был рассказ о техниках погружения, доведенный до уровня чек-листа.
• Антон Огородников из Mаgnit Tech. Инженерная культура. Что это и почему она важна? В докладе была конкретная инженерная культура как набор принципов, с логикой их появления. И ценность доклада не в том, что сделана выборка принципов из книги, на которую ссылался автор. Ценность в том, что эту выборку имплементировали в реальной жизни, в своей компании, понимая что делают, то есть действуя технологично. Разница примерно такая же, как между разработкой кода для решения задачи и разработкой кода с использованием шаблонов, о которых потому еще и рассказываешь в докладе, делясь своим опытом с другими.
• Ольга Муттер из СберМаркет. Прозрачная структура проектов в компании от стратегии до исполнителя. Двухлетняя история выстраивания структуры, в которой команды понимают свой вклад в стратегию и действуют сообразно, и это поддержано сквозными метриками. Есть ее статья «Как подружить проектное управление с продуктовым подходом». Я хочу отметить, что 10 с небольшим лет назад я слушал доклад про то, как в Касперском ставили единообразие процессов обработки задач и отметить разнообразие подхода. Там главным была общая система и одинаковый workflow для всех типов задач, без отдельного пространства для команд, и меряли единые характеристики, а все особые случаи согласовывал комитет по изменениям уровня компании, и их на всю компанию была пара случаев. А вот речь о трассировке задач до уровня стратегии — не шла. А в этом случае задачей было обеспечить единообразное представление только на верхнем уровне, и построить трассировку до стратегии, которую обвесить метриками. С моей точки зрения, это характеризует изменения, произошедшие за это время в культуре отрасли в целом.
• Александра Прокшина из Авито. Искусство спрашивать, или 42 вопроса, которые ускорят развитие вашей команды и вас самих. Очень хороший доклад из тех, в которых автор говорит вроде знакомые и известные вещи, но рассказывает это настолько хорошо, а материал так сфокусирован, что ты обновляешь у себя это в памяти, практически переоткрываешь заново. И это не только рассказ, но и презентация, где на слайде — просто вопросы, по одному или малой группой, но в них подсвечены ключевые моменты.

Продолжение ...