Depois de um pareamento eu sempre tive o sentimento de esgotamento, verdadeira exaustão, aliado com uma sensação de dever cumprido. Mesmo cansado eu me sentia bem, mas não entendia o porquê.

Tom Rath e Jim Harter, pesquisadores do Gallup, chegaram a uma conclusão depois de tabular pesquisas para o livro “Wellbeing: The Five Essential Elements” ["Bem-estar: os cincos elementos essenciais", numa tradução livre] que em todas as situações pesquisadas as pessoas precisavam de pelo menos 6 horas por dia de socialização para se sentirem realizadas (bem), para cada hora de acréscimo seu humor fica melhor e para cada hora de decréscimo ele piora. A partir de 6 horas já não fazia diferença alguma, além de alguns pontos a mais como: socializar com mais de 3 pessoas diariamente  diminui o índice de bom humor e é o dobro do tempo que os especialistas em comportamento consideravam necessário.

Na nossa área existe uma teoria de que, por sermos Nerds, nós não nos socializamos. Pelo contrário, sessões de RPG por exemplo são mais intensivas do que horas de baladas e curtição na praia, são somente formas diferentes. O livro não indica a forma de socialização, nem se pode ser virtual (via Social Networks) ou face-a-face, apesar de que gerações diferentes tem suas preferências (óbvio).

Pois bem, nossas sessões de Pair Programming são em média por volta de 6h, temos garantido (segundo a psicologia) nosso grau de socialização diária para nos sentirmos bem. Outro benefício do PP que a psicologia agora nos dá uma explicação.

Jesus já recomendava:

E depois disto designou o Senhor ainda outros setenta, e mandou-os adiante da sua face, de dois em dois, a todas as cidades e lugares aonde ele havia de ir. Lucas 10:1

Posted in Melhores práticas, Metodologia, Métodos Ágeis, XP ~ 3 Comments

Após o post que escrevi sobre erros comuns ainda hoje de modelagem feitos principalmente na comunidade Java - mas não limitados a essa comunidade,  choveram de dúvidas de clientes e desenvolvedores próximos sobre quais as melhores práticas e como desenvolvemos.

Apesar de um tema com bastante bibliografia, muito material na internet e já uma certa maturidade no mercado nós notamos que ainda há um fosso enorme entre a realidade dos projetos atuais e a aplicação dessa teoria, principalmente um treinamento com um sentido mais prático.

Ainda não há uma base consistente e sólida de treinamentos e materiais sobre experiências reais e projetos que deram ou não certo.

Frente a isso nós formatamos um Workshop para responder todas essas indagações com um treinamento voltado ao “como fazer”, direto ao ponto, demonstrando a teoria “by the book” em um projeto de verdade com todas as situações que nos fazem relegar boas práticas e tornam o desenvolvimento tão caro e muitas vezes ineficaz.

Juntei o material de cursos passados, demos uma repaginada com a experiência dos últimos anos, o que funcionou e principalmente não funcionou para responder a todas as perguntas possíveis em um espaço relativamente curto de tempo, mas precisamente focado.

Se tiver interesse de participar, vá lá e se inscreva, faremos de tudo para deixá-lo apto a entender todo o ciclo de desenvolvimento moderno. Um curso para todos os níveis. Uma imersão no Ágil.

Posted in Behaviour Driven Development, Engenharia de Software, Melhores práticas, Metodologia, Métodos Ágeis, Test Driven, XP, xpce ~ No Comments

Maré de Agilidade em Salvador desse ano está imperdível, grandes nomes da agilidade braziliana estarão lá em 3 dias de eventos com cursos e palestras. Não perca tempo, inscreva-se já.

Milfont Consulting estará presente apoiando o evento com a palestra “Oxente, os cabras rão entender BDD e rebolar no mato código réi” e o curso “Desenvolvimento/Web Standards com Sencha Javascript Frameworks“.

O curso será basicamente um subset do mesmo curso que já ministro pela Milfont Consulting só que reformulado para o novo empreendimento, a Milfont Universitas, ainda a ser lançado.

A palestra será um esforço para resumir em uma hora o que se precisa entender sobre Test First e sua prática moderna como BDD, entender que BDD é uma evolução de TDD e não o sinonimo de ATDD, entre outras coisas.

Abaixo a programação chupada do site do maré:

Posted in Engenharia de Software, eventos, Maré de Agilidade, Metodologia, Métodos Ágeis, Scrum, Test Driven, XP ~ 1 Comment