“A maré passou mas ainda há tempo para um cafezinho.”

Venha participar do primeiro Café Ágil em Belo Horizonte!

É com muito prazer que anuncio o Café Ágil Belo Horizonte, um evento para desenvolvedores e apaixonados por desenvolvimento de software. A programação é bem leve, ao contrário do que aconteceu no Maré de Agilidade, e a idéia é apresentar e colocar praticar boas técnicas desenvolvimento de software.

1 – Programação

Café da manhã: 8:30am – 9am
Palestra 1: 9am – 10am
Palestra 2: 10am – 11am
Palestra 3: 11am – 12pm
Coding Dojo : 12pm – 1pm

Palestra 1
Título: Formei, mas não sei NADA!!!
Descrição: Por que várias pessoas tem essa sensação? Se você formou ou está para formar e tem a impressão que não sabe nada, não se sinta tão mal, você não é o único. Mas porque isso ocorre? Nessa palestra abordaremos esse assunto e mostraremos as principais causas deste sentimento e as principais formas de mitigá-lo.
Palestrante: Edgard Davidson
@edgarddavidson é profissional especialista em engenharia de software e desenvolvimento de sistemas, professor universitário, coordenador do curso de pós graduação em Engenharia de Software Centrada em Métodos Ágeis ofertado pela UNA. Mestrando em Engenharia Elétrica com ênfase em Engenharia de Software, Especialista em Engenharia de Software e Graduado em Sistemas de Informação. Para mais detalhes sobre meu currículo acadêmico acesse o link do lattes: http://lattes.cnpq.br/6311230153303498. ou no meu blog http://edgarddavidson.com

Palestra 2
Título: Pilotando codigo JavaScript
Descrição: Em 1995, quando JavaScript apareceu pela primeira vez nas telas dos pioneiros da Web, não se falava muito em aumentar a qualidade do software produzido através da criação de testes automatizados. Desde então, muita coisa aconteceu nas duas áreas: computadores e navegadores ficaram mais poderosos, a internet de banda larga se popularizou e aplicações começaram a demandar soluções cada vez mais criativas para problemas de interação entre homem e máquina, ao mesmo tempo em que desenvolvedores precisavam de soluções criativas e inovadoras para gerenciar esta explosão em complexidade. Nesta palestra, Carlos e Filipe vão demonstrar alguns dos problemas que comumente assolam aplicações web hoje em dia e as soluções que encontraram para torná-los triviais de se resolver.
Filipe Sabella
Empresário e desenvolvedor, principalmente para web, há sete anos. Viciado em JavaScript e web em geral, passou um ano desenvolvendo interfaces ricas com Flex. Após alguns anos como instrutor na Caelum, atualmente trabalha como consultor na ThoughtWorks Brasil.
Carlos Villela
Carlos é consultor-líder pela ThoughtWorks há 6 anos e, além de ser um dos primeiros proponentes da linguagem Ruby e do Ruby on Rails na renomada consultoria, também tem feito diversos projetos relacionados com a migração e evolução de aplicações legadas utilizando testes automatizados de alto nível. Participou ativamente das idéias que deram origem ao BDD (Behaviour-Driven Development) e de diversos projetos open-source, como a ferramenta de testes WebDriver e a linguagem Ioke. Acompanhe Carlos através do Twitter em http://twitter.com/cv

Palestra 3
Título: TDD e BDD em Ruby – garantia de código saudável
Descrição: Manter sistemas com ciclos de vida longos é uma tarefa crítica. Entenda como Test Driven Development e Behavior Driven Development são cruciais para a criação de uma boa arquitetura e consequentemente um software de qualidade.
Palestrante: Daniel Lopez
Daniel Lopez
Trabalha com TI a mais de 8 anos, é técnico e bacharel em sistemas de informação além de ser o responsável por ministrar desenvolvimento web na pós graduação em Eng. de Software Centrada em Métodos Ágeis da UNA-BH. Trabalha tempo integral com Ruby desde o início de 2007 Fundador da Area, empresa especializada em soluções web e design de UI que utiliza Ruby como principal tecnologia inclusive para em seus próprios produtos como o Cifras. Já treinou mais de 440 alunos pela EGenial, atualmente sendo responsável pelos cursos de Rails do Básico ao Avançado e Ruby Imersão. É Membro ativo do RailsMG além de já ter tido o prazer de palestrar sobre temas relacionados ao Ruby mais de 10 vezes. Escreve semanalmente no blog.areacriacoes.com.br.

Coding Dojo
Coding Dojo com as principais comunidades de software mineiras RailsMG, MGJug e #dotnetarchitects. Venha codificar, trocar experiências e aplicar TDD na sua linguagem de programação preferida. A sessão de DOJO acontecerá em 3 salas: Java, Ruby e .NET.

Se você tem alguma idéia interessante para o DOJO, traga-a ou mande para meu e-mail falecomigo at marcossousa dot com. Vamos aproveitar este momento para aprender ainda mais!

As inscrições estão sendo realizadas pelo site do evento http://www.thoughtworks.com/cafe-agil-em-belo-horizonte e a entrada é 1KG de alimento não perecível.

O Café Ágil Belo Horizonte é uma realização da ThoughtWorks em parceria com a UNA e o curso de Pós-Graduação em Engenharia de Software Centrada em Métodos Ágeis. 

E se você tem interesse de trabalhar na empresa que é uma das maiores referências em Agile conhecida no mundo? Trabalhar com um time rockstar apaixonado pelo que faz? Fique atento, a ThoughtWorks realizará no dia 14 de Novembro (Domingo) um evento para contratação. Então não perca tempo e confirme já sua presença http://bit.ly/ab6WJt

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.