Neste curso, assumimos que você já sabe projetar e desenvolver programas mais complexos em Java, graças às boas práticas e princípios orientados a objetos, TDD e conceitos avançados de Java aplicados à Web e banco de dados exercitados nos cursos anteriores; mas você talvez não se sinta ainda confortável em planejar e gerenciar o desenvolvimento das aplicações com base em modernas práticas de modelagem ágil. O objetivo deste curso é expor você às principais técnicas e princípios de desenvolvimento ágil, em especial aos que se popularizaram pela sua utilização no framework Scrum e na metodologia XP (Extreme Programming). Apresentamos o Scrum&XP, uma combinação apropriada do framework Scrum com a metodologia XP – Extreme Programming, sem no entanto afirmar que você estará aprendendo tudo sobre Scrum ou sobre XP. Os conceitos apresentados neste curso incluem o seguinte: * Manifesto ágil e princípios de desenvolvimento ágil * Requisitos de software na forma de user stories e backlog de produto * Eventos e reuniões do Scrum&XP: Sprint, Sprint Planning, Planning Poker, Daily Scrum, Sprint Review e Sprint Retrospective, TDD e Programação em Pares * Papéis do Scrum: Product Owner, Time de Desenvolvedores e Scrum Master * Tarefas, Sprint Backlog, Quadro de Tarefas e Diagrama Burndown Ao final deste curso, você terá amadurecido de tal modo suas habilidades de programação que será capaz de implementar de modo ágil um sistema que incorpora um componente de gamificação constante do Trabalho de Conclusão do Programa de Cursos Integrados, com base nas boas práticas ágeis exercitadas neste curso com o Scrum&XP apresentado. Obs.: Embora o Programa de Cursos Integrados (descrito abaixo) seja sobre a linguagem Java no contexto de desenvolvimento ágil, neste curso em especial você poderá empregar a linguagem que desejar, embora incentivemos que os alunos dos cursos anteriores do programa faça uso do Java, pois será uma oportunidade muito enriquecedora de praticar TDD com Java da maneira que se faz na indústria de software. -- --- ---- coursera.org: ITA Programa de Cursos Integrados: Programação Java e Modelagem Ágil Curso 1: Orientação a Objetos com Java Curso 2: TDD – Desenvolvimento de Software Guiado por Testes Curso 3: Desenvolvimento Ágil com Java Avançado Curso 4: Princípios de Desenvolvimento Ágil de Software Curso 5: Desenvolvimento Ágil com Padrões de Projeto Curso 6: Técnicas Avançadas para Projeto de Software Curso 7: Arquitetura de Software em Projetos Ágeis Projeto Final: Aplicativo para Web com Componente Gamificado
Programação em Pares
Loading...
Do curso por Instituto Tecnológico de Aeronáutica
Princípios de Desenvolvimento Ágil de Software
130 classificações
Instituto Tecnológico de Aeronáutica
130 classificações
Na lição
Semana 2
Olá, bem-vindo à Semana 2 do Curso 4 – Princípios de Desenvolvimento Ágil de Software. Neste módulo você aprenderá a criar user stories de forma informal; aprenderá também a fazer coleta ágil de requisitos para a Análise Ágil, que não tenta ser completo de forma antecipada, fazendo questão de definir a visão da aplicação de acordo com o conceito EDUF (Enough Design Upfront – Projeto antecipado suficiente); você aprenderá agora com mais detalhes, no contexto do Scrum&XP, tudo sobre programação em pares.
Conheça os instrutores
Clovis FernandesProfessor Titular in Portuguese
Ciência da Computação
Eduardo GuerraProfessor Colaborador
[MÚSICA]
[MUSIC]
Olá a todos!
Meu nome é Eduardo Guerra.
Esse é o curso Princípios de Desenvolvimento Ágil de Software.
Nesse módulo, vamos falar sobre o pair programming, a programação pares.
Uma técnica bem famosa do desenvolvimento ágil mas igualmente polêmica.
Vamos falar pouco mais sobre as suas características e como implantar
ela de forma eficaz dentro da sua equipe.
Na aula de hoje, a gente vai meio que conhecer a técnica,
entender pouquinho como ela funciona e pouquinho das suas vantagens.
O que é o pair programming?
Pair programming ou programação pares, como a gente chama português,
é uma técnica que você tem dois desenvolvedores sentando na
mesma máquina para trabalhar na mesma tarefa.
Então, a gente vai ter duas pessoas no mesmo computador.
Não vão ser computadores diferentes, não tem dois teclados, não tem dois mouses.
São duas pessoas realmente trabalhando juntas na mesma tarefa.
Só que pair programming é muito mais do que você sentar
junto com a outra pessoa e ficar lá programando junto com ela.
Não é só o cara ir lá, sentar e ficar vendo o outro programar ou o cara sentar,
pegar o teclado, disparar na frente e não estar nem aí para o cara que está do lado.
Não é isso que é pair programming.
Então, a gente vai ver que, às vezes, não é tão fácil assim,
não é tão simples assim.
Quando a gente está fazendo o pair programming,
a gente tem ali as duas pessoas: uma que está efetivamente no teclado e no mouse,
trabalhando, que a gente chama esse cara de piloto e aí esse cara é quem
efetivamente vai estar trabalhando no código ali, pensando no "if",
pensando nos condicionais, vendo qual o melhor nome da variável e tal.
então assim, é o cara, normalmente, quem está programando está com foco maior
no micro, naquela linha de código, naquele momento ali que ele está escrevendo.
E aí, a gente tem a figura do cara que está do lado, que é o copiloto.
Esse cara está acompanhando ali a programação,
lógico que ele não deve ficar: "Esqueceu o ponto e vírgula!
Esqueceu não sei o quê!
Escreveu errado!".
Às vezes, a pessoa viu, mas ela não quer perder o ritmo.
Mas ele vai ficar ali meio ligado, do tipo: "Olha,
eu acho que esse código aqui já tem algum outro lugar.
Olha, será que essa variável aqui,
não seria melhor declarar ela num ponto diferente aqui do código?".
Então, o copiloto é aquele que, enquanto o piloto está focado, ele
está com uma visão pouquinho mais global, pouquinho mais ampla ali do software,
para entender o contexto daquilo
e ajudar também o piloto nos momentos que ele precisar.
Então, no pair programming a gente acaba tendo esses dois
papéis: do piloto e do copiloto.
E aí vem a pergunta: o que é que eu ganho usando programação pares?
Muita gente tem essa impressão de: " não, espera aí.
Eu estou botando duas pessoas para fazer o trabalho de uma.
Então, eu estou perdendo tempo, eu estou perdendo dinheiro".
Na verdade, não.
A gente vai falar pouquinho mais sobre isso nas próximas aulas,
mas hoje a gente vai falar pouquinho também dos benefícios de implantar
o pair programming dentro de uma equipe.
Então, assim, o desenvolvimento ágil,
ele tem uma série de técnicas que exige que você tenha uma certa disciplina.
Exemplo, é a refatoração, para você estar sempre observando a qualidade,
refatorando código, sem deixar para lá aqueles pequenos desvios ali,
aquelas pequenas acochambrações que acabam ficando no código,
para fazer ele passar mais rápido, para ver se vai dar certo.
Isso aí é uma coisa que exige disciplina e você tendo
par ali do seu lado você tem reforço nisso daí.
A mesma coisa eu digo para os testes automatizados.
Muitas vezes, também, a gente deixa para lá ou a gente: " não,
deixa eu implementar isso aqui, depois, quem sabe dia, eu crio teste lá".
Agora, se você tem par, puxa o outro, cobra o outro,
você fica até com vergonha de deixar código meio mais ou menos,
ou de deixar de fazer teste.
O cara: " poxa, depois a gente faz esse teste".
Aí o par vai lá e lembra: "Olha, lembra aquele teste que a gente deixou de fazer?
Vamos aproveitar para fazer lá agora?".
Então, essa questão do pair programming
dá reforço muito grande nas outras práticas, principalmente,
aquelas que exigem uma certa disciplina dos desenvolvedores para dar certo.
Quem aí, jogue a primeira pedra quem nunca estava desenvolvendo alguma coisa e de
repente se, acaba meio que
se distraindo ali com e-mail que chegou,
com uma mensagem, "zap-zap", sei lá, alguma coisa assim.
Então, quando você está sozinho, você, às vezes, se dispersa facilmente.
Às vezes, são até coisas de trabalho mesmo, mas, às vezes, você perde o foco
daquela atividade de programação que foi planejada para aquele momento.
Com o pair programming,
você consegue manter esse foco melhor porque você está junto com outra pessoa.
Você vai parar para olhar e-mail e deixar aquela pessoa esperando?
A mesma coisa vale para ela.
A gente vai discutir outras aulas a questão da privacidade,
mas essa questão do foco aumenta muito a eficiência dos desenvolvedores.
Você tem ali a discussão e cada ali sabe que, naquele momento, ele não pode
desviar o foco para outra coisa porque vai estar, também, atrapalhando o colega.
Então, o pair programming ajuda muito nessa manutenção do foco.
Uma outra coisa que é óbvia, mas é importantíssimo a gente falar e faz uma
diferença enorme, é a transferência de conhecimento.
Enquanto desenvolvedor está fazendo junto com outro, ele está aprendendo.
Está aprendendo com o outro, independente de ele estar como piloto ou copiloto.
Às vezes, o cara não sabe muito bem e está como piloto, o outro vai ajudando.
Ou, às vezes: "Olha, você sabia que esse método aí que você está usando pode ter
problema de segurança?".
Às vezes, o cara não sabia.
" você sabia que essa PI que você está usando tem
método melhor para fazer isso que você quer fazer?".
Então, vai tendo uma transferência de conhecimento de forma que a ideia é que,
depois de tempo, a equipe esteja mais ou menos uniforme
relação às tecnologias que está utilizando num determinado projeto.
Acontece muito, do desenvolvedor, às vezes,
ser mais forte ou ter uma especialidade alguma coisa ou ter uma
experiência maior de lado e ter uma experiência menor do outro.
Às vezes, o cara que é muito bom com aplicação web tem menos experiência teste
e o cara que é bom de testes não tem tanta experiência com aplicações web.
Esses caras trabalhando juntos,
com certeza, vai reforçar o ponto mais fraco do outro.
Então, essa parte da transferência de conhecimento,
a facilidade com que você consegue inserir uma pessoa nova na equipe e fazer com que
ela fique familiar com tudo, isso daí é realmente uma grande diferença da
programação pares, uma grande vantagem.
E, por fim, a gente tem uma melhora significativa da qualidade do código si.
Você tem duas pessoas olhando para o mesmo código.
Então, a chance de passar erro ali sem querer é pequena, a chance de,
às vezes, você criar teste que tenha uma falha ou que não está testando tudo.
Você tem duas pessoas pensando ali nos casos de teste, olhando códigos.
É como se você tivesse uma revisão de código simultânea à sua programação.
Então, você ter dois olhos cima do mesmo código,
isso daí faz uma grande diferença e várias pesquisas já mostraram que,
realmente, quando a gente utiliza a programação pares,
o resultado é uma qualidade de código superior, às vezes, da mesma equipe
ou dos mesmos desenvolvedores, criando aquele código sozinhos.
Existem vários estudos que apontam evidências para esse lado.
Então, assim, vamos ter código mais limpo, uma menor quantidade de bug.
Então, olha aí,
as grandes vantagens que a programação pares acaba trazendo para a gente.
Certo?
Então, é isso.
Queria falar hoje para vocês sobre essa técnica da programação pares.
Espero que tenha dado para entender como ela funciona, suas principais vantagens.
E, nas próximas aulas, a gente vai aprofundar mais esse assunto aí.
Muito obrigado!
Continue assistindo à gente!
[MÚSICA] [MÚSICA]
Explore nosso catálogo
Registre-se gratuitamente e obtenha recomendações, atualizações e ofertas personalizadas.
O Coursera proporciona acesso universal à melhor educação do mundo fazendo parcerias com as melhores universidades e organizações para oferecer cursos on-line.
© 2018 Coursera Inc. Todos os direitos reservados.
