Como fazer uma apresentação para seus colegas de trabalho que contêm lotes de código? [fechadas]

Question

Eu deveria fazer uma apresentação para os meus colegas de trabalho em um framework web I avaliou. Essas pessoas são os desenvolvedores e ódio longo e chato coisas PowerPoint, então eu tenho lotes de pequenos trechos de código. Eu também montar um aplicativo de amostra pequena. Minha pergunta é: como faço para apresentar o código para que as pessoas podem seguir?

Algumas coisas que eu pensava de:

• Coloque o código em slides do PowerPoint, parece muito ruim e a menos que seja uma imagem que não pode obter destaque de sintaxe para trabalho. Ter o meu código em imagens é uma dor e não escala bem a diferentes resoluções.
• Eu brinquei com o formato de apresentação S5 XHTML e integrou uma sintaxe marcador JavaScript. É um desajeitado pouco, mas viável (Vou pegar alguma tristeza por ignorar CI da empresa para apresentações desde que eu não usaria seus modelos. Nem pergunte ...)
• Eu poderia montar um roteiro (notas) e "código ao vivo" na frente do meu público. Eu não gosto tanto disso porque me mantém tão ocupado que é difícil para mim dar uma boa explicação, enquanto eu escrevo. E também há uma grande chance de me causando erros e fazê-los esperar.
• Um screencast? Mas então eu não teria que estar lá ... Talvez narrá-lo?

Então, o que você faria?

Answer 1

Eu poderia montar um roteiro e "Live-código" na frente do meu público. Eu não gosto deste tanto porque me mantém tão ocupado que é difícil para mim para dar uma boa explicação enquanto eu escrever. E há também uma grande chance de me causando erros e torná-los espera.

Eu gosto desta opção, se você pode obter sua demo simplificado a ponto de não segurando a audiência. Você pode fazer o que cozinheiros de TV fazer quando a receita leva mais tempo do que eles têm; iniciar a codificação, em seguida, avançar para um que é de 90% ou 100% feito.

Se você tem um colega que pode chegar até a velocidade, você pode tê-los fazer a codificação enquanto você fala e apontar o que eles estão fazendo.

Você pode usar o IDE, o que dará a sintaxe destacando e mostrar o seu público como compilar, implantar, testar, etc. Eu recomendaria usando uma fonte de grandes dimensões, porém, apenas para a sessão, para que todos possam ver.

Answer 2

A sua IDE permitir a abertura / fecho regiões ou segmentos de código? Em Visual Studio, você pode criar regiões de código que você pode expandir ou recolher. Se o seu IDE tem a capacidade de fazer isso, você pode criar suas amostras de código como as regiões e, em seguida, abrir / fechar-los como você passar por sua apresentação. Você pode alternar entre suas amostras de apresentação e de código no IDE, mas não teria de código na mosca. Usando abrir / fechar o permite esconder o código que você não está fazendo referência para manter as coisas menos confuso.

Na verdade, eu vi este feito em Agile 2008 e parecia funcionar muito bem.

Answer 3

Você só pode caber tanta informação em um slide do PowerPoint, mas isso é realmente uma coisa boa:. As pessoas só podem olhar para uma certa quantidade de informações e obter algo significativo a partir dele

Então, se você não pode se encaixar em um slide do PowerPoint, você precisa repensar a sua abordagem.

Os trechos de código são boas. Eles não precisam ser destacados. Basta colocá-los em Courier New (ou alguma outra fonte de largura fixa) e ele vai se deparar como código. trechos de código não tem que ser completa também. Basta ferver-los para os conceitos essenciais (usando comentários ou elipses para indicar o código em falta).

Os programadores sendo programadores, eles provavelmente vão fazer perguntas quando se chega ao técnico, que é bom.

Além disso, se os programadores estão familiarizados com algo tentativa semelhante e relacionar todos os conceitos de volta para o que eles sabem. Ela torna mais fácil de entender. Como se você está explicando Spring MVC e eles sabem Struts, explicam os equivalentes Struts. Pode ser útil para colocar esse tipo de coisa em forma de tabela (mesmo como um folheto).

Isso é o que eu fiz exatamente para isso (um primer Spring MVC para programadores Struts).

Answer 4

Se você deseja que seu público para ver um monte de trechos de código, especialmente os mais longos, você pode imprimi-los como folhetos ou fornecê-las como anotações em arquivos PDF ou de texto (as pessoas podem acompanhar em seus laptops).

slides da apresentação real deve conter a menor quantidade de texto (incluindo o código) necessária para transmitir as suas ideias. Se há um monte de ler à distância, o público vai se cansar depois de algum tempo e pode ter problemas seguinte junto. Permita que as pessoas ler as seções de código completo em seus próprios laptops ou folhetos, ao chamar a atenção apenas para as partes críticas em seus slides da apresentação ou script.

Answer 5

Se eles não gostam Powerpoint, não use usá-lo. Usamos gravação de tela Camtasia para demos Record 'ao vivo' para apresentação a clientes (ao vivo entre aspas, pois não têm a desvantagem de deixar de funcionar a meio caminho através de sua apresentação :-). Eles sempre preferem vê-lo em ação e não o que eles acham que é funcionalidade falsificado.

É de pausa-capazes como os slides do PowerPoint e tem a vantagem de sintaxe colorir desde que você acabou de gravar trazendo o seu em seu editor favorito. Também é dinâmico, que é muito melhor do Powerpoint (embora eu tenha visto algumas pessoas fazem animação bruto com vários slides em PowerPoint, sempre engraçado ver em ação).

Isso mapeia basicamente a sua ideia screencast, mas, se você quiser uma razão para estar lá, fazer um grande número de pequenas screencasts para mostrar intercaladas entre a sua apresentação real, narrando (em pessoa, não no screencast), se necessário.

Pessoalmente, eu prefiro enviar um Camtasia totalmente narrado off para o público-alvo, mas isso é porque eu não estou totalmente sobre a minha fobia início de carreira de falar em público: -).

Em uma pitada, você poderia fazer uma demonstração ao vivo real desde o seu público (é videance o equivalente para apresentações de vídeo?) São programadores e vai entender todos os problemas que você tem.

Answer 6

Eu tinha feito isto para mim, e pensei que era a melhor solução possível:

Obter outra pessoa para ajudá-lo. Enquanto você está falando sobre o código, deixe o ajudante digite o código. Desta forma, todos na sala vai estar a olhar para o código, enquanto ouve você explicá-lo.

Isto, obviamente, envolve encontrar alguém que pode ajudar e entender o código tão bem quanto você. Mas os resultados podem ser grandes.

Answer 7

Se você pudesse fazer tudo isso em um screencast e você não teria que estar lá, em seguida, fazer um screencast e não estar lá. Ninguém reclama quando uma reunião for cancelado. Apenas distribuir o vídeo, talvez com um relatório que acompanha com notas ou links que as pessoas possam ler mais sobre as ferramentas que você está demonstrando.

E você vai ter mais crédito depois como seus colegas de trabalho e gestores de falar com outras pessoas: "?. Ei, você viu a apresentação Bibac tinha Sem Você deve, eu vou enviar-lhe o endereço depois do almoço"

Se você está demonstrando código na apresentação, em seguida, também considerar ter o projeto concluído disponível para que as pessoas podem experimentar por si mesmos.

Answer 8

Quando eu fazer apresentações envolvendo Estúdio I trechos de código put Visuais na guia geral da caixa de ferramentas. Durante a apresentação I queda / arrastar esses trechos de código em um arquivo de código, a página de marcação, etc.