A gravação que estava agendada para ontem, foi adiada para 05/12. Portanto, continuem contribuindo com as perguntas no Google Moderator. Vamos selecionar as mais votadas até 30/11 para poder enviar a eles com antecedência.

Acho que é uma boa oportunidade de ouvir os planos da Embarcadero no Brasil, fazer reclamações, dar feedback, elogiar, etc. Participem!

Ajude a escolher as perguntas que faremos a ele através do Google Moderator.

Envie suas perguntas ou vote em perguntas existentes. As mais votadas serão utilizadas durante a gravação, que deve acontecer na próxima segunda, então não deixe de participar.

No Delphi XE2 fiz upgrade de todas as licenças para Enterprise, e esta versão já traz os drivers. Então estou considerando migrar dos drivers da DevArt para eles, e ter um produto de terceiro a menos para me preocupar.

Gostaria de saber de quem usa esses drivers se estão satisfeitos. Só preciso acessar Firebird 2.5+ e SQL Server 2005+. Agradeço qualquer comentário.

Junto com a volta do programa, ela presenteou todos os donos de Delphi registrado com um voucher para fazer a prova do primeiro nível, Delphi Developer, gratuitamente. Não tinha intenção em me certificar, mas já que era free, porque não experimentar?

São 60 questões de diversas categorias como fundamentos, tipos de dados, variáveis, procedures e functions, classes e objetos, interfaces, pacotes, gerenciamento de memória, banco de dados, etc. Você tem 60 minutos para responder todas.

Eu fiz em 30 minutos e acertei 58 de 60. Infelizmente não consegui descobrir quais errei.

A prova é fácil. Eu fui praticamente lendo, selecionando e pulando para a próxima. Em média gastei 30 segundos por questão. O conteúdo é algo que todo desenvolvedor Delphi realmente deveria saber sem pensar muito. Se esse era o objetivo da prova, acho que foi alcançado.

Ao final, se você for aprovado, tem direito a baixar um certificado em PDF de 9 MB assinado pelo David I:

Conforme eu já comentei no TPodcast, se você é um desenvolvedor Delphi, eu acho que vale a pena investir nessa certificação. Eu certamente daria uma atenção especial ao currículo de um desenvolvedor certificado, só pelo fato de ele ter ido atrás, ter tido o interesse em fazer a prova, investido tempo nisso, etc. Master Developer certamente teria um peso bem maior, mas até esse primeiro certificado, já seria um bom diferencial.

Basicamente você tinha que escrever código para ler e extrair informações de um texto. Palavras que tem tamanho X e começam com letras específicas, palavras que tem tamanho Y e não possuem determinada letra, converter palavras em números usando uma formula maluca deles, ordenar o texto usando uma ordem de alfabeto totalmente diferente do nosso. Coisas desse tipo.

O mais interessante é que eles deram dois textos, em um deles já informando as respostas e o outro é o que você tinha que usar para responder. Isso facilitou muito.

Decidi usar TDD. Criei minha classe para fazer a leitura do texto com os métodos e propriedades que ela precisaria expor para me informar as respostas e antes de codificar a classe, já escrevi os testes baseados nas respostas do texto A. Rodei os testes e obviamente todos falharam, a partir daí comecei a codificar para cada um dos testes passar. Depois dos testes passarem, fiz um segundo projeto com interface visual, permitindo que o usuário digitasse qualquer texto em “Googlon”, que seria automaticamente processado pelo meu parser.

O bom desse tipo de abordagem é que depois você pode refatorar o código sem medo, pois está protegido pelos testes. Se caso você quebre alguma coisa, vai saber imediatamente. Tanto que quando estava escrevendo esse post, percebi que eu tinha uma lista totalmente desnecessária na minha classe. Removi e rodei os testes. Todos passaram, o que quer dizer que não quebrei nada. Não precisei sequer rodar o projeto com a interface visual para testar a mudança. Ou seja, além de tranquilidade, TDD te dá muito mais produtividade, pois você consegue alterar o código com muito mais rapidez.

As duas coisas que deram mais trabalho na solução do problema em Delphi foram:

• Ordenar a string usando um alfabeto ordenado de forma diferente do nosso. Eu tinha certeza que existia algum algoritmo testado e comprovado para isso, pois é algo que já deve ter sido feito milhões de vezes. Perdi tempo procurando. Por fim não encontrei e fiz o meu mesmo. Ele vai comparando letra por letra e quando a letra é igual, compara a próxima. Se não existir a próxima letra em uma das palavras, ela é menor.
• Perceber que o Delphi estava silenciosamente informando valores inválidos quando estourava a capacidade do tipo Integer. Isso eu achei bem estranho, pois esperava que fosse levantada uma exception em caso de estourar o tipo. Por algum motivo que ainda não descobri, o código que eu escrevi para converter a palavra para valor numérico não levanta nada, simplesmente informa o valor errado se você usar Integer. O que acontece é que, não sei por qual motivo, o Delphi vem por padrão com “Range Checking” desativado (valeu Cesar!). Ativando esta opção, o código quebra e você consegue perceber o problema imediatamente. Troquei para Int64 e resolveu.

Enfim, levei duas ou três horas para resolver os problemas e acho que valeu o desafio. Principalmente para ficar ainda mais atento com as limitações dos tipos (como no caso do Integer) e o tal do Range Checking desativado por padrão.

Acho que vale a pena tentar resolver, principalmente porque a prova é diferente para cada um. Esse é o link para a prova, e você pode fazer mesmo que não pretenda participar do evento. Meu projeto completo está aqui, mas recomendo você fazer o seu antes de analisar o meu. Quem sabe você não tem idéias muito melhores?

• Suporte a criar aplicativos nativos para Windows 64-bit.
• Suporte a criar aplicativos nativos para Mac OS.
• Novo framework visual FireMonkey, com suporte a aceleração 3D.
• LiveBindings, que vai permitir conectar qualquer elemento visual com qualquer tipo de dado.

O RAD Studio XE2 World Tour vai apresentar as novidades em mais de 30 países, incluindo obviamente o Brasil.

Também é possível se inscrever em uma promoção que vai sortear algumas cópias da ferramenta.

Minha opinião inicial, sem saber muito como cada recurso vai funcionar, é que são melhorias muito bem-vindas. Windows 64, LiveBindings e provavelmente até FireMonkey, já tenho onde aplicar. Mac OS acho que dificilmente me será útil, como já tinha comentado anteriormente.

E vocês, o que acharam? Quais são as novidades mais importantes? Deixe seus comentários aqui no post ou mande um comentário gravado em audio por e-mail, para que possamos utilizar no próximo episódio do TPodcast.

O formato PDF, que, pra quem não sabe, significa Portable Document Format, tem como seu principal objetivo ser um formato para troca de arquivos com “formatação rica”. Ou seja, quando você usa este formato, o objetivo é saber que seu documento vai manter a aparência visual não importa em qual aplicativo ou plataforma ele for aberto.

Infelizmente, para nossa surpresa, descobrimos que não é bem assim. Pelo menos não com os PDF gerados pelo Fast Report.

Alguns dias atrás um cliente entrou em contato nos reportando que um relatório gerado em PDF pelo nosso sistema não estava sendo visualizado corretamente no MacBook. Como eu mesmo tenho um MacBook, fui testar e confirmei o problema. Realmente os textos em negrito e as imagens do relatório simplesmente não apareciam no leitor nativo do Mac OS X.

Mais um pouco de testes e percebi que o problema não era exclusivo do Mac OS, mas também acontecia no iOS (iPad/iPhone/iPod) e no Android. Ou seja, só funcionava corretamente mesmo no Windows.

Apesar do Windows ser ainda a plataforma dominante, a cada dia temos mais usuários nas outras plataformas. Principalmente iOS com com iPad/iPhone e Android, com uma infinidade de aparelhos rodando esse sistema. Por isso não era um problema que poderia ser tratado com pouca importância.

Entramos em contato com o suporte do Fast Report e a primeira resposta que obtivemos foi de que teríamos que embutir as fontes no PDF. Fizemos o que nos pediram e o PDF subiu de 40K para 900K. Isso para um simples relatório de uma página com bem pouco texto. Fizemos testes com PDF gerados por outros aplicativos, usando a mesma fonte do nosso relatório (Arial) e em todos os casos os PDF funcionavam perfeitamente nas outras plataformas sem embutir a fonte. Ou seja, alguma coisa estava errada com o PDF do Fast Report.

Pressionamos mais um pouco o suporte do Fast Report e obtivemos a seguinte resposta:

…you should also understand that pdf is not a simple format and only its more complicated version is really portable. At the moment our pdf produces documents targeted for Windows. We are making steps towards more portability, for example we are developing pdf/a version of the export, but I can’t estimate when really portable pdf export is ready.

Ou seja, os PDFs gerados pelo FR são para Windows apenas e eles não sabem quando uma versão realmente portável estará disponível.

Nós obviamente já estamos procurando outras soluções. Infelizmente temos muitos relatórios em Fast Report, e mesmo diante desse absurdo, por mais que eu gostaria, inicialmente não estamos pensando em trocar de componente de relatório, mas apenas achar uma solução melhor para gerar os PDFs.

Portanto se você usa ou está pensando em usar Fast Report, fique atento com esse detalhe, que na minha opinião, é uma falha monstruosa do componente. Principalmente por saberem disso e não alertarem os clientes, simplesmente divulgando que geram os relatórios em PDF, sem especificar que é um PDF bizarro que vai de encontro ao principal motivo pelo qual o formato foi criado.

Um dos padrões que resolvem esse problema é o Publish/Subscribe. Ele permite que objetos interessados em uma mensagem, “assinem” notificações, de forma a serem avisados sempre que essa mensagem for disparada. A grande vantagem desse padrão é o desacoplamento, pois quem assina não necessariamente precisa conhecer quem publica e vice-versa.

Para utilizar esse padrão nos meus sistemas, implementei o NotificationService.

Quando um objeto deseja ser notificado sobre um assunto, ele faz uma assinatura, passando o ID da mensagem que está interessado:

GetNotificationService.Subscribe(MetodoASerExecutado, MsgUmClienteFoiAtualizado);

Onde MetodoASerExecutado é um TNotifyEvent, que já estamos carecas de usar no dia a dia em todos os componentes do Delphi. Ele será executado sempre que a mensagem MsgUmClienteFoiAtualizado for disparada por outro objeto.

Para enviar a mensagem a todos os interessados, também é muito simples, bastando o objeto que está gerando a mensagem chamar:

GetNotificationService.SendMessage(Self, MsgUmClienteFoiAtualizado);

Nesse caso, ele passa um objeto como sender, que não necessariamente precisa ser ele mesmo (Self), e o ID da mensagem (MsgUmClienteFoiAtualizado). Feito isso, o NotificationService vai varrer a lista de assinantes, identificar quem está interessado nessa mensagem e disparar todos os métodos passando o mesmo sender.

Quando o objeto interessado na mensagem for destruído ou não desejar mais receber as notificações, basta cancelar a assinatura, chamando:

GetNotificationService.UnSubscribe(MetodoASerExecutado);

Bem simples de usar e muito útil para resolver alguns problemas no dia a dia de desenvolvimento. O código fonte inclui um demo com mais detalhes.

O projeto está hospedado no BitBucket. Se quiser baixar os fontes, instale o Mercurial na sua máquina, abra uma linha de comando e digite:

hg clone https://bitbucket.org/esasse/notificationservice

Um dos motivos em publicar esse projeto foi para conhecer os recursos do BitBucket e do Mercurial como DVCS. Por isso, se tiver alguma sugestão de melhoria no código ou simplesmente quiser fazer uma versão diferenciada, faça um fork do projeto no próprio BitBucket e fique a vontade!

Para mais informações sobre esses recursos de compartilhamento de código usando BitBucket e Mercurial, veja meu post anterior.

Mas hoje lembrei que no Delphi XE você recebe a versão Lite do Beyond Compare e decidi testar. Como não uso a integração da IDE com o SVN, decidi trocar no Tortoise.

Basta ir em Settings, External Programs, Diff Viewer, setar para External e colocar a linha de comando abaixo fazendo os devidos ajustes para a pasta onde você tem o Delphi XE instalado:

C:\Program Files (x86)\Embarcadero\RAD Studio\8.0\bin\BCompareLite.exe %base %mine /title1=%bname /title2=%yname /leftreadonly

Não sei se dá pra usar para Merge também, isso vou deixar para ver depois, se gostar do diff dele.

As palestras durante o dia todo abordaram vários temas em diferentes níveis, exatamente como já se é esperado neste tipo de evento, e acredito que são muito válidas para os desenvolvedores que não acompanham as novidades dia-a-dia pela Internet.

No meu caso como sempre estou lendo blogs, acompanhando eventos online, etc, normalmente não existe muita novidade para se ver e o que vale a pena em participar é poder encontrar os amigos, bater papo e trocar idéias com outros desenvolvedores.

Por ser um evento gratuito, torna-se ainda mais fácil de participar, e nesse ponto a Embarcadero está de parabéns. Eventos gratuitos são bem raros. Então se você é desenvolvedor Delphi é um evento que eu certamente recomendo a participação.

Quis comentar aqui para apoiar o evento, pois acho importante termos um evento como esse no Brasil e não queria deixar passar em branco. Para um review um pouco mais detalhado, vejam o que o Leonel Togniolli publicou no ITWeb.