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

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

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

Новые инструменты

Самый простой и частый выбор докладчиков — поговорить о новом инструменте: «Я попробовал новую штуку, она мне понравилась (или не понравилась), и я хочу об этом рассказать». Однако это не всегда уместно и возможно. На примере достаточно известной технологии Docker разберемся, когда можно говорить про новый инструмент, а когда — не стоит. Посмотрим на график Google-трендов для Docker:

В 2017 году и начале 2018-го было много выступлений в духе: «Я попробовал Docker, потому что не пробовать Docker — это большая ошибка», или в контексте задач: «Я могу теперь деплоить сколько угодно. Я использовал Docker — это очень круто!» Потом они постепенно сошли на нет.

Кажется, что в 2019 году говорить про это уже не было смысла. Достигнуто насыщение и интерес к Docker больше расти не будет, но на самом деле смысл есть. Надо только найти аудиторию, которая про Docker еще не слышала. Что и удалось Алексею Авдееву:

У него получился отличный доклад про то, зачем Docker фронтендеру. Вроде всем и так понятно — зачем. Бэкендер напилил что-то, фронтендеру надо делать фронт к этой фиче. Для этого надо поставить базу, налить в нее тестовые данные, подключить библиотеки — и всё это поставить на свой Мак. При том, что оно изначально живет на сервере Linux.

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

Старые инструменты

Допустим, новый инструмент для доклада взять не вышло. Но хорошо заходят и истории про старые — если получится рассказать про грабли и паттерны проектирования с ними ПО. Очень хорошо люди воспринимают доклады типа «Паттерны проектирования приложений с Apache Kafka», или «Грабли, которые мы собрали с Redis».

Правда, чтобы нормально сделать такой доклад, нужно выполнить одно условие — сядьте на диванчик!

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

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

Нестандартное использование инструментов

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

На эту тему есть отличный доклад Михаила Воронова:

Redis в Webassembly — звучит шокирующе. Распространенное представление о WebAssebmly состоит в том, что эта технология помогает исполнять нативный язык в браузере через виртуальную машину JavaScript так, как будто он для этого и был написан. Redis — это серверное приложение (БД, кэши, NoSQL) и что ему делать в браузере, совершенно непонятно.

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

Резюме

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

Естественно, это не исчерпывающий список, а просто набор идей, которые помогут вам лучше вглядеться в свою работу. Попробуйте посмотреть с такой стороны, а дальше новые идеи придут сами собой.

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

До 12 августа открыт прием заявок на доклады на Highload++ 2022 (24 и 25 ноября 2022 в Москве). Ждем ваши заявки. Все подробности на сайте https://cfp.highload.ru/moscow

О каких инструментах вашей разработки стоит рассказать сообществу