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

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

Если честно, я уже давно езжу на конференции не ради докладов.

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

Но потом проходит несколько лет.

И однажды ты ловишь себя на мысли, что сам готов произнести эти слова.

Романтика первых конференций

Я прекрасно помню свои первые большие конференции. HighLoad++, DevOops, TeamLead и другие мероприятия подобного масштаба воспринимались как портал в параллельную инженерную вселенную. В ту самую вселенную, где работают люди, обслуживающие миллионы запросов в секунду, строящие распределённые системы хранения данных на сотнях серверов и принимающие решения, последствия которых измеряются не количеством закрытых задач в спринте, а судьбой целых продуктов.

Попадая туда впервые, испытываешь почти детский восторг. Ты сидишь в огромном зале и слушаешь человека, который рассказывает, как его команда пережила падение дата-центра. Следом выходит инженер, мигрировавший монолит размером с небольшой муниципалитет на микросервисную архитектуру. Потом появляется специалист, объясняющий устройство Kubernetes-кластера из нескольких тысяч узлов таким спокойным голосом, будто речь идёт о перестановке мебели в квартире.

После таких выступлений выходишь в коридор с ощущением, что только что прикоснулся к настоящей инженерии.

Хочется немедленно всё менять.

Ты фотографируешь слайды. Выписываешь названия технологий в блокнот. Ставишь рядом звёздочки и пометки, к которым обязательно вернёшься после возвращения домой.

  • Kafka;

  • Ceph;

  • ClickHouse;

  • Kubernetes;

  • eBPF;

  • Service Mesh;

  • OpenTelemetry.

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

Нам срочно нужно это внедрять.

Мы вообще всё делаем неправильно.

Надо полностью переделывать инфраструктуру.

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

Но вместе с этим приходит ещё одна вещь, о которой редко предупреждают заранее.

Однажды ты сам начинаешь строить всё это.

Когда ты сам начинаешь строить всё это

Профессиональная деформация приходит незаметно. Никто не выдаёт тебе памятную грамоту с надписью: "Поздравляем, теперь вы достаточно долго работаете в инфраструктуре, чтобы смотреть на конференции другими глазами". Просто однажды обнаруживаешь, что больше не слушаешь доклад так, как слушал его десять лет назад.

За это время ты сам успеваешь поднять production-кластеры Kubernetes, провести несколько миграций, пережить релизы, после которых половина компании одновременно пишет в общий чат, что ничего не работает, и провести слишком много ночей, пытаясь понять, почему отказоустойчивая система отказала именно в тот момент, когда от неё больше всего требовалась устойчивость. Ты начинаешь понимать, что любая архитектурная диаграмма - это не фотография реальности, а её очень оптимистичная интерпретация.

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

Как именно происходила миграция?

Сколько раз приходилось откатываться назад?

Какие компромиссы пришлось принять?

Что перестало работать после запуска?

Сколько людей выгорело в процессе?

Какие решения сегодня вы бы уже не повторили?

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

И именно в этот момент начинаешь понимать одну очень важную вещь: настоящая инженерия редко бывает красивой.

Слайды красивые. Продакшен страшный

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

Проблема заключается в том, что настоящая инженерия устроена совсем иначе.

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

Практически в любой крупной организации существует Jenkins job, которую никто не открывал несколько лет исключительно потому, что она каким-то образом продолжает выполнять критически важную функцию. Где-то обязательно живёт Bash-скрипт, написанный в 2019 году, который удерживает половину бизнес-процессов на честном слове и переменной окружения с загадочным названием. В Kubernetes-кластерах почти всегда обнаруживается namespace вроде legacy-prod-old2-final-final, удалить который никто не решается, потому что слишком велик риск выяснить его предназначение самым неприятным способом - во время очередного инцидента.

Но со сцены подобные вещи звучат редко. Там показывают полностью автоматизированную инфраструктуру, рассказывают о прекрасных пайплайнах CI/CD и демонстрируют модульный Terraform, который одинаково хорошо работает во всех средах. Любой человек, имеющий опыт сопровождения крупных систем, в такие моменты невольно улыбается, потому что знает: между презентацией и реальностью почти всегда существует дистанция, измеряемая количеством ночных созвонов и чашек кофе.

Это не делает доклады бесполезными.

Но заставляет воспринимать их иначе.

Вместо вопроса "Как повторить это у себя?" появляется другой, значительно более полезный вопрос: "Что происходило за кадром, и чему именно можно научиться из этого опыта?"

Почему самые ценные доклады - это рассказы о провалах

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

Доклады о неудачных миграциях.

Рассказы о продакшене, который положили собственными руками.

Истории о технологиях, в которые искренне верили, а потом отказались от них спустя год эксплуатации.

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

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

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

А потом на сцену выходит человек и спокойно говорит:

Мы положили прод.

И в зале становится удивительно тихо.

Потому что наконец-то начинается разговор о настоящей инженерии.

Настоящая конференция начинается после окончания программы

Самое интересное открытие приходит не тогда, когда ты перестаёшь восхищаться докладами. Оно приходит значительно позже, когда вдруг понимаешь, что главные события конференции происходят вовсе не там, где ты ожидал их найти.

Не в главном зале.

Не в первом ряду.

Не во время выступления хедлайнера.

И даже не в момент, когда весь зал дружно достаёт телефоны, чтобы сфотографировать очередной слайд с красивой архитектурной схемой.

Настоящая конференция начинается после окончания официальной программы.

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

Именно там исчезают презентационные маски.

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

Именно тогда звучат фразы, которые никогда не попадут на слайды.

Только никому не говори, но Istio мы в итоге выкинули.

Мы откатились с Kubernetes на виртуальные машины для части сервисов.

Половина AI-нагрузки оказалась бессмысленной.

ClickHouse жрёт диски так, будто завтра не наступит.

GitOps красивый ровно до того момента, пока не сталкивается с настоящим legacy.

Что особенно интересно, именно такие разговоры запоминаются значительно лучше большинства докладов. Возможно, потому что в них нет необходимости выглядеть безупречно. Люди больше не пытаются демонстрировать исключительно успешные решения. Они рассказывают о собственных сомнениях, ошибках и разочарованиях. И именно в такие моменты становится очевидно, насколько похожи друг на друга самые разные компании.

У всех существуют странные компромиссы.

У всех есть решения, которые никто не стал бы повторять сегодня.

У всех были проекты, начинавшиеся с амбициозных планов и закончившиеся значительно более скромными результатами.

И почти у всех найдётся история, начинающаяся словами:

Вообще-то мы были уверены, что всё пойдёт совсем иначе...

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

Старая гвардия

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

С некоторыми из них вы вместе поднимали первые Kubernetes-кластеры ещё тогда, когда значительная часть индустрии пыталась понять, зачем вообще нужен этот странный проект от Google. С другими спорили о перспективах Docker и убеждали коллег, что контейнеры - это не просто красивые архивы с приложениями внутри. С третьими переживали очередное падение Ceph, восстанавливали PostgreSQL после неудачных обновлений или пытались мигрировать инфраструктуру с VMware так, чтобы пользователи ничего не заметили.

Самое удивительное заключается в том, что вы можете не общаться годами.

У всех появляются новые проекты. Меняются компании. Кто-то уходит в архитектуру. Кто-то становится руководителем. Кто-то неожиданно оказывается в мире искусственного интеллекта и распределённых вычислений. Но потом вы случайно встречаетесь на конференции, и через несколько минут разговор продолжается ровно с того места, где остановился несколько лет назад.

Вы обсуждаете GPU-шардинг для LLM, спорите о перспективах Triton и ограничениях MIG, делитесь опытом внедрения OpenTelemetry и смеётесь над тем, как быстро индустрия меняет любимые технологии. В какой-то момент кто-нибудь обязательно замечает, что десять лет назад вы точно так же спорили про Docker, а ещё раньше - про виртуализацию, системы управления конфигурацией или судьбу классических дата-центров.

И все начинают смеяться.

Потому что действительно спорили.

Наверное, именно тогда особенно остро понимаешь, насколько маленькой является инфраструктурная тусовка. Со стороны отрасль выглядит огромной: тысячи компаний, десятки тысяч специалистов и бесконечное количество технологий. Но стоит поработать в ней достаточно долго, как выясняется, что большинство сильных инженеров связаны друг с другом максимум через одно-два рукопожатия. Кто-то вместе запускал проекты. Кто-то когда-то работал в одной команде. Кто-то однажды сидел рядом на докладе про отказ etcd. А кто-то познакомился в баре после конференции и спустя несколько лет оказался коллегой.

Есть и ещё одна приятная особенность времени.

Некоторые из людей, с которыми вы когда-то вместе писали бесконечные Bash-скрипты, ругались на YAML и пытались заставить Jenkins вести себя предсказуемо, сами становятся спикерами. Причём действительно хорошими. Ты сидишь в зале, слушаешь человека, которого когда-то знал совсем в другом контексте, и ловишь себя на мысли, что испытываешь искреннюю гордость. Не потому, что он оказался на большой сцене, а потому, что знаешь цену его словам. Знаешь, сколько реальных инцидентов, бессонных ночей и непростых решений стоит за этим спокойным рассказом.

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

Поля - спасибо за то, что ты являешься тем центром, вокруг которого все мы собираемся!

Почему я терпеть не могу слово "нетворкинг"

Есть слова, которые со временем начинают вызывать необъяснимое раздражение. Для кого-то это "синергия". Для кого-то - "цифровая трансформация". У меня в этом списке давно находится слово "нетворкинг". Возможно, дело в том, что от него слишком сильно пахнет корпоративными тренингами, LinkedIn и людьми, которые любят говорить фразами вроде "давайте синканёмся отдельно", "надо держать друг друга в поле зрения" или "уверен, мы найдём точки соприкосновения". Каждый раз, слыша подобные формулировки, я начинаю скучать по инженерам, которые выражаются значительно проще и честнее.

Потому что в инфраструктурной среде настоящий нетворкинг выглядит совершенно иначе. Он редко начинается с обмена визитками и почти никогда не строится вокруг попытки быть полезным "на будущее". Чаще всего он рождается из совместно пережитых историй, обсуждения ошибок и внезапного узнавания в собеседнике человека, который сталкивался с очень похожими проблемами. В какой-то момент разговор о погоде или последних новостях конференции незаметно превращается в подробный разбор того, как команда вытаскивала продакшен после неудачной миграции или почему очередная технология, обещавшая изменить всё, оказалась лишь ещё одним компромиссом.

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

Именно так в нашей отрасли очень часто находят будущих коллег. Хорошие инженеры действительно нередко приходят по рекомендациям. Через бывших сотрудников, через знакомых знакомых, через людей, с которыми однажды сидел за одним столом после доклада про отказ etcd и несколько часов обсуждал последствия неудачного обновления Kubernetes. Формально вакансии публикуются, собеседования проводятся, процессы соблюдаются, но в основе многих сильных команд всё равно лежит человеческое доверие, заработанное совместной работой или профессиональным общением.

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

Почувствовать пульс отрасли

Есть ещё одна причина, по которой конференции остаются важной частью профессиональной жизни. Они позволяют почувствовать настроение рынка не по аналитическим отчётам и маркетинговым исследованиям, а через живое общение с людьми, ежедневно работающими в продакшене. Это очень тонкое ощущение, которое сложно передать тому, кто никогда не посещал подобные мероприятия регулярно.

По докладам можно понять, что отрасль считает важным публично. По кулуарным разговорам становится понятно, что действительно происходит внутри компаний. Именно там начинаешь замечать, какие технологии постепенно становятся нормой, а какие продолжают существовать преимущественно в презентациях и постах в социальных сетях. Несколько лет назад невозможно было пройти по коридору и не услышать разговоры про Kubernetes. Затем индустрию захватили сервисные сетки. Потом начался период Platform Engineering. После этого почти каждая техническая площадка заговорила про OpenTelemetry. Сегодня аналогичную роль играет искусственный интеллект.

Но самое интересное заключается в том, что настоящая оценка технологий звучит вовсе не со сцены.

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

Мы попробовали. Не взлетело.

Оно работает, но сопровождать это оказалось значительно сложнее, чем ожидалось.

Все говорят, что внедрили, а по факту используют процентов на двадцать.

В презентациях всё красиво, а вот в продакшене начинаются приключения.

Мы потратили год и в итоге вернулись к более простому решению.

Подобные разговоры позволяют увидеть отрасль без фильтров и рекламных украшений. Они помогают избежать двух одинаково опасных крайностей. С одной стороны, не бросаться внедрять каждую новую технологию только потому, что она внезапно стала популярной. С другой - не превращаться в человека, который любые изменения встречает фразой о том, что "мы двадцать лет на Bash работали и ещё столько же проработаем". Хотя, будем честны, Bash действительно обладает удивительной способностью переживать практически любые технологические революции и чувствовать себя вполне уверенно там, где вокруг уже в третий раз сменился модный стек.

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

Когда доклады проиграли документации

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

Если мне сегодня действительно нужно разобраться в новой технологии, я вряд ли стану ждать ближайшую конференцию в надежде, что кто-нибудь со сцены всё объяснит. Скорее всего, я подниму тестовый стенд дома, открою документацию и начну экспериментировать. Посмотрю исходный код проекта, изучу обсуждения в GitHub Issues, прочитаю несколько подробных статей людей, которые уже успели наступить на большинство возможных граблей. Если потребуется, найду выступление авторов технологии на YouTube и внимательно прослушаю именно те фрагменты, где они говорят о внутреннем устройстве системы, а не о стратегическом видении будущего.

Современный инженер живёт в эпоху невероятного избытка информации. Документация стала значительно качественнее. Open source-проекты сопровождаются подробными руководствами. Появилось огромное количество технических блогов, подкастов и видеоматериалов. Практически любую технологию можно развернуть у себя локально и изучить собственными руками. Более того, именно такой подход зачастую оказывается наиболее эффективным, потому что позволяет не просто услышать чужой опыт, а самостоятельно пройти путь от первых ошибок до понимания того, как всё устроено внутри.

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

Хочется понять внутреннее устройство OpenTelemetry? Можно изучить спецификации, посмотреть реализацию и попробовать собрать собственный конвейер телеметрии.

Интересует ClickHouse? Никто не мешает развернуть его локально, загрузить данные и посмотреть, как система ведёт себя под нагрузкой.

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

Именно поэтому доклады постепенно начали проигрывать.

Они проигрывают документации.

Проигрывают GitHub.

Проигрывают техническим блогам.

Проигрывают домашним лабораториям.

Проигрывают возможности всё попробовать самостоятельно.

Но есть одна вещь, в которой они до сих пор остаются бессильны.

Они не могут заменить людей.

Людей нельзя поднять через Docker Compose

Нельзя поднять старую гвардию через Docker Compose.

Невозможно установить опытного архитектора через Helm Chart.

Не получится импортировать хорошего тимлида через Terraform.

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

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

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

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

И всё же я продолжаю ездить

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

Сегодня конференции интересуют меня по другим причинам. Мне хочется увидеть старых коллег, с которыми когда-то приходилось вместе чинить инфраструктуру глубокой ночью и спорить о том, стоит ли внедрять очередную технологическую новинку. Хочется познакомиться с новыми сильными инженерами и понять, чем на самом деле живёт отрасль именно сейчас. Интересно услышать реальные истории компаний, посмотреть, кто и куда мигрирует, какие решения действительно приживаются в продакшене, а какие продолжают существовать исключительно в презентациях и маркетинговых материалах.

И, пожалуй, самое главное - полезно время от времени напоминать себе, что за каждым Kubernetes-кластером, системой мониторинга, CI/CD-пайплайном и архитектурной диаграммой стоят живые, уставшие, талантливые и очень разные люди. Люди, которые стараются делать свою работу хорошо, несмотря на дедлайны, технический долг, организационные ограничения и неизбежные ошибки. Люди, благодаря которым вся эта сложная индустрия продолжает двигаться вперёд.

Со временем оказалось, что всё это значительно ценнее, чем очередной доклад с названием вроде «Как мы ускорили latency на 7% с помощью AI-powered event-driven platform engineering, используя синергию платформенного подхода и инновационные практики цифровой трансформации». Подобные выступления могут быть интересными и иногда даже полезными, но настоящий профессиональный опыт крайне редко помещается в сорок минут и десяток тщательно отрепетированных слайдов.

Настоящий опыт живёт в историях, рассказанных возле кофемашины между потоками. В признаниях, начинающихся со слов:

Только никому не рассказывай, но у нас всё было совсем не так красиво.

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

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

Я езжу туда ради людей.

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