Про презентации и защиты

Материал из CSC Wiki
Перейти к:навигация, поиск

Для кого эта страница

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

Большое количество замечаний здесь регулярно повторяется на защитах. Не повторяйте ошибок предшественников!

Зачем нужны проекты

Checklist для работы над проектом

Зачем нужны защиты

Стандартная структура доклада

Checklist для доклада

Checklist для презентации

  1. Номера слайдов есть на всех слайдах (кроме, возможно, титульного)
    1. Также указывается номер последнего слайда, который будет в основной части презентации. Он же последний, но если очень хочется, то можно потом ещё бонусных добавлять для ответов на вопросы.
  2. Нет последнего слайда "спасибо за внимание" или "вопросы"
  3. Если есть код и он не под NDA - он выложен в общий доступ и в презентации есть ссылка
  4. На титульном слайде есть:
    1. ФИО (все три части) студента
    2. ФИО (все три части, если есть) научного руководителя
    3. Название проекта
    4. Название учебного заведения
    5. Дата доклада совпадает с реальной (особенно при копипасте!)
  5. Есть слайд, где рассмотрены аналоги
  6. Есть отдельный слайд для целей, есть слайд с задачами (либо тот же, либо следующий)
  7. Если есть хоть какие-нибудь схемы и картинки (особенно цветные), то они нормально отображаются на проекторе (прям подойти к проектору и проверить) в конкретной аудитории (осторожно с солнцем даже в Питере)
    1. В частности, фон всех слайдов — белый, текст — контрастный чёрный

Checklist для устного выступления

Стандартные замечания

Отсутствует сравнение с аналогами

В частности, следующие фразы говорить крайне опасно:

  1. Аналогов нет. Аналоги есть всегда, иногда непрямые. Надо искать не "решает ровно ту же задачу таким же способом", а "приводит к той же цели". Например, не "плагин для браузера для Google Translate", а "как можно улучшать понимание страниц на другом языке".
  2. Аналоги есть, закрытые, поэтому незачем их изучать. Даже закрытые аналоги стоит упомянуть и сравнить, где можно. Может, не получится сравнить производительность или код, но хоть что-то сравнить можно.

Более того: сравнивать надо не только всю задачу целиком, но и подзадачи. Например, подзадача "связать TensorFlow с Java" может решаться кучей способов.

Слишком много точности в цифрах

Если датасет из 26 точек, то точность 88.4615% выглядит странно: на самом деле это 23/26 (и это без учёта погрешности). Стоит указывать только то количество знаков, которые реально могут поменяться и больше погрешности измерений. Например: ~90%.

Нет разделения между предыдущей работой и работой студента

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

Рекламная кампания

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

Типичные вопросы, чтобы это найти:

  • Что было сложного?
  • На что ушло много времени?
  • Чем вы гордитесь в своей работе?

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