Tinha uma pré-equipe formada (Rafael Manoel e Luiz Hespanha) ambos do UOL. Antes de ir, pensei em desenvolver um plugin do firefox para o Yahoo Meme. O nome estava até definido: memefox. Listei diversas features possíveis de se implementar em 24hs, e como nunca tinha nenhum plugin para o Firefox, resolvi fazer testes com algumas das features que considerava mais desafiadoras. A exemplo, adicionar um item no menu do botão direito quando acionado sobre uma imagem.

Infelizmente tive alguns problemas para chegar até o local do evento e perdi a abertura. A apresentação do Pedro Valente sobre extração de dados “na marra” de entidades públicas foi inspiradora. Após as apresentações, encontrei com o meu time que possuia mais um integrante o Wandi.

Fizemos  um brainstorming e diante algumas idéias, surgiu o desejo de se saber o índice de criminalidade durante a consulta de imóveis para compra. A partir daí saímos em busca de fontes de informações para fazer o hack que viabilizaram o desenvolvimento da aplicação. Desenvolvemos juntos durante a tarde e início da noite de sábado e durante a madrugada, fiquei sozinho no Senac, mas estávamos conectados via Gtalk implementando diversas coisas legais.

Em suma o resultado dos nossos esforços se resultaram em:

1) O usuário acessa a página e informa um endereço válido da cidade de São Paulo. Exemplo: Avenida Paulista, 3000

2) Obtemos a relação de endereços das delegacias da cidade de São Paulo recuperando coordenadas geográficas usando API do Yahoo Maps. Estas informações ficaram salvas na aplicação (Ponto para evolução).

3) Recuperamos as coordenadas geográficas do endereço informados pelo usuário.

4) Calculamos a distância, usando as coordenadas geográficas, analisamos os resultados e apontamos a delegacia mais próxima.

5) Como os dados da ocorrência estão associados às delegacias, recuperamos estes dados através de uma Open Table que criamos para expor os dados da SEADE. Com a open table criada, usamos YQL para filtrar os dados e expô-los unificados. Minha opnião: Muito legal usar YQL para coisas do gênero.

6) Neste ponto é gerado um XML com todas as informações e geramos a página plotando um mapa indicando o endereço pesquisado e o enderço da delegacia mais próxima. Nota: Meus agradescimentos ao Chris Heilmann que deu dicas para centralizar o mapa com base nos pontos informados. (Alguns casos dependendo da distância, a delegacia não era mostrada sem que o usuário tivesse que arrastar para direção onde ela encontrava)

Este foi o produto final: http://violenciasp.appspot.com cujo código está disponível em http://github.com/marcossousa/violenciasp. O layout ainda tem algumas falhas para IE, cuidar de todos os detalhes em 24hs é complicado. A repercussão do projeto foi algo que me chamou a atenção, jamais pensei que ia fazer o sucesso que fez. Fomos intrevistados pela Rede Band e pela TV Senac e recebemos diversos feedbacks.

Ganhar o prêmio do Hack Day? Bom, acho que o prêmio maior prêmio já havia sido conquistado as 12hs de Domingo, quando terminamos o projeto. Pois, tive o prazer de fazer algo útil para a sociedade em 24hs com 3 desenvolvedores excelentes do lado. A troca de experiências ao longo destas horas foi algo gratificante. Fizemos um trabalho em equipe, onde a idéia de todos foi levada em consideração, ninguém quis mostrar que sabia mais que o outro (algo que ainda se vê por aí). Enfim, valeu a pena.

Bom, não queremos parar com o projeto. Tem muitas idéias legais que ainda podem ser adicionadas ao projeto e vamos fazer isto:
- Como migrar de Java para Ruby.
- Expor o acesso via Rest para outras aplicações.
- Criar racks para toda a fonte de informação.
- Criar uma open table pública para possibilitar exposição do serviço via YQL
- Extender o serviço para outras cidades como Rio, Belo Horizonte, Patos de Minas …

Se você tiver interesse no projeto, estamos precisando de ajuda, seja lá de qual forma. “Conheço o lugar onde recuperar estatísticas de violência por Bairro de Fortaleza”. Mande para nós, entre no Github ou mande para o meu e-mail falecomigo at marcossousa dot com. Minha audácia: Quem sabe não conseguimos extender este serviço para todo o Brasil e também fornecer dados mais detalhados?

Houveram projetos muito interessantes. Os projetos que envolveram hardware foram todos muito criativos. Teve o projeto F1, Gas Finder, RFID, app para o Facebook, o pingback e muitos outros.

Para finalizar meus agradecimentos: Parabéns Antônio Carlos, Guilherme Chapiewski, Pedro Valente e todos do Yahoo, o evento foi impecável. Os problemas que tiveram foram solucionados quase que em tempo real, muito bem organizado. E obrigado ao Rafael Manoel, Luiz Hepanha e Wanderlei Souza pelas experiências, conversas e por ter feito parte deste time rock star!

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.