Este foi o primeiro evento que atuei na organização. Tive a oportunidade de conhecer pessoas incríveis durante a organização e com as quais aprendi muito. Foi uma experiência inenarrável ter trabalhado ao lado o Éder Oliveira, sem a ajuda dele o Maré não teria acontecido. O Isaías Barroso foi novamente um prazer trabalhar novamente com ele, atuando sempre nos momentos críticos. E o Júlio e Amanda presentes nos momentos de planejamento do pré-evento. Buscamos ao longo de todos os momentos do evento valorizar as tradições mineiras: culinária, personalidades e o famoso dedo de prosa!

No dia 20 o Márcio Sete deu início ao evento com o mini-curso sobre Gestão de Projetos Ágeis com Scrum. À noite o Éder Oliveira, mesmo exausto fez um ótimo workshop sobre os Principais problemas do PO. E no dia 21 o Marco Aurélio Mendes deu continuidade com o mini-curso sobre Arquiteturas Ágeis e fechando novamente com o Márcio Sete com o workshop sobre Scrum com Visual Team System e com o Rodrigo Yoshima com o workshop sobre TDD na Prática com Java. Os workshops e os mini-cursos aconteceram na Faculdade Pitágoras do Cidade Jardim que nos deram todo o apoio possível para oferecer um ambiente agradável a todos os presentes.

A caminho do aeroporto para recepcionar o Manoel Pimentel e o Pedro Valente, recebo a informação de que o evento não poderia mais ser realizado na UNOPAR. Foi um momento muito delicado pois haviam muitas pessoas ansiosas em participar no sábado, visitantes de longe e fora a frustação de não ver todo um trabalho ser em vão. Passei no local e eu juntamente com o Éder fizemos diversas tentativas para arrumar um local próximo para não gerar grandes impactos. Segui para o aeroporto e o Éder continuou em busca de um novo local. O Edgard coordenador da pós-graduação na Una, nos ofereceu o espaço da Una Barreiro, cerca de 20Km do local original. Durante o jantar com os palestrantes, explicamos o cenário e pedimos a eles a gentileza de repetir as pelestras, pois as salas comportavam 70 pessoas e o público era suficiente para encher duas delas. Foi um momento muito gratificante, pois vi neles o empenho em nos ajudar, em fazer com que o evento acontecer da melhor forma possível.

Neste momento tivemos que tomar uma difícil decisão, cancelar a transmissão pela internet. Não foi nem um pouco fácil, pois eu sabia do empenho de diversas pessoas em várias cidades para fazer isto acontecer, mas não foi fácil. Enviamos e-mails para todos os participantes e ligamos para várias pessoas avisando da mudança do local e pedindo a gentileza de ir até a Pampulha e oferecer carona para o novo local. Providenciamos também um ônibus para fazer o transporte. Foi incrível ver mais de 50 carros de pessoas dispostas a oferecer carona, tanto que nem foi mais preciso usar o ônibus.

Começando com uma 1h de atraso, devido a todos estes fatores, infelizmente tivemos que refazer a grade de palestras para ajustar ao novo cenário. Assim como as placas de sinalização a grade foi escrita a mão em e fixada com esparadrapos em frente as salas. O Twitter não parava, fiquei impressionado com o tanto de comentários que recebia, foi muito gratificante e sempre me guiando para sempre não deixar nenhum detalhe passar em branco. A sala ficou cheia até incríveis 21hs, não tem preço. Uma pena que assisti só as 2 últimas palestras

Apesar da ordem Pedro Valente dada neste post no twitter “@marcos_sousa vcs da organização foram heróis. Parabens por um evento q superou as expectativas Agora VAI DORMIR!!! #maredeagilidade” não podia deixar meus amigos irem para o hotel e para minha casa. Era meu dever mostrar a eles um pouco de BH, fomos para o Al Capone e ficamos até próximo de 4:00 da manhã. Minha sensação de dever cumprido no momento fez com que meu cansaço desaparesse.

Mais uma vez quero agradecer ao Alexandre Gomes, ao Carlos Barbieri, ao Cristiano Lopes, ao Guilherme Silveira, ao Heitor Hortiz, à Isabela Fonseca, ao Leandro Ângelo, ao Manoel Pimentel, ao Pedro Valente, ao Renato Willi e ao Rodrigo Yoshima, foi uma prazer enorme contar com vocês. Espero ter feito o melhor por vocês!

Meus agradescimentos especiais todos os patrocinadores Caelum, Adaptworks, Ceviu, ChallengeIT, Ci&t, PlusInfo, Arkhi, PowerLogic, UNA e Aspercom. Também não posso deixar de agradescer aos apoiadores, Amadi, Asserpro, DevMinas, Fumsoft, MultiTexto, Pitágoras, Revista Visão Ágil e Sucesu-MG.

E não podia deixar de falar da minha frustração quanto a não transmissão do streaming, até nosso servidor queimou com um curto circuito. Como forma de minimizar os impactos gerados, estamos devolvendo o valor pago nas inscrições e iremos em breve enviar o DVD com gravação das palestras e com o certificado a todas as pessoas que se inscreveram. Quanto à doação ao centro estamos fechando as devoluções e as últimas despesas para fazer a doação da quantia remanecente. Mas iremos complementar a doação para que não seja algo simbólico e que faça jus a todo o esfoço dos envolvidos.

Esta será a 5ª Edição do evento, que já passou por Brasília, Salvador,Fortaleza e Belém com um público médio de 100 pessoas. Para a edição de Belo Horizonte estamos preparando uma série de novidades e esperamos contar um número de 160 pessoas. Os mini-cursos e workshops, dias 20 e 21 de maio, estão muito interessantes e serão ministrados por renomados profissionais locais. E devido ao fato de estarmos realizando a 5ª Edição e o evento ter sido originado em Brasília, resolvemos homenagear a comemoração dos 50 anos da capital federal. Em especial estamos destacando dois grandes nomes mineiros que desempenharam um papel fundamental para o surgimento de Brasília, Jucelino Kubitschek e Oscar Niemeyer.

No dia 20 serão ministrados um mini-curso e um workshop, o mini-curso será ministrado pelo Márcio Sete com Gestão Ágil de Projetos com Scrum e Workshop pelo Éder Oliveira com Principais problemas do Product Owner. Também no dia 21 serão ministrados outro mini-curso e outro workshop pelo Marco Aurélio Mendes com Princípios e Práticas de Arquiteturas Ágeis e pelo Márcio Sete como Microsoft Visual Studio Team System com Scrum.

Dia 22 teremos grandes nomes e diversos temas interessantes:

• Pedro Valente – Yahoo – Product Owner na prática
• Carlos Villela – ThoughtWorks – Arquiteturas irresponsáveis e arquitetos inúteis
• Guilherme Silveira – Caelum – Deploy Contínuo: pois integração contínua não basta
• Paulo César Jeveaux – Giran – Negociação de projetos ágeis: contratos de escopos negociáveis
• Heitor Horiz – AdaptWorks – Planejamento e estimativas em projetos ágeis.
• Carlos Barbieri – Fumsoft – MPS.BR com metodologias ágeis
• Alexadre Gomes – Sea Tecnologia – Escolhas 2.0
• Manoel Pimentel – Stefanini – Coaching e Facilitação de equipes ágeis
• Renato Willi – Sea Tecnologia – Agilidade e Licitações

O evento é open-source, e nessa edição será a renda, se houver, será doada integralmente ao Centro Espírita Beneficente Bezerras de Menezes em Pedro Leopoldo, MG em homenagem ao centenário de Chico Xavier.

As inscrições começaram hoje (09/4) e as vagas são limitadas.

O livro Agile Software Development, Principles, Patterns, and Practices escrito pelo Robert Martin aborda alguns conceitos de XP e foca bastante em mostrar as vantagens de usar abordagens TDD com intuito de criar códigos mais legíveis e reutilizáveis. Particularmente, o primeiro estudo de caso foi o melhor, mostra detalhadamente passos de refatoração como nomes de métodos mais claros, extrair classes, métodos. Martin introduz cinco princípios:

• SRP – Single Responsabity Principle
• OCP – Open Closed Principle
• LSP – Liskov Substitution Principle
• DIP – Dependence Inversion Principle
• ISP – Interface Segregation Principle

Se você deseja escrever códigos melhores, recomendo ler estes cinco princípios. Além destes cinco princípios, o livro aborda diversos patterns conhecidos da literatura, mas em uma abordagem diferente. E sempre com um estudo de caso para aplicar os patterns abordados. Muito bem estruturado.

Esta semana finalizei a leitura do livro Agile Software Development with Scrum. Quando eu comprei este livro, pensei que ele abordava os conceitos do Scrum. Por outro lado há dicas de algumas atitudes a serem tomadas Daily Meetings, Sprint Plannings que evitam situações que conduzem ao fracasso do projeto.

Do início ao fim do livro há relatos de estudos de casos de sucesso mostrando como o Scrum mudou o rumo de diversos projetos. Este livro ajudou a consolidar minha opinião de que para implantar o Scrum ou qualquer outro método ágil em um projeto é preciso de uma disciplina forte. São muitos mitos a serem quebrados, e dependendo da organização e da maturidade do time é uma tarefa um pouco complicada.

Exemplo: não é fácil reunir-se diariamente no mesmo horário e durante 15 minutos exatos. E por ser uma situação que evidencia para todo o time a produtividade do desenvolvedor, alguns profissionais começam a criar resistência (através de atrasos as reuniões) tornando-se um grande risco durante os primeiros projetos.

É como Ken Schwaber diz em em seu último parágrafo, em outras palavras: “Scrum não é para todos apenas para pessoas dispostas a matar ‘leões’ diariamente”.

Como a vida não pára, agora vou quero aprofundar um pouco mais os meus conhecimentos em Ruby principalmente em Rails. Além de artigos, o user guide, estou começando a ler o livro do Rodrigo Urubatan, e pelas primeiras páginas que já li, o livro parece ser bem legal, assim que finalizar a leitura deixo aqui meus 5 centavos.

O problema começa no modo como as pessoas projetam o software, dentro de um processo Waterfall, onde cliente não é parte do processo. Neste contexto, o cliente diz o que deseja e depois de 9 meses ele tem um resultado: um software produzido nas “coxas”.

Mesmo em projetos onde existem práticas de testes, muitos deles ainda são ineficientes. O usuário apenas valida as “telinhas” do sistema, e muito pouco em termos funcionalidades. Infelizmente, poucos destes usuários testam o comportamento de entradas de dados inválidos, por exemplo, um campo de CPF aceitar “-1″ como valor, ou um espaço em branco ser um conteúdo válido para um campo obrigatório. Como resultado, o sistema chega a produção, dados inconsistentes são inseridos e a culpa é do desenvolvedor.

Testes unitários é algo que muitos desenvolvedores ainda acham inútil, quando fala em integração contínua, aí acham exagero. Quer um exemplo, pergunte à um programador PHP se ele faz teste unitários. “Faço apenas sites, não sistemas, não preciso disso”, nem fazem idéia de que existe o PHPUnit para este propósito. Mesmo dentro de um obsoleto modelo cascata, cheio de casos de usos, porque não criar testes unitários pelo menos para validar os fluxos principais e alternativos? Pelo menos o fundamental pode ser controlado por um sistema de integração contínua.

Meu objetivo não é falar que práticas, como TDD, são perfeitas. O que eu quero chamar a atenção é importância que o teste tem dentro de um processo de desenvolvimento de software. Aparentemente, gastar algum tempo a mais fazendo testes, pode ser mais eficaz do que ter que corrigir uma falha que foi para produção por pura falta de atenção. Testar não é fácil e rápido, porém corrigir bugs pode ser mais demorado ainda.