Em geral acontece assim: um determinado cliente quer vender o produto de um banco e para isso é necessário troca de arquivos com o sistema do banco. Como o cliente usa nosso sistema, entramos em contato com o banco para obter a documentação de integração. Aí começa o parto.

Por diversas vezes só conseguimos essa documentação após passar a ficha completa do nosso cliente que está querendo fazer a integração. O banco que deveria ser uma das partes mais interessadas, se posiciona como se estivesse fazendo um grande favor em nos fornecer as informações de como vender seus produtos! É o fim do mundo.

No meu caso sempre vi isso acontecer com bancos, e o pior, já aconteceu até quando eu queria documentação de padrões abertos como CNAB. Será que existe um mandamento básico que todo banco deve seguir?

Maltratarás todas as empresas de software que queiram ajudar a vender nossos produtos.

Não é problema fornecer os dados do cliente, mas o que eu não entendo é porque eles querem nos obrigar a isso. Essa documentação deveria estar publicada no site de todos os bancos para qualquer um baixar.

Que mal eu posso fazer em ter a documentação e/ou tirar dúvidas sobre ela sem fornecer informações do meu cliente? Na pior das hipóteses vou ter um produto integrado com eles mas sem clientes para usar e o prejudicado serei eu mesmo. Duvido que estão preocupados comigo. Vai entender.

Alguns tópicos que pretendo abordar:

• Como usar o Subversion através do TortoiseSVN.
• Como organizar o repositório.
• Um repositório para tudo ou repositórios separados?
• Como compartilhar código entre projetos.
• Como manter código de terceiros no repositório.
• Branching e Merging, quando e como usar.
• Instalando um servidor SVN na sua rede local em poucos cliques.
• Diferenças entre controle de versão centralizado como Subversion e distribuido como Mercurial e Git.

Gostaria de ver algo diferente abordado? Me avise.

Se você ainda não usa controle de versão, ou está tentando convencer aquele desenvolvedor que trabalha com você a usar, agora tem mais um bom motivo para não perder o FDD.

Se você já conhece Subversion e TortoiseSVN talvez a palestra não traga muitas novidades, mas fique a vontade para aparecer se quiser trocar idéias sobre como está usando, dificuldades, etc.

Eu, mesmo sendo formado na área, acho algo totalmente desnecessário e concordo com tudo que o Roberto Teixeira escreveu em seu blog.

Principalmente na nossa área, acho que o diploma significa muito pouco. Quando estou procurando um profissional é o fator que menos pesa na minha decisão, pois eu sei que as principais características e habilidades para um bom profissional de desenvolvimento não são ensinadas em nenhuma faculdade.

O primeiro é o Encontro noSQL, que eu não tenho idéia do que seja e espero que o evento possa me apresentar a tecnologia. Mas o que eu mais gostei mesmo foi da criatividade na criação do site, acho que foi isso que me convenceu.

O segundo é Ruby + Rails no Mundo Real, que não tem um site tão legal, mas o assunto já me interessa bem mais e eu ainda ganhei a inscrição participando da promoção no blog do Diego Garcia.

Se alguém mais for participar de algum destes, nos encontramos lá para bater papo.

A idéia parece interessante, pois as palestras são mais avançadas, com 2-3 horas de duração e bastante tempo livre para perguntas e respostas, diferente dos eventos onde a desculpa do palestrante é sempre a mesma: “nosso tempo é curto, então não vamos poder entrar em detalhes sobre esse assunto”.

O preço? US$295 pelas palestras e a partir de US$399 pelo cruzeiro de 4 dias. Não é muito diferente do que se gasta em um evento normal em um lugar muito menos interessante.

E ai, quando será que teremos um desses por aqui? Eu gostei da idéia.

Já pararam para pensar nesse montante? Cerca de R$ 18 bilhões. Em 10 anos, seria algo em torno de R$ 150 milhões por mês ou R$ 5 milhões por dia.

Esse dinheiro vem da Fudanção Bill e Melinda Gates, que conta não só com a fortuna de Bill Gates, mas também de outras doações, como do bilionário Warren Buffett.

Muita gente pode não gostar de Bill Gates, mas não tem como não admirar o que ele vem fazendo com sua fundação. Eu admiro demais.

Ele publicou detalhes do caso e como ajudar em seu site.

A proposta do Google Friend Connect é aproximar as pessoas que visitam o blog, além de permitir usar suas contas de outros grandes sites como Google, Yahoo, AIM ou OpenID para interagir com o blog, postar comentários, recomendar a amigos, etc.

Ainda não pesquisei muito a respeito para ativar todos esses recursos. Por enquanto você pode se “inscrever” no site ai em cima. No próximo passo pretendo vincular a parte de comentários, mas isso vai depender da boa receptividade do recurso. Então se você acha uma boa idéia, inscreva-se aí.

Uma forma de amenizar esses alertas ao usuário é assinar digitalmente seus aplicativos. A assinatura digital teoricamente garante ao usuário que o arquivo veio realmente da empresa desenvolvedora, e mostra telas bem mais amigáveis, mostrando o nome da sua empresa como origem do aplicativo.

Isso mostra que toda empresa de software deveria assinar seus aplicativos. E foi isso que nós implementamos aqui nos últimos dias e vou dar algumas dicas de como fazer.

• Você precisa comprar um certificado digital de uma entidade certificadora de confiança da Microsoft. Eu comprei da Comodo através da K Software. Segui os procedimentos descritos na própria página e foi tranquilo. Utilizei o Internet Explorer durante todo o processo, pois no Chrome não foi legal.
• Após compra você vai receber um e-mail solicitando os documentos da empresa para comprovar que ela existe e que você é o responsável. Eu mandei o cartão CNPJ da empresa impresso em PDF pelo site da Receita Federal.
• Eles também pedem um telefone pois dizem que vão te ligar, mas não me ligaram.
• Depois de um ou dois dias recebi o e-mail dizendo que o certificado estava pronto, com o link para baixar. Utilizei o Internet Explorer 8 e seguindo as instruções, o certificado foi instalado na minha máquina.
• Como eu iria fazer a assinatura durante nosso processo de build, precisava copiar o certificado para nossa máquina de build. Então exportei o certificado, entrando em Opções de Internet, Conteúdo, Certificados. Dessa forma foi gerado um arquivo .pfx, que é exatamente o que o FinalBuilder precisa na sua action Authenticode para aplicar assinaturas.
• Também é necessária uma URL da entidade certificadora para aplicar timestamp nos arquivos. Isso geralmente está nas páginas de FAQ da entidade. Como aqui no caso da Comodo.
• Copiei o arquivo .pfx para minha máquina de build, apontei o FinalBuilder para ele, configurei a URL de timestamp e pronto, meus arquivos (*.exe) estão todos assinados!
• Que eu saiba não existe limite e você pode assinar quantos arquivos quiser durante a validade do seu certificado.
• Nós assinamos todos executáveis (*.exe), incluindo instaladores.
• Também é possível assinar outros tipos de arquivos, mas como eu não fiz, não tenho dicas a respeito.
• Para quem não usa FinalBuilder, precisa pesquisar como fazer sem ele, pois eu não fui atrás disso. Na página da K Software existe propaganda de uma ferramenta para assinar, mas tenho certeza que ou existem aplicativos no próprio Windows para isso, ou gratuítos em algum lugar para baixar.

Espero que isso ajude um pouco.

• MacBook
• iPhone 3G
• Sony Reader Digital Book PRS-505

Se quiserem saber algo específico sobre estes equipamentos, fiquem a vontade para postar nos comentários e eu responderei nos futuros posts.