На вопрос после доклада нет готового ответа

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

Контрпример меняет сказанное

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

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

Можно ответить: «Мы такого не встречали». Только вопрос был о показанной проверке, и отсутствие замеченных ошибок её не исправляет. «Надо будет проверить» тоже оставляет у слушателей прежнее обещание, хотя уже показано, как два запроса обходят эту проверку.

Я бы вернулся к самому утверждению:

Да, если кроме этой проверки другой защиты нет, оба запроса могут пройти. На слайде я этого не учёл. Показанный вариант отсекает повтор после сохранения первой брони, но от одновременных запросов не защищает.

Здесь не обязательно за оставшуюся минуту проектировать новую систему бронирования. Уже можно точно сказать, какая часть объяснения оказалась неверной. Если исправление требует отдельного разбора, пусть оно останется отдельным разбором. А ошибку стоит назвать сейчас, пока люди ещё слушают и не взяли пример в свой код.

Бывает, что вопрос сформулирован короче: «У вас тут гонка». Тогда сначала полезно попросить показать порядок действий. Возможно, слушатель не заметил условие из предыдущего слайда. Возможно, условие забыл докладчик. Соглашаться со словом «гонка» без понимания случая так же странно, как отвергать его только потому, что пример заранее подготовлен.

Другую среду ещё предстоит проверить

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

Тут контрпримера пока нет. Есть среда, для которой у докладчика нет измерений. Из замера на ноутбуке ещё не следует, что на телефоне обработка займёт столько же времени.

Мне было бы полезнее услышать:

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

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

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

Другой способ может подходить лучше

Наконец, докладчик показывает отправку формы на JavaScript. Из зала спрашивают: «А зачем здесь скрипт? Нельзя отправить обычную форму?»

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

Продолжение разговора может быть таким:

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

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

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

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

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