Viabilidade Comercial de PP Dax Barreto Bogo

Objetivos Não é: O que é a Pair Programming? Apresentar estudos da viabilidade comercial de Pair Programming Estimular seu uso comercial, já que é um pouco restrito ao uso acadêmico

Pair Programming e XP Duplas não mudam constantemente Ausência de referências a XP nos textos lidos Pesquisadores notaram que o rendimento de uma dupla aumenta quando estão há mais tempo juntas (período de ajuste)

Por que 2 em uma tarefa para 1? Desenvolvimento de Software de melhor qualidade em menos tempo - Código mais compacto e eficiente Programadores mais contentes e confiantes Diminuição de gastos com a remoção de erros

Duplas X Indivíduos Estudo do prof. Nosek, da Temple University com 15 programadores experientes: 5 duplas e 5 indivíduos trabalharam em um problema durante 45 minutos. Somando os tempos da dupla, cada programador gastou 60% de minutos a mais, mas como estavam em 2, acharam uma solução 40% mais rápido. O tempo tende a diminuir Os programadores nas duplas, que antes estavam céticos, apreciaram o processo e o aumento de performance

Mais... Estudo da universidade de Utah, em 1999: 14 duplas e 30 indivíduos devem, em etapas, entregar 3 programas: O acréscimo de programador/hora que foi de 60% nas duplas caiu durante o período de ajuste (horas ou dias) para um mínimo de 15%. A quantidade de erros é em média 15% menor nas duplas

Chrysler Comprehensive Compensation O maior software de PP. Lançado em maio de 1997, ainda em uso em 2000. Desenvolvido por Kent Beck e Ron Jeffries 10.000 empregados pagos mensalmente, 2.000 classes e 30.000 métodos Após dificuldades no começo do projeto, usaram com sucesso a Pair Programming No final do desenvolvimento, praticamente os únicos erros eram de programadores individuais.

Ganhos com a Pair Programming Se uma dupla gasta 15% a mais de tempo, mas produz 15% menos erros: Em um programa de 50.000 LOC, com programadores de 50 LOC hora, levariam 1000 horas. Duplas 1150. 100 defeitos a cada 1000 LOC, 70% removi-dos, sobram 1500 e 1275. Diferença de 225. 10 horas por correção de defeito: 2250 horas a menos com as duplas, 15 vezes a diferença de tempo inicial!

Três Razões Além das Pesquisas 1º Se os erros encontrados forem importantes, deverão ser consertados, o que custará tempo = dinheiro 2º Se não forem encontrados, custarão muitíssimo mais para serem sanados, depois de o software ser lançado 3º O aprendizado dos programadores, quando trabalham em duplas, que diminui os custos de desenvolvimento a longo prazo.

Bibliografia Strengthening the case for Pair-Programming. 2000. Por: Laurie Williams, Robert Kessler, Ward Cunningham e Ron Jeffries. The Costs and Benefits of Pair Programming. 2002. Por: Alistair Cockburn e Laurie Williams.