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

Не ждите, пока вы узнаете «все»

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

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

Определите границы презентации

В моем случае я решил сократить свою речь до 30 минут и использовать только один пример. Чтобы выполнить все за это время, я выбрал простой пример — задачу « Пересечение отрезков». это в задачу « Пересечение линии ».

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

Хорошо подготовьтесь

У меня была неделя на подготовку. Я начал с использования TDD для самостоятельного решения проблемы несколько раз, а затем искал идеальный порядок тестовых примеров, чтобы проиллюстрировать процесс. Я расположил тестовые наборы в том порядке, в котором я хотел, чтобы они отображались, затем я использовал краску, чтобы создать несколько простых рисунков, которые представляли тестовые наборы, для которых я создавал тестовые наборы. После этого я закодировал весь пример еще несколько раз. На этот раз, однако, я говорил, когда кодировал, как если бы я делал презентацию. Всего я работал над подготовкой 7–8 часов.

Наслаждаться!

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

Вывод

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

Удачного обучения до тех пор!