| Tip |
|---|
Страница актуальна на 0107.0209.2022. Проверила Алла Аблова (Unlicensed) |
| Table of Contents | ||||
|---|---|---|---|---|
|
Немного о конкуренции
Самые большие из наших конференций посещает, как правило, более двух тысяч человек. Это много! Но потоков, в которые будут организованы доклады на конференции, тоже будет более десятка! Это тоже много, что означает, что всех нас ждёт колоссальная конкуренция за внимание пользователя.
...
Тезисы на два-три абзаца грамотного литературного текста с ключевыми пунктами доклада. В тезисах мы не ставим вопросы, а даём краткие ответы. | 2-3 абзаца грамотного литературного текста приятно читать всем. |
Ключевые пункты доклада, список ответов на вопросы, поставленные в докладе, позволят профессионалу сравнить ваш багаж знаний со своим и принять решение. | |
Ваши тезисы не будут пахнуть продажами – этот запах хорош для бизнеса, но очень плох для IT-профессионала. | |
Пишите, как для себя. | |
Да, они играют в буллшит-бинго :) Плохо, если вы выиграете ещё до начала конференции :) | |
Соотношение вопросов и ответов в тезисах важно! Вопросов минимум, ответов максимум. Не надо писать “Как управлять удалёнными программистами?”. Правильно написать “Мы расскажем о том, как управлять удалёнными программистами с помощью внушения, гипноза и тотального контроля десктопа.”. |
Удачи вам!
...
Рекомендации для докладов типа Case Study (когда компания/проект делится своим опытом)
Недостаточно просто описать задачу в тезисах. Довольно часто бывает так, что заинтересованные слушатели могут это сделать не хуже докладчика. Хорошие же тезисы отличает конкретика: конкретные названия, конкретные числовые показатели (последнее особенно важно для Highload++), то прочитайте рекомендации нашего постоянного члена Программного комитета Николая Самохвалова.P..
Главное — приоткрыть суть вашего доклада, оставаясь при этом в рамках сжатых тезисов.
И это не так сложно. При подготовке доклада и его тезисов нужно сделать всего лишь три шага.
Шаг 1. Проблема
В чём была сложность решаемой проблемы? Постарайтесь привести числовые оценки: объём данных, необходимая скорость отклика и т.п.
Шаг 2. Решение
Какие подходы, инструменты, алгоритмы, технологии были выбраны и почему? Приведите конкретные названия, упомяните альтернативы, с которыми сравнивали, а в самом докладе приведите их сравнение.
Шаг 3. Оценка
Как вы оценивали успех? Какая основная метрика была мерилом успеха, на какое значение вы ориентировались вначале и что получили в результате? Метрик может быть несколько, но помните, в отличных докладах (как и в отличных технических проектах, бизнесе и т.д.) есть одна главная метрика (не обязательно односложная!), которая определяет успешность результата.
Плохие примеры
— Стоит проблема оптимизации времени и нужно всё делать быстрее. Проблема становится всё более актуальной с каждым этапом роста объемов производства.
— Существует многообразие различных методологий и технологий, призванных стандартизировать процессы деплоя и релизов. В своем докладе я хочу рассказать о том, какой процесс мы настроили для себя, и чем он может быть полезен другим.
— У нас всё отлично получилось. Мы поделимся опытом.
— У нас тысяча серверов, они работают вот так.
Хорошие примеры
— Для нормальной работы нужно укладываться в N минут, что очень непросто, потому что есть M мегабайт данных.
— Мы выбрали технологии X и Y и расскажем, почему (тут же надо дать пояснения программному комитету — а почему же? коротко!). Приведём сравнение с технологиями Z и W (и опять же, для ПК надо коротко в пояснительной записке написать, как сравнивали, кто выиграл и — коротко! — почему).
— В результате мы получили время полной обработки данных N секунд при количестве данных M мегабайт и убедились, что этот показатель в нашем проекте масштабируется линейно вплоть до значения 100*M мегабайт. В докладе будет подробно описано, как повторить наш успех.
— Перед нами стояла следующая задача, поэтому мы выбрали такую архитектуру и топологию сети.
Удачи вам!
P.S. Вы всегда можете задать любой вопрос о тезисах в службу поддержки докладчиков: speakers@ontico.ru