Dwa tygodnie temu przedstawiłem TDD (programowanie sterowane testami) moim współpracownikom, dając im małą demonstrację. Ponieważ była to moja pierwsza prezentacja w nowym miejscu pracy, było to dla mnie trudne. Dodatkowo zamierzałem poruszyć temat, którego wciąż się uczę. Zostałem jednak zainspirowany, aby to zrobić, ponieważ wiedziałem, że robiąc to, będę mógł zarówno podzielić się swoją wiedzą, jak i zobaczyć, ile się nauczyłem. Oto moje ogólne wrażenia i lekcje, które wyniosłem z tego wydarzenia.

Nie czekaj, aż nauczysz się „wszystkiego”

Ponieważ nie miałem dużego doświadczenia z TDD na poziomie przedsiębiorstwa, początkowo byłem trochę onieśmielony. Wtedy zrozumiałem, że tak długo, jak twoim głównym celem jest dzielenie się, a nie „mądre” brzmienie, nie musisz być ekspertem, aby przedstawić tłumowi nową koncepcję. Powiedz tak, jeśli nie jesteś pewien odpowiedzi na pytanie lub jej nie znasz. Nadal możesz skierować osobę do odpowiedniego zasobu lub wyszukać odpowiedź i podzielić się nią z grupą na późniejszym spotkaniu. Będziesz musiał czekać wieczność, jeśli będziesz czekać, aż nauczysz się „wszystkiego”, zanim podzielisz się swoją wiedzą.

Jednak nie chcesz też marnować czasu swoich widzów. W rezultacie musisz określić granice swojej prezentacji i odpowiednio zaplanować poruszane tematy.

Określ granice swojej prezentacji

W moim przypadku zdecydowałem się skrócić moje wystąpienie do 30 minut i posłużyć się tylko jednym przykładem. Aby ukończyć wszystko w tym ograniczeniu czasowym, wybrałem prosty przykład, problem „ Przecięcie odcinka linii ”. Ale jak się okazało, nawet ten przykład był zbyt długi na 30-minutową prezentację, więc podjąłem decyzję o przekształceniu go w problem „ przecięcia linii z liniami ”.

Swoją prezentację podzieliłem na trzy główne części. Pierwszym krokiem było krótkie wprowadzenie do TDD i problemu, który chciałem rozwiązać. Po prostu zapisałem definicję problemu i absolutne minimum informacji dotyczących techniki w dokumencie tekstowym, ponieważ nie chciałem zajmować zbyt wiele czasu. Druga część polegała na napisaniu kodu rozwiązującego problem za pomocą TDD, przy jednoczesnym mówieniu na głos o działaniach, które podejmuję i ich przyczynach. Ostatnia część obejmowała 5 minut pytań i odpowiedzi.

Przygotuj się dobrze

Miałem tydzień na przygotowania. Zacząłem od kilkukrotnego wykorzystania TDD do samodzielnego rozwiązania problemu, a następnie szukałem idealnej kolejności przypadków testowych, aby zilustrować ten proces. Ułożyłem przypadki testowe w kolejności, w jakiej chciałem, aby się pojawiały, a następnie użyłem farby do stworzenia kilku prostych rysunków przedstawiających przypadki, dla których tworzyłem przypadki testowe. Następnie kodowałem cały przykład jeszcze kilka razy. Tym razem jednak mówiłem tak, jak kodowałem, jakbym prowadził prezentację. Nad przygotowaniem pracowałem w sumie 7-8 godzin.

Cieszyć się!

Nie jest tajemnicą, że osiągasz lepsze wyniki, jeśli zaakceptujesz myśl, że popełnianie błędów jest bardzo ludzką rzeczą i spróbujesz cieszyć się chwilą, zamiast martwić się o swoje wyniki. Nie twierdzę, że jest to łatwe lub że działa dla każdego, ale podczas całej mojej prezentacji starałem się śmiać z siebie i cieszyć się tym doświadczeniem, zamiast czuć się upokorzonym, gdy popełniłem błąd. Zastosowałem go, gdy przechodziłem przez proces rekrutacji Microsoft. Pamiętam, jak jeden z ankieterów zwrócił mi uwagę na głupi błąd, który popełniłem, i zamiast być smutnym lub sfrustrowanym, po prostu się z nim śmiałem i naprawiłem. co, jak sądzę, zadziałało, ponieważ zostałem zatrudniony.

Wniosek

Ważne jest, aby uczyć się przez całą karierę i przez całe życie. Być może jednak ważniejsza jest umiejętność wyrażania wszelkich myśli i opinii, jakie możesz mieć. Być może najskuteczniejszą metodą ćwiczenia obu jest próba wyjaśnienia czegoś, czego się ostatnio nauczyłeś. W ten sposób będziesz w stanie zidentyfikować wszelkie luki w swoim rozumieniu i przyczynić się do poszerzenia wiedzy innych. Zamierzam kontynuować to w kolejnych tygodniach na różne tematy i napisać o moich doświadczeniach w przyszłym poście.

Do tego czasu miłej nauki!