XP, XP, XP???

Por pouco, urubatan... a conversa nao eh tao simples assim - se alguem conhece um framework de persistencia, e todo mundo ja ta meio encaminhado em usar ele, entao nao se reinventa a roda, por motivos obvios

Senao, levando este teu dialogo pros extremos, poderia acontecer algo assim:

- Precisamos de um framework de persistencia.
- Sim, mas pra desenvolver isso nos vamos precisar de uma linguagem de programacao...
- Ah eh, entao nos precisamos de uma linguagem. Vamos ter que enfiar uma API basica nela, tambem, senao nao tem com o que programar!
- Bom, legal... entao vamos comecar assim... essa user story aqui diz que a gente tem que somar o valor do bilhete com a conta atual do cliente... a gente vai precisar de operadores aritmeticos e...

...AAAAAAAAARGHH!!

sim, era só para ver se eu tinha entendido direito o funcionamento do esquema,

mesmo por que não vejo motivo nenhum para alguem desenvolver um framework de persistencia para alguma coisa daquele tipo,

gosto bastante do JDO (tem algumas implementações bem legais, pena que nenhuma das free que conheço são utilizaveis, mas as pagas são muito boas mesmo), e o Hibernate também é muito bom

mas acho que estou pegando o espirito

Acabei de ler um artigo sobre como não confundir "manter simples" com "reinventar a roda". O exemplo do cv veio bem acalhar.

Vejam só o que aconteceu aqui na empresa:

Estamos desenvolvendo um projeto aqui e seguimos o modelo clássico. Tive a tarefa então de levantar as entidades do sistema(sim, isso significa todas). Pois bem, estava lá muito feliz, construindo as classes com o Together até que chegou numa parte de frequência para funcionários. Pois bem, como é que diabos vou controlar a frequência? Apenas um apurado das faltas por mês ou um sistema de ponto completo, com hora extra e tudo o mais?

Como não sabia o que vinha pela frente, comecei a modelar a solução mais genérica possível, mas como não dominava o assunto, parei no meio e deixei para terminar quando fosse realmente implementar.

Pois é, tivemos várias reuniões exaustivas (2+ horas de reunião) pensando em como fazer essa parte (não tínhamos contato com o cliente - na verdade, o cliente nem sabe que precisa de um software - coisas de governo). Depois de perder muito tempo (que devem ter totalizado, pelo menos, 2 dias e meio só de análise), conseguimos do cliente o que eles necessitavam: um apurado de faltas no mês.

Toda nossa análise foi perdida e substituida por "FALTAS DO FUNCIONARIO X ONDE MES = Y"

.

Analisando via XP, notei que muitos desses problemas poderiam ter sido evitados. Caí no problema do "desenvolvedor vidente", que tenta imaginar todo o sistema e que quando chega na hora H vê que não era necessário tanto esforço. Achei interessante uma colocação que lí: "o problema com desenvolvedores videntes é que o ser humano é péssimo como vidente"

.

Pena que seja difícil usar XP aqui na empresa... Acho que vou ter que usar em um empreendimento próprio.

Como é que vou convencer o chefão que pair programing e tão, se não mais, produtivo

?

Virtual Machine Man Membro desde: 21/08/2002 03:53:28 Mensagens: 661 Offline

A minha experiencia com programacao pareada foi esta: a gente tinha 4 dias pra fazer uma funcionalidade pequena, mas muito complicada. Estávamos em dois.

A gente sentou junto e fez pareado. Como levou um dia e meio, eles gostaram. Mas se a gente nao tivesse total conhecimento sobre o que precisava ser feito, ou se a estimativa de 4 dias estivesse completamente furada, a gente ia levar uma bronca.

Convencer chefes é bastante difícil, e geralmente vc tem que mostrar resultados antes. Um pouco de indisciplina funciona, se vc tiver cacife pra bancar o fracasso...

... ou alguém em quem por a culpa!

Hehehe... []s!!

Um bom jeito de comecar a se acostumar com pair programming eh consertando um bug no sistema, ja que a situacao tah critica o suficiente pra que o gerente/chefe esteja aberto a agarrar qualquer alternativa que "salve" o projeto dele

Pair debugging, mtas vezes, eh mais produtivo do que pair programming, pelo que eu tenho visto

Notícias, artigos e o maior fórum brasileiro sobre Java