Apresentei o TDD (desenvolvimento orientado a testes) para meus colegas de trabalho há duas semanas, dando uma pequena demonstração. Como era a primeira vez que fazia uma apresentação em meu novo local de trabalho, foi difícil para mim. Além disso, eu iria discutir um tópico sobre o qual ainda estava aprendendo. No entanto, fui inspirado a fazê-lo, pois sabia que, ao fazê-lo, seria capaz de compartilhar meu conhecimento e ver o quanto havia aprendido. Aqui estão minhas impressões gerais e lições que tirei do evento.

Não espere até aprender “tudo”

Como eu não tinha muita experiência com TDD em nível empresarial, inicialmente fiquei um pouco intimidado. Então entendi que, desde que seu objetivo principal seja compartilhar em vez de soar “sábio”, você não precisa ser um especialista para trazer um novo conceito para uma multidão. Diga isso se não tiver certeza sobre a resposta a uma pergunta ou não souber. Você ainda pode direcionar a pessoa para o recurso apropriado ou pesquisar a resposta e compartilhá-la com o grupo em uma reunião posterior. Você terá que esperar para sempre se esperar até aprender “tudo” antes de compartilhar seu conhecimento.

No entanto, você também não quer desperdiçar o tempo de seus espectadores. Assim, você deve especificar os limites de sua apresentação e planejar adequadamente os temas que abordará.

Defina os limites da sua apresentação

No meu caso, decidi manter meu discurso em 30 minutos e usar apenas um exemplo. Para concluir tudo dentro desse limite de tempo, escolhi um exemplo simples, um problema de “ Interseção do segmento de linha ”. em um problema de “ interseção de linha-linha ”.

Estruturei minha apresentação em três seções principais. Fazer uma breve introdução ao TDD e ao problema que procurei resolver foi o primeiro passo. Eu simplesmente anotei a definição do problema e o mínimo de informações sobre a técnica em um documento de texto porque não queria tomar muito tempo. A segunda parte foi escrever o código para resolver o problema usando TDD enquanto falava em voz alta sobre as ações que tomo e os motivos por trás delas. A seção final foi de 5 minutos de perguntas e respostas.

Prepare-se bem

Tive uma semana para me preparar. Comecei utilizando o TDD para resolver o problema sozinho algumas vezes e depois procurei a ordem ideal para os casos de teste para ilustrar o processo. Organizei os casos de teste na ordem em que queria que aparecessem e, em seguida, usei tinta para criar alguns desenhos simples que representavam os casos para os quais estava criando casos de teste. Depois disso, codifiquei o exemplo inteiro várias vezes. Desta vez, porém, falei enquanto codificava, como se estivesse fazendo uma apresentação. Trabalhei na preparação por 7 a 8 horas no total.

Apreciar!

Não é segredo que você alcança melhores resultados se aceitar a ideia de que cometer erros é muito humano e tentar aproveitar o momento em vez de se preocupar com seu desempenho. Não estou dizendo que é fácil ou que funciona para qualquer um, mas durante toda a minha apresentação, tentei rir de mim mesmo e aproveitar a experiência, em vez de me sentir humilhado quando cometi um erro. Eu o apliquei quando passei pelo processo de contratação da Microsoft. Lembro-me de um dos entrevistadores apontando um erro tolo que cometi e, em vez de ficar triste ou frustrado, apenas ri com ele e consertei. o que, acredito, deu certo porque fui contratado.

Conclusão

É crucial continuar aprendendo ao longo da carreira e da vida. Talvez mais crucial do que isso, porém, seja a capacidade de articular quaisquer pensamentos ou opiniões que você possa ter. Talvez o método mais eficaz para praticar ambos seja tentar explicar algo que você aprendeu recentemente. Ao fazer isso, você poderá identificar eventuais lacunas em sua compreensão e contribuir para o conhecimento de outras pessoas. Pretendo continuar fazendo isso nas próximas semanas em vários tópicos e escrever sobre minhas experiências em um post futuro.

Bom aprendizado até lá!