Não Tem Mosquito

Aprendendo a aprender, estudando o estudo

2010-01-26T23:02:00.001-02:00

Pra não ficar pra atrás no mundo da computação é preciso estudar sempre. Não existe este negócio de terminar a faculdade e parar de estudar. Parece que você é um hamster, que corre sem sair do lugar. Para muitos é assustador.

Já para mim, isto é o que mais gosto. Sempre há coisas novas para aprender e conhecer. Maneiras melhores de trabalhar. E se você está condenado a fazer isto toda sua vida, por que não aprender como se aprender e estudar como se estuda?

A mais legal introdução sobre o assunto é o artigo Curso rápido em Teoria da Aprendizem da Kathy Sierra, cujo ponto de vista é mais para quem ensina. Para me aprofundar mais, acabo de ler dois livros sobre o assunto: Pragmatic Thinking and Learning: Refactor Your Wetware, de Andy Hunt, e How to Become a Straight-A Student, de Cal Newport.

Andy Hunt é co-autor do The Pragmatic Programmer, um dos melhores livros sobre desenvolvimento de software. Seu novo livro Pragmatic Thinking and Learning é inteiramente dedicado a como aprender de forma mais eficiente.

Discute desde modelos de aprendizagem à importância da concentração. Pelo caminho a gente encontra várias dicas e técnicas para aperfeiçoar a aprendizagem. Vão desde o resultado de pesquisas científicas a duvidosas auto-ajudas. Como o próprio autor diz, é pra testar e passar a usar o que funcionar para você.

O livro apresenta assuntos como o Modelo Dreyfus de aprendizagem, que é ótimo para conter a ansiedade quando se está aprendendo um assunto novo; hemisférios direito e esquerdo do cérebro, mostrando a importância de alternar entre visões holísticas e específicas sobre o que se está estudando; objetivos de estudo SMART (Specific, Measurable, Achievalbe, Relevant e Timeboxed); da necessidade de estudar constantemente e de forma deliberada; da eficiência de grupos de estudo; técnicas de leitura ativa de livros como a SQ3R; do uso de Mind Maps; e de documentar e ensinar para aprender melhor; e até da importância da concentração e como a meditação pode ajudar a aprimorá-la.

Ao contrário do Pragmatic Programmers, o estilo de escrita é meio seco e pouco fluente. Comparando a divertida palestra do Dave Thomas e o monocórdio tom do vídeo de apresentação do autor na Amazon, dá ver quem é o extrovertido da dupla. Outra coisa que atrapalha é o uso excessivo de metáforas relacionadas a computador. Tá certo que o livro é voltado a desenvolvedores, mas falar coisas como que "O cérebro tem uma CPU dual" acaba emprobecendo alguns conceitos. Quando entra na parte de preconceitos culturais, o livro fica americano-cêntrico demais. Vale até pular o capítulo.

O outro livro similar é o How to Become a Straight-A Student: The Unconventional Strategies Real College Students Use to Score High While Studying Less. Se no livro do Programador Pragmático a preocupação é aprender, este aqui é ainda mais pragmático: o objetivo é tirar notas altas na faculdade. As dicas vão desde organização de tempo a como puxar o saco do professor de forma eficiente. Gostaria de tê-lo lido há 20 anos atrás:-).

Seu ponto forte é que se baseia em entrevistas que o autor fez com alguns dos melhores estudantes de universidades americanas. São dicas que funcionam para alguém no mundo real. Técnicas de como, onde e quando estudar, como preparar um trabalho, como tomar notas em aula, quando pedir orientação ao professor. Eu nem tinha idéia que existiam diversas técnicas para tomar notas. Deve ser por isto que para mim nunca funcionou fazer anotações em sala de aula. Descobri até que existem cursos para se tornar um bom aluno além de vários livros sobre study skills. De um modo geral as dicas são puro bom senso, mas sempre é bom ver outros pontos de vista.

No final das contas, gostei especialmente do Refactoring your Wetware. Ajudou a pensar a respeito de várias técnicas que já usei, como — o que estou fazendo agora — escrever um post de blog para assimilar um assunto. Me ajudou a entender por que aprendi muito bem algum assunto que dei uma aula a respeito. Porque fico namorando um livro, lendo o índice e folheando, antes de começar a ler de verdade. No fundo, muita coisa é só bom senso. O bom é ver alguém dizendo que o que você achava que era superstição é importante, ou mostrando formas sistemáticas de fazer o que você aprendeu por tentativa e erro.

Gostaria de tê-los lido há anos atrás. Teria aprendido mais estudando menos.

Registrando seu próprio sítio virtual em uma hora por R$30,00

2009-11-18T07:42:00.003-02:00

Hourglass
Uploaded by darque9

Em apenas uma hora criei e coloquei no ar um domínio próprio para este sítio. Custou só R$30,00, o preço do domínio. Foi mais rápido do que eu pensava, mas isto porque eu já sabia tudo que tinha que fazer.

São tantos pequenos detalhes, tanta coisa que tem saber a priori, que eu teria demorado dias se tivesse que aprender como fazer. É o tipo de conhecimento legal de compartilhar. Para fazê-lo, é só seguir os passos abaixo.

Crie um blogue no Blogger.com

Visite Blogger.com e crie um blogue para você. Escolha nome, template, configurações etc. Cheguei a pensar em hospedar meu próprio blogue com o excelente WordPress, mas seria mais uma encheção de saco para configurar, manter, atualizar etc. O pouco tempo que tenho para o blogue quero gastar produzindo conteúdo, mas, nerd que sou, é difícil me conter para não ficar um tempão futucando a tecnologia.

Escolha seu domínio

Considerando que você quer um domínio .br, vá no Registro.BR e na caixa de busca que tem lá, vá entrando os domínios que deseja.

Há várias terminações possíveis, cada uma significa uma coisa que ninguém sabe o que é. A dica é: se o nome que deseja estiver disponível, escolha a .COM.BR pois é a mais usada. Este meu .PRO.BR, escolhi porque parece de profissional, mas oficialmente é de professor.

Neste ponto em que estamos, você ainda não registrou o domínio, apenas verificou que ele está disponível.

Configure o DNS para seu domínio

O Domain Name Server (DNS) é um tipo de servidor na internet que mapeia um nome, como mosquito.pro.br, para o computador específico onde ficam as páginas. Você não precisará colocar um servidor no ar. Como tudo na Internet, há uma opção 0800.

O EveryDNS é um servidor DNS gratuito, onde você pode registrar qualquer domínio. Crie uma conta lá e registre seu domínio. O que você tem que fazer mesmo é criar um campo CNAME associando o endereço www.seudominio.xxx.br ao ghs.google.com. É importante iniciar com www. Opcional é criar um campo do tipo A apontando para um endereço IP qualquer. Ficaria assim:

Registre seu domínio

Volte ao Registro.BR e compre de verdade seu nome de domínio. Caso ainda não tenha uma conta lá, precisará criar uma. Ao registrar, entre no campo de "name server" com os endereços ns1.everydns.com, ns2.everydns.com, ... Depois eles vão te mandar a cobrança por email. Será seu único custo.

Associe seu domínio ao blogue

Este é mole. Volte no Blogger.com, entre em Settings -> Publishing e selecione "Hospedar no meu próprio domínio". Preencha lá com www.seudominio.xxx.br.

Aí que fiquei impressionado com a rapidez de tudo. Cerca de meia hora depois de fazer isto, meu domínio novo já estava valendo. Tá certo que eu já tinha o blogue criado e contas em todos os serviços, teria demorado mais caso fosse tudo do zero. O fato é que mais tempo demorei para escrever este texto do que para colocar um domínio novo no ar:-).

Extras

O principal acabou, agora é um adendo avançado. Acho que já passa do ponto de coisas que pessoas não técnicas, mas inteligentes e motivadas, conseguem fazer.

Brinco que uma maneira boa de saber se uma empresa é tecnicamente competente é ver se é possível acessar o site dela sem colocar www. no endereço. Isto indicará pelo menos que eles têm alguém que entende das coisas cuidando da infra-estrutura.

Com esta configuração, eu não sei como configurar direto o mosquito.pro.br para o blogue. O EveryDNS não deixa o domínio principal ser um CNAME, o que tem sentido. Minha solução foi apontar para um endereço IP onde tenho um servidor, e lá configurar um host virtual do Apache para fazer um redirect permanente para o endereço com o www. De qualquer forma, eis como ficou minha configuração do Apache:

<VirtualHost *:80>
   ServerName mosquito.pro.br

   RewriteEngine on
   RewriteRule ^/(arquivos/.*)$ /mosquito/$1 [last]

   RewriteRule ^(.*)$ http://www.mosquito.pro.br$1 [R=permanent,last]
</VirtualHost>

A última linha é uma expressão regular boba que faz o redirect permanente de todas as chamadas para o mesmo endereço com www. O macete fica por conta da outra regra de rewrite que me dá algo muito útil que o Blogger não deixa. Agora posso publicar meus próprios arquivos, basta colocá-los em uma pasta específica e acessar em uma URL com /arquivos/.

Desenvolvimento de software: O que sabemos que funciona?

2009-11-12T07:18:00.001-02:00

O que não falta em desenvolvimento de software é achismo. Fulano acha isso. A nova moda de desenvolvimento diz aquilo. É um alívio ver destacado o que sabemos de verdade. Achei duas ótimas referências sobre fatos em Engenharia de Software.

Uma é esta apresentação abaixo, onde o autor começa discutindo o método científico, e depois lista vários fatos realmente conhecidos sobre desenvolvimento de software:

Bits of Evidence

View more presentations from Greg Wilson.

Outro artigo excelente é esta reportagem sobre pesquisas de engenharia de software feitas na Microsoft. O pesquisador Nachi Nagappan tem acesso livre a todos os grupos de desenvolvimento dentro da Microsoft. Cada um tem um jeito diferente de trabalhar: alguns usam asserções, outros testes unitários, outros trabalham distribuídos pelo mundo. Como a Microsoft registra cada modificação em seu sistema de controle de versões a cada bug aberto e a cada módulo modificado, Nagappan tem dados maravilhosos a seu dispor. E ele tira conclusões surpreendentes. Tá certo que talvez nem todo lugar tenha programadores da qualidade dos da Microsoft, mas acredito que dá para generalizar suas descobertas.

Como brinde, vale lembrar que outra fonte de fatos sobre experimentos é a coluna "Voz da Evidência" publicada na revista IEEE Software.

Agora em novo endereço!

2009-11-10T10:22:00.005-02:00

Seja bem-vindo a nosso novo endereço:

www.mosquito.pro.br

Agora que resolvi dar um gás neste blogue, nada melhor que um domínio de verdade. Todos os links antigos continuarão a funcionar, assim como o RSS com as atualizações.

Selenium, a melhor ferramenta para testes de aplicações web

2009-11-10T07:30:00.004-02:00

Avançando no Terceiro Milênio, não dá mais para conceber a construção de uma aplicação Web sem ter testes automatizados. Não fazendo testes automáticos, você estará jogando na mão de seu cliente a responsabilidade de testar a aplicação. Este é um trabalho que deveria ser seu. Não fazê-lo é um desrespeito com quem te paga. Estará também jogando dinheiro fora, pois quanto mais tempo você demora para descobrir um erro, mais custoso é consertá-lo.

E pra fazer testes funcionais de aplicações web, a ferramenta é uma só: Selenium. É tudo de bom: grátis, open source e bem feito. Um dos melhores projetos de código aberto que existem por aí.

O Selenium te permite testar um sítio virtual em vários browsers e sistemas operacionais. Testa Javascript e ajax. Nada melhor para achar problemas de incompatibilidade.

O Selenium na verdade não é um único projeto, mas um ecossistema de diferentes softwares que interagem entre si. Os principais projetos são:

Selenium Core: O núcleo do Selenium é uma biblioteca Javascript que te dá basicamente dois tipos de comandos. Um para comandar um browser: clicar em links, preencher formulários, fazer uma ação depois de aparecer algo na tela etc. Outro tipo é para fazer asserções, como se há um texto presente, se tal elemento está sendo exibido, se a página foi corretamente carregada etc. É a pedra fundadora do Selenium. Inspirado nos Testes Fit, você define os seus passos de testes em uma tabela – no caso em HTML – que é interpretada, executada e um relatório final com sucessos e erros é gerado.
Selenium IDE: Fazer as tabelas de teste do Selenium IDE é muito trabalhoso. Inventaram então este sensacional plugin para o Firefox. Com ele você pode gravar toda uma sessão de navegação e dar playback nela depois. Durante a gravação vários comandos extras são adicionados ao menu de contexto (botão direito) do Firefox. Estes comandos lhe permitem fazer asserções sobre o que está sendo gravado, como, por exemplo, selecionar um texto na tela e incluir uma asserção para verificar se o texto selecionado está presente.

É um barato ver seu navegador funcionando sozinho, como se fosse controlado por um fantasma. Chefes e clientes adoram. Apesar de serem gravados no Firefox, os testes podem ser executados em qualquer navegador e sistema operacional.
Selenium Remote Control: Aqui o negócio começa a ficar sério. O Selenium Remote Control te permite controlar um browser e fazer asserções de dentro de uma linguagem de programação. Você passa a ter acesso a loops, funções (para não repetir código de testes) e, o melhor, às bibliotecas da linguagem. Dá para rodar um teste e depois conectar direto à base de dados para verificar se os dados foram corretamente modificados.

Um workflow comum é você gravar um teste inicial no Selenium IDE, dar um "Save As" para ser gerada uma versão para a sua linguagem de programação favorita (Python, Ruby, Java ...) e então criar testes mais sofisticados. Seus testes podem ser executados dentro de um framework de testes, como os da família xUnit, e rodar dentro de seu processo de Integração Contínua.
Selenium Grid: Uma coisa temos que assumir: fazer testes comandando um browser é lento. Muito lento. Especialmente depois que se começa a ter mais de uma centena de testes. Tá certo que são testes funcionais, ninguém está esperando que obedeça às regras de velocidade de testes unitários, mas pegar um erro dias depois, é demais. O Selenium Grid vem resolver isto, ele distribui os testes para executarem em paralelo em vários computadores diferentes. É chato de configurar, mas a recompensa é grande quando os testes começam a demorar muito.

Já usei o Grid até mesmo para realizar testes de stress em uma aplicação. Tá certo que não é a ferramenta mas apropriada, mas dependendo de aplicação web é (mal) feita, pode ser a única alternativa.

E a boa notícia é que uma das melhores referências sobre o Selenium é em Português! É o excelente Blogue do Seu Enium. Lá você aprende do beabá a usar o Selenium Grid, passando pela divertida explicação do porquê do nome Selenium.

Outra coisa muito legal que se pode fazer com o Selenium é automatizar sua vida. Sabe as aplicações Web com uma terrível interface e que você é obrigado a usar? Aquelas que você tem que clicar em um milhão de lugares e preencher um monte de campos para chegar onde quer? Basta gravar um script no Selenium IDE que faz tudo pra você. O macete é nos momentos que preencher um dado específico (como uma senha), colocar um comando para o Selenium esperar um texto da tela seguinte para continuar a executar. Nada melhor para evitar uma tendinite.

Por fim, vale deixar o aviso de que o Selenium não é nenhuma bala de prata. É uma ferramenta fundamental para se entregar aplicações web de qualidade, mas não é trivial usá-lo bem. É preciso bons testers para pegar os casos que podem dar problemas e não testar apenas o caminho de execução principal. Colocar os comandos certos para que erros intermitentes não aconteçam é mais uma arte do que uma ciência. Se sua empresa tiver a mentalidade de que testers são imbecis (sim, isto existe), não vai funcionar. É preciso que os desenvolvedores trabalhem junto com os testers para que as aplicações sejam fáceis de testar. Testar widgets de algumas bibliotecas Javascript pode ser bem enrolado.

Não é por estar fazendo testes com uma super-ferramenta é que você poderá prescindir de seu cérebro.

Navegação e SEO, ajude o Google a encontrar suas páginas

2009-11-09T09:21:00.007-02:00

Caravel
Originally uploaded by Lajoso

Nesta SEOgunda aprenderemos sobre o terceiro aspecto mais importante para seu sítio virtual ficar bem na fita com o Google: a navegação.

Navegar pelos sítios virtuais pode ser assustador. Serpentes marinhas gigantescas podem devorar seu browsers. O mar ferverá quando se atravessar a linha do Equador. Do ponto de vista de SEO, a função da navegação é guiar seguramente o Google pelo seu sítio, permitindo que ele não só encontre todas suas páginas, como descubra quais são as mais importantes.

Primeira coisa é entender como os mecanismos de busca descobrem as páginas que irão catalogar. Cada buscador tem um software que funciona como se fosse um browser, chamado de robô. Ao visitar uma página, ele automaticamente grava a página e clica em todos os links presentes. Para cada nova página visitada, ele clica nos links e visita todas as novas páginas. Vai assim até visitar todas as páginas de seu site.

A principal característica deste robô é que ele é burro. Ele não preenche nenhum formulário, não entende Javascript e (quase) não entende Flash. A única coisa que ele faz é ver o texto de suas páginas e clicar em links.

O que nos leva à Primeira regra SEO de navegação: toda página de seu sítio virtual tem que poder ser acessada apenas clicando em links a partir da página principal.

Se o robô do Google não puder chegar na sua página apenas clicando, ela não será indexada e nunca poderá ser o resultado de nenhuma busca (tá bom, tá bom, falaremos de sitemaps no futuro). O robô não preencherá um simples campo de busca para poder achar suas páginas antigas. Se você, por exemplo, publica notícias que expiram, mantenha um link para toda notícia expirada. Uma delas pode ter exatamente aquela palavra usada em um busca e ser responsável por lhe trazer um novo usuário.

Cada vez mais os sites criam esquemas de navegação mais espertos, cheios de animações e guéri-gueris. Apesar de divertidas, estas navegações podem destruir o ranking de seu site nos mecanismos de busca. O robô não entende Javascript nem Flash, as principais tecnologias destas animações. Se não entende, ele não conseguirá navegar nem catalogar suas páginas.

Segunda regra SEO de navegação: seu sítio virtual tem que ter uma barra de navegação para suas principais seções feita em HTML simples, usando apenas a tag <A HREF>. Se você tiver uma navegação para seções em Javascript, é preciso que ela degrade graciosamente e continue a funcionar mesmo ao desligar o Javascript do browser. Se tiver uma navegação em Flash, faça uma outra em HTML puro no pé de cada página.

Tome cuidado se você usa um Content Management System (CMS) que lhe gera automaticamente uma navegação. Ainda outro dia fiz uma consultoria SEO e me deparei com um CMS cuja navegação de seções padrão era toda em Javascript. O CMS tentava ser esperto, tinha um código para identificar se era o robô do Google que estava visitando. Se fosse, era mostrada uma navegação em HTML simples em vez da em Javascript. Só que mostrar uma página diferente para o robô e para o ser humano é uma das práticas mais abominadas pelos mecanismos de busca. É chamada de Cloaking e é muito fácil de ser descoberta. Nunca faça isto. Mesmo que os desenvolvedores do CMS estejam fazendo o cloaking de boa fé, não tem como o Google saber disto. Uma bobagem assim pode remover todo seu site das buscas do Google!!!

Estas barras com links também permitem que o mecanismo de busca identifique as principais seções de seu site. Estas seções serão links a mais que você terá direito na página de resultados de busca. Veja por exemplo o excelente trabalho que o Google faz para achar as seções do jornal New York Times:

Claro que nem sempre o Google acerta. Por isto você precisa ajudá-lo com uma boa navegação e arquitetura de informação. Ou você acha mesmo que Naruto é uma das seções mais importantes da Wikipédia? :-)

Você não pode dizer explicitamente pro Google as seções de seu site, apenas sugerí-las através dos links de navegação. Se acontecer contigo alguma tragédia como esta das seções da Wikipédia, não precisa ficar desesperado. Crie uma conta gratuita no serviço de Webmaster Tools do Google e remova as seções que você não quer que apareça.

Aguarde agora nossa próxima emocionante e informativa SEOgunda. Semana passada aprendemos sobre o mais importante elemento HTML para SEO, hoje foi terceiro aspecto mais importante. O que falta?

E se você for ansioso demais para esperar o desenrolar da série para otimizar seu site, lembro que já fiz e estou fazendo consultorias SEO/SEM. Entre em contato no email PauloNeves(arroba)gmail.com

SEOgunda, pois segunda é dia de SEO e SEM

2009-11-02T16:15:00.010-02:00

Charo y su lupa [abr 11]
Originally uploaded by JavierPsilocybin

Gastar uns trocados em Search Engine Optimization (SEO) e Search Engine Marketing (SEM) é um dos dinheiros mais bem gastos para o dono de um website. Todo sítio virtual é no fundo um investimento em marketing. De que vale este investimento se seus clientes não te acham?

Para que seus clientes te achem na Internet, é preciso que antes agradar a outro visitante: Mr. Google. Suas páginas têm que ser feitas para que o mecanismo de busca as entenda e tire o máximo de informações delas. Não é difícil, nem tem mágica. É só não deixar o cara que desenvolveu seu site fazer muita bobagem.

O problema é que tem muito enganador por aí. O sujeito que promete colocar seu site no primeiro lugar do Google está te enrolando. Resolvi então iniciar uma série de posts para contar os "segredos" de SEO e SEM. Como publicarei um artigo toda segunda-feira, intitularei a série: "Segunda é dia de SEO". Serão nossas SEOgundas!(Ai!)

Vou começar com a mais importante dica de SEO. É uma coisa simples, mas que pode fazer a grande diferença para acharem seu sítio pelos mecanismos de busca.

É a tag <title> do HTML. Nela você coloca o – supresa! &ndash título de sua página. O problema dela é que ninguém presta atenção neste título. Quando vê a página, ele só aparece na barrinha da janela do navegador. É fácil passar desapercebido que não foi corretamente preenchido. Veja por exemplo como aparece o título desta página:

A tag <title> é importante porque:

As palavras que estão ali têm um peso maior para o mecanismo de busca. Se o usuário buscar por uma palavra presente no <title>, sua página tem mais chances de ser retornada.

O texto do <title> aparecerá na página de resultados do Google. Coloque ali termos que convencerão ao usuário a clicar na sua página. Nada adianta sua página estar em primeiro lugar se o usuário clica na segunda.

O <title> é importante para usabilidade. Ele que permite diferenciar sua página entre as várias que estão abertas no seu desktop. O <title> também especifica como a página ficará guardada nos seus Favoritos.

Isto quer dizer que você vai colocar todo seu texto no <title> e sua página aparecerá no resultado de todas as buscas, certo? Errado. Somente os 65 primeiros caracteres são considerados pelo Google. Qualquer coisa depois será ignorada.

Uma boa regra para construir seu <title> é dividí-lo em 3 partes:


Título do conteúdo da página | Seção do site | Nome do site

Na primeira, vem o título da página mesmo. Por exemplo, se for uma notícia de um evento, você coloca aí a manchete. Se for um produto em um sítio de compras, coloque o nome do produto. Se for uma página sobre um pessoa, coloque o nome dela. A melhor maneira é fazer isto automaticamente no próprio sistema que gera as páginas. Algumas páginas mais importantes valem o esforço de fazer isto manualmente. Preencha o <title> com as palavras que o usuário pode usar para buscar pelo assunto da página. Lembre-se de colocar as palavras mais importantes sempre no início, pois estas são levadas mais em conta pelo Google.

Feche o <title> com o nome da seção de seu sítio onde está a página, isto pode dar um pista do assunto para o Google. Por fim coloque o nome do seu site no final, especialmente se ele tiver palavras que as pessoas usam para buscar.

Vamos fazer isto com um exemplo. Digamos que você está vendendo uma TV Sony Bravia. Você deve colocar o nome Sony Bravia, o nome do modelo, a seção e por fim o nome da loja:

Sony Bravia KDL-52V5100 - 52" LCD - 1080p (FullHD) | TV | Casas Maria

E aí tem um dos detalhes mais importantes. Na hora de preencher as palavras chave, é preciso se colocar no ponto de vista do usuário. Talvez Eletrodomésticos seja o nome do seu departamento que vende o produto. Só que ninguém busca por "Eletrodoméstico" no Google. O sujeito está querendo é uma TV. O nome de sua seção deve ser "TV" no singular.

Tentar pensar como seu usuário é um dos aspectos mais importantes para otimização SEO. Só que isto daí já é assunto para um outro post...

E se você for ansioso demais para esperar o desenrolar da série, aviso que já fiz e estou fazendo consultorias SEO/SEM. Entre em contato no email PauloNeves(arroba)gmail.com

Dicas para seu SQL não feder

2009-10-30T14:36:00.012-02:00

Pra mim, a melhor tradução de code smells é fedentina de código.

A idéia de fedentina em código foi popularizada pelo ótimo livro Refactoring, do Martin Fowler. É uma indicação de que algo no código não está bem e merece ser analisado mais de perto. É como você andando na rua, sente um cheiro desagradável e olha a sola de seu sapato para checar se está tudo certo.

Tive que rever milhares de linhas de código SQL. Depois de um tempo, você deixa de tentar entender cada detalhe de comando e começa a funcionar por reconhecimento de padrões. Basta passar os olhos pelo código e logo vem aquele cheiro que tem algo mal feito por ali. Ao contrário do exemplo da sola de sapato, na maior parte das vezes há uma grande imundície.

Compartilho então com você, minha coleção de fedentinas em SQL:

DISTINCT: Uma vez, estava eu no departamento de TI de uma grande empresa e ouvi comentarem: "Já fiz o select, o único problema é que está vindo com alguns dados duplicados.", logo alguém respondeu: "É fácil resolver, basta usar o DISTINCT.". Argh! São raro os casos em que um DISTINCT é necessário. E normalmente o são por alguma falta de normalização no modelo de dados.

Ao usar o DISTINCT sem entender a query, você pode estar escondendo um lentíssimo produto cartesiano, ou mesmo um erro no seu código. Já vi códigos como este: SELECT DISTINCT P.Nome FROM pessoas P, equipe e WHERE e.id=123.

Parece estar tudo muito bom na sua base de testes quando você tem apenas uma única equipe e uma dúzia de pessoas. Quando entrar em produção: CABOOOM!!! Tudo vai estourar.

O mais provável é que o DISTINCT esteja acobertando a inexistência de um join na sua query. É preciso analisar a query com cuidado e checar não precisa acrescentar um join a mais entre as tabelas. Talvez seja o caso até de remodelar o projeto do banco de dados.
LIMIT 1, TOP 1, ou RowNum <=1: Esta é outra forma de esconder uma falta de join. O LIMIT é do MySql, o TOP 1 do SqlServer, e o RowNum do Oracle.

De vez em quando, sua consulta vai retornar mais de um elemento e você não entende o porquê. Qual a solução mais fácil? Ora, pegar só o primeiro e continuar correndo para entregar as coisas no prazo. Só terá é um bug sinistro pra pegar em produção. Afinal de contas, parar, pensar e olhar qual join poderia fazer a mais, ou que tabela está faltando incluir é muito difícil.

E tem o caso em que isto está 100% errado: é quando você usa um TOP 1 e não usa um ORDER BY. Como o SQL só trabalha com conjuntos, pegar o primeiro elemento sem ordenar antes, quer dizer que você está pegando um elemento aleatório. Pode até ser que seu SGBD seja sempre retornado o que você deseja, mas pequenas modificações no banco, como a criação de um novo índice, podem fazer com que um valor errado seja retornado de uma hora pra outra.
GROUP BY sem funções de agregação: Este é outro truque para evitar resultados repetidos e garantir um código desnecessariamente lento. Se nos resultados da query não tem nenhuma função COUNT, MAX, MIN ou similares, tem um erro aí. Certamente é mais um caso de join faltando que precisa ser investigado.

O caso mais inócuo é quando é usado no lugar de um DISTINCT. Tem gente que acha que o GROUP BY seria mais eficiente. Isto não é verdade. Qualquer que seja seu SGBD, ele será esperto o bastante para fazer o mesmo plano para as duas consultas. O GROUP BY apenas deixará seu código mais difícil de entender e manter, pois todas colunas do resultado precisarão ser repetidas no final.
Subselects: Neste caso, uma das colunas de retorno da query é uma outra query, isto é, um subselect. Ou pior, várias colunas são subselects parecidos, talvez retornando apenas um COUNT. Isto pode ser a coisa mais lerda do mundo.

Tem que pensar que cada subselect será executado para cada registro retornado. Se você retorna 100 registros, estará fazendo 101 consultas! A solução costuma ser mais complicada, normalmente usando condicionais e GROUP BY. Só que vale o preço. O tempo da consulta pode diminuir ordens de grandeza.

O fato de SQL ser uma linguagem declarativa às vezes disfarça processamentos custosos. Somente incluir um comando ali não parece que sua consulta está ficando duas ordens de grandeza mais lenta. Pode até ser que seu BD seja esperto o bastante para otimizar estas queries. Acredito até que isto já tenha salvo muitos sistema sem produção. Mas pra que confiar?
Outer joins: Esta fedentina aqui acontece mais em código procedural. O sujeito faz um loop nos resultados de um select. Para cada elemento retornado, processa alguma coisa e faz um outro select para checar se existe algo em outra tabela. Se existir faz um processamento a mais. Se você tiver 10 elementos, serão 11 selects. 11 idas à base para pegar dados.

Um Outer join resolveria isto com uma única consulta! Caso não existisse relação entre as tabelas, os elementos da tabela secundária viriam como NULL. Somente isto pode fazer a diferença entre um banco de dados stressado e um tranquilo.

Por outro lado, Outer joins são mais caros que os inner joins tradicionais. Já vi gente fazendo um left join "só pra garantir". Confira sempre se é mesmo necessário fazê-lo em vez de um inner join normal.
texto LIKE '%:nome%': Se a string com o que o LIKE compara começa com %, significa que o texto pode casar em qualquer ponto. O SBGD ê terá não só que varrer não só toda sua tabela, como todo o texto do atributo analisado. É um algoritmo de complexidade quadrática! Sim, isto é lento praca.

Este é mais um caso em que na base de testes, que tem pouco dados, tudo ficará uma beleza. Alguns meses (ou anos) depois que o sistema entrar em produção, tudo emperrará.

A solução para este problema é usar um índice textual. Mas aí é assunto para outro post.

Ver estas e outras em códigos de produção me leva a divagar sobre dois grandes sucessos da informática, o MySql e os frameworks de mapeamento Objeto-Relacional.

Até outro dia o MySql não tinha subselects. Isto era chato, pois tornava necessário codificar coisas que uma única consulta mais sofisticada resolve. Só que por outro lado, ficava claro pra todo mundo que você estava fazendo loop dentro de loop. Nenhum problema ficava "escondido" no código. A falta de features mais avançadas, deixava claro tudo que estava sendo feito.

Os frameworks Objeto-Relacional por outro lado fazem tudo pra você. Eles não esquecem dos joins, nem inventam gambiarras pra retornar o que desejam. Alguns até criam todos os índices pra você, um outro problema que nem mencionei. No mundo da produção de código industrial, isto é um aumento de produtividade tremendo. Vai ser chato quando quiser fazer um relatório mais complicado, mas aí basta ter alguém que entenda como o mapeamento é feito e faça a consulta "na unha", com SQL de verdade.

As limitações destas tecnologias, acabam sendo uma grande vantagem. Elas resolvem a maior parte dos problemas. Sem elas, fica muito fácil dar um tiro pé. Putz! O tiro ainda foi no pé que tava todo sujo!

Código de ética do engenheiro de software

2009-10-28T22:53:00.003-02:00

Público: Engenheiros de Software devem agir de forma consistente com o interesse público.
Cliente e empregador: Engenheiros de Software devem agir de modo que atenda aos melhores interesses de seus clientes e empregadores, sempre consistente com o interesse público
Produto: Engenheiros de Software devem garantir que seus produtos atendem ao mais alto padrão de qualidade profissional.
Julgamento: Engenheiros de Software devem manter integridade e independência em seus julgamentos profissionais.
Gerência: Engenheiros de Software que sejam gerentes e líderes devem subscrever e promover uma abordagem ética à gerência de desenvolvimento e manutenção de software.
Profissão: Engenheiros de Software devem avançar a integridade e reputação da profissão, sempre de forma consistente com o interesse público.
Colegas: Engenheiros de Software devem ser justos com seus colegas e sempre apoiá-los.
Sobre si próprio:Engenheiros de Software devem, durante toda sua vida, estar sempre aprendendo as práticas de sua profissão, e promoverem uma abordagem ética à profissão.

Sempre é bom de ler e saber que existe.

Em português o texto, que já era mal escrito em inglês, ficou ainda pior. Leia o documento original: Código de Ética do Engenheiro de Software, onde cada item é detalhado.

Por que "Não tem mosquito"?

2009-09-19T15:50:00.005-03:00

He, he, achei uma explicação sucinta neste artigo, e não dá pra deixar de transcrever:

Essa expressão “não tem mosquito” é tão antiga quanto Oswaldo Cruz, o doutor Mata Mosquito, um sanitarista de primeira linha que se bateu para acabar com os mosquitos que infestavam o Rio de Janeiro, no início do século passado, quando a então capital do Brasil a anunciada aos quatro cantos do mundo como um lugar para se evitar por causa das doenças tropicais.

Um vexame, ou um enxame, não se sabe bem. O fato é que só quando a mosquitada foi colocada a nocaute é que a imagem da cidade começou a melhorar. Por isso, o malandro carioca quando queria dizer que tudo estava sob controle dizia “‘Dotô’, não tem mosquito!”

Acho que não é preciso explicitar a relação com os bugs nossos de dia a dia.

Dev in Rio 2009, eu fui!

2009-09-14T23:11:00.008-03:00

Fui na primeira edição do Dev in Rio. O evento foi de primeira. Depois de descobrir que foi praticamente organizado só por dois caras, fiquei realmente impressionado.

As palestras foram de alto nível. No Dev in Rio pessoal sabia do que estava falando. Somente havia ido a um outro evento desta natureza, um da Locaweb, e achei um saco. Eram apresentações tecnicamente rasteiras, quase sempre fazendo propaganda de alguma coisa. Em troca de um lanchinho me amarraram frente a uma TV que só passava comerciais. Fiquei com a má impressão que no Brasil bom conteúdo só existe (às vezes) em eventos acadêmicos.

Vale a pena comentar as palestras. Depois da abertura, o primeiro a se apresentar foi o Ryan Ozimek. Ele ficou todo o tempo falando do Joomla, um CMS de código aberto. Foi quase nada técnico, falando mais da história e da evolução da comunidade. Não tenho a menor intenção de usar o software e cheguei a duvidar se o evento seria proveitoso. Achei a mais fraca palestra do dia.

A seguir o tema foi a Máquina Virtual Java (JVM) e como está sendo usada por outras linguagens. Uma dupla de apresentadores, Guilherme Silveira e Nico Steppat, deixou a palestra bem mais dinâmica e divertida, especialmente no início quando eles fizeram um diálogo bem platônico. Eles argumentaram que apesar de Java ter uma sintaxe verborrágica e ultrapassada, a JVM é tudo de bom. Rápida, segura, com um monte de bibliotecas, multi-plataforma, multithread etc. e tal. Terminaram dando um exemplo de um código Java chamar um código em ruby. Aí que achei que faltou completar. O exemplo que acho mais legal é exatamente o contrário. A linguagem dinâmica chamar Java e toda sua rica biblioteca. Encaixa bem no espírito da clássica Dicotomia de Ousterhout, em que uma linguagem mais flexível cuida da lógica principal de uma aplicação, funcionando como "cola" de uma camada inferior mais eficiente e rígida.

Depois do almoço, Fabio Akita fez a melhor apresentação do dia. Talvez por eu não conhecer muito de Ruby, foi onde mais aprendi. O vídeo com ele mostrando meta-programação em Ruby é excelente e provavelmente está lá no sítio dele. É o que uma informação técnica deve ser, repleta de informação. E o Google tá aí pra quem quiser se aprofundar nos assuntos mencionados.

Veio a palestra que eu mais aguardava, a do Jacob Kaplan-Moss, um dos criadores do Django. Gostei. Deu para conhecer mais a cultura e história deste framework web em que muito programarei ainda. Ele tem um jeito bem nerd e simpático dos rincões norte-americanos. Perdeu em ritmo e em conteúdo pro Akita, mas só esta palestra já valia a ida.

Fui dali para o dojo em Python. Apesar de já ter lido a respeito, nunca havia participado de um. Apresentaram o esquema do dojo e decidiram o problema. O importante é todo mundo aprender alguma coisa. O que foi aprendi foi que você não deve fazer sua primeira participação em um dojo sendo o primeiro a sentar no teclado:-) O primeiro teste é sempre idiota. Espere as coisas pegarem o ritmo para só então levantar a mão. Acabou meu tempo assim que comecei a esquentar. Depois achei o treco meio lento. Quando uma dupla fez seu terceiro teste que passou sem precisar de qualquer alteração no código, me deu uma angústia danada e saí correndo para a palestra.

Pena eu ter perdido mais da metade da apresentação do Jeff Patton. Ele é responsável por uma das minhas colunas preferidas da revista IEEE Software. Não pareceu ter grandes novidades, mas sempre é bom ter novos argumentos para design focado no usuário e desenvolvimento interativo.

Depois do bate-papo, todos foram convidados ao Lapa 40º para o #HoraExtra, isto é, o chopp. Mais uma bola dentro do evento, ter um chopp oficialmente divulgado. Mas amarelei:-( Estava cansado e ter ido sozinho me desanimou. Sinto falta de um convívio social para falar nerdices. Mas não tem problema, pelo visto não faltarão oportunidades nos próximos Dev in Rio.

CSS e semântica: dando (bons) nomes aos bois

2009-08-18T02:46:00.006-03:00

No tempo da Internet a Vapor, ao se escrever cada elemento HTML era preciso especificar como ele seria formatado. A tag mais usada era a <font>. Quer colocar um título grande e vermelho? Fácil:

<font size=+2 color=red>Meu Título</font>

O design de seu sítio virtual se espalhava por de todas as páginas. Trocou de idéia? Quer agora que seu título seja verde? Beleza, agora terá que editar todas as páginas de seu sítio e fazer color=green. Não só vai dar um trabalhão, como você vai esquecer-se de mudar em alguns lugares. Seu design ficará inconsistente: umas páginas de um jeito, outras de outro.

O Cascading Style Sheets (Folhas de Estilo em Cascata) foi criado exatamente para resolver este problema. O CSS permite que o estilo de formatação de um elemento seja definido em uma página separada. Todas as páginas de um sítio passam a ter seus estilos definidos em um único lugar.

Se você quiser mudar o design, um único arquivo precisará ser modificado. As páginas ficam menores e carregam mais rápido, pois não é preciso enchê-las de informações para formatação. O estilo é carregado uma única vez e fica cacheado pelo browser.

Muita gente acha que o CSS existe para que se tenha novas opções de formatação. Não é esta a sua principal vantagem.

Com o CSS é possível dizer: todos meus elementos <H1> são formatados deste jeito, todos meus campos <INPUT> são daquele. E o grande poder do CSS vem com dois novos atributos para os elementos HTML, o class e o id. Uma classe ou id representa um conjunto de formatações. Todo elemento que tiver aquela classe ou id terá estas formatações.

As diferenças entre os dois é que todo elemento pode ter várias classes e apenas um id, e que não podem existir dois elementos com o mesmo id numa página.

Para se ter boas definições de estilo, uma das coisas mais importantes é dar bons nomes à suas classes. Pode até parecer bobagem, mas na prática, o nome que você der definirá que estilos sua classe representará.

Um exemplo de um estilo com nome ruim seria

textoGrandeVermelho {color: red; font-size: 3em;}

Fazendo isto, apesar de estar usando CSS, você estará programando como quando não existia. Caso resolva mudar o design de suas páginas para ter uma fonte verde, ou ficará com uma definição assim:

textoGrandeVermelho {color: green; font-size: 3em;}

ou terá que, como nos velhos tempos, editar todas as páginas de seu site. Não é raro preferirem a dissonância cognitiva.

Bons nomes são semânticos, isto é, devem definir alguma coisa. Você deve definir um nome que represente um objeto de seu design, ou uma qualidade dele. Eis um bom nome:

titulo {color: red; font-size: 3em;}

Assim você pode mudar os estilos de todos seus títulos sem precisar editar outras páginas, nem correr o risco de deixar seu sítio inconsistente. Ao ler o arquivo CSS, fica muito mais fácil identificar o que você precisa mudar se quiser que seu título apareça de maneira diferente. Se você quiser aproveitar suas páginas para outro cliente, bastará editar o arquivo CSS para ter um novo design.

Exemplos de bons nomes seriam: .titulo, .cabecalho, .rodape, .erro, .obrigatorio, .aviso, .filtro, .relatorio. Como cada elemento HTML pode ter mais uma classe, você pode combiná-las para ter definições como:

<H1 class="titulo erro">Título de página de erro</H1> 

<div class="aviso erro">Aviso de preenchimento de form> 

<input class="filtro obrigatorio" value="Filtro de preenchimento obrigatório" />

Nomes ruins seriam: .centralizado, .padding-esquerda, .width-td-full. E por que estes nomes são ruins? É porque se você quiser modificar seu site no futuro, será caro e trabalhoso. Se suas páginas tiverem títulos assim:

<H1 class="textoGrandeVermelho centralizado">Meu Titulo</H1>

E você não quiser mais que sejam centralizados, continuará tendo que editar todas as páginas. E será difícil achar no CSS quais são os estilos aplicados apenas a seus títulos. Eles provavelmente se aplicarão também a elementos que nada têm a ver.

Pensar um pouco para ter bons nomes para seus estilos CSS não é frescura. É apenas se preocupar com o futuro, com o tempo que você gastará com a manutenção de seu sítio. Não fazê-lo, é se prender ao passado. É programar como se ainda estivéssemos em 1995.

Não deixe o Google bravo quando seu sítio virtual for para manutenção

2009-08-08T01:39:00.004-03:00

Vai tirar seu sítio virtual do ar? Vai colocá-lo em manutenção? Seja bem educado e avise claramente a dois importantes usuários :

Ao Google

Ao resto

Se o Google visitar seu sítio quando ele estiver fora do ar e não encontrar suas páginas, você será penalizado no ranking das buscas. Para que isto não aconteça, siga as orientações oficiais do Google: acesso a todas suas páginas deve retornar um código de status HTTP 503.

Isto é mais fácil falar do que fazer. Mas fique tranquilo. Vou te ensinar a configurar o Apache pra fazer isto. Ah! Isto é pra Linux, claro!

O objetivo é redirecionar todo mundo que tentar visitar seu sítio para uma página que avisa a seus usuários humanos que está fora do ar. O Google terá seu querido status 503. Nada de especial precisará estar instalado no servidor.

Vamos fazer, ou melhor, roubar e adaptar, um shell script para retornar o 503 e avisar aos usuários. Eis o arquivo 503.sh:

#!/bin/sh

echo Status: 503
echo Content-Type: text/html; charset=iso-8859-1
echo Retry-After: 3600
#echo Retry-After: Sat, 8 Ago 2009 23:59:59 GMT
echo ""

cat <<EOF
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>Estamos em manutenção</title>
</head>
<body>
<h1>Estamos em manutenção</h1>
<p>Foi mal! Estamos com problemas.
<p>Em breve voltaremos.</p>
</body>
</html>
EOF

Coloque-o na raiz de seu servidor e dê permissão de execução e acesso a todos: chmod a+rx /var/www/503.sh

O texto entre o cat << EOF e o EOF é o código HTML que aparecerá para o usuário. O macete aí está nos comandos echo que configuram o código de status da página e manda o cabeçalho Retry-After. Este cabeçalho avisa ao Google quando ele pode novamente tentar visitar suas páginas. Pode ter um valor em segundos (tente daqui a uma hora) ou uma data exata.

Agora é a vez de escalpelar o pele vermelha. Vá ao diretório de configuração do Apache e crie um arquivo chamado manutencao.conf. No arquivo de configuração de seu sítio escreva esta linha: #Include /etc/apache2/manutencao.conf. Na hora que o circo pegar fogo, bastará descomentá-la.

Precisaremos do mais legal módulo do Apache, o mod_rewrite. Certifique-se que ele está sendo carregado no seu apache vendo se "rewrite_module" aparece no output do comado /usr/sbin/apache2ctl -t -D DUMP_MODULES. Costuma ser instalado por default.

Eis a versão final do arquivo manutencao.conf:

RewriteEngine On

RewriteCond %{REMOTE_HOST} !^201\.37\.52\.58
RewriteRule . /503.sh [passthrough]

ScriptAlias /503.sh /var/www/503.sh

Sugiro que vá fazendo este arquivo aos poucos e testando a cada passo que der. Eis um passo a passo:

Coloque a linha do ScriptAlias. Tente acessar: http://dominio.com.br/503.sh e veja se aparece a página de aviso de manutenção. Pra ter certeza mesmo, cheque na aba NET do Firebug se o código de retorno é mesmo 503.

Agora ligue o RewriteEngine e coloque a RewriteRule. Toda página do seu sítio deve agora apresentar a mensagem de manutenção.

A cereja no bolo é permitir o acesso normal ao IP da sua máquina com o RewriteCond. Se você tem um IP dinâmico, cheque seu valor de seu IP corrente.

Não esqueça de reinicializar o Apache a cada passo:
/usr/sbin/apache2ctl restart.

Prontinho. Sua configuração está feita.

O ideal é fazer isto tudo com calma. Quando todo o esquema estiver pronto, bastará descomentar uma linha do arquivo de configuração. Não deixe pra aprender isto quando o circo estiver pegando fogo. Com calma dá até pra bolar até &emdash; quem diria &emdash; uma página de manutenção divertida.

Pirataria sinistra

2009-08-08T01:35:00.003-03:00

Caraca, estou chocado. Após logar neste site aparece um link para baixar cada livro. Será o Kindle e a pirataria vão acabar com os livros técnicos, como o Napster e o iPod acabaram com a indústria da música?

Minha própria livraria de informática

2009-06-19T01:18:00.003-03:00

Sempre quis ter uma livraria, graças à Amazon, agora tenho minha própria com meus livros técnicos preferidos.

Compre lá que eu ganharei uma comissão que será devidamente gasta em mais livros.

De aprendiz a expert, uma palestra de Dave Thomas

2009-06-18T23:12:00.003-03:00

Excelente o vídeo da palestra do Dave Thomas sobre como se aprimorar como um desenvolvedor de software, ou melhor, em qualquer assunto. O mais divertido (ou desesperador) de ser um desenvolvedor é estar sempre aprendendo. A palestra dá várias dicas de como aprender mais rápido.

Dave Thomas é famoso pelo seu livro The Pragmatic Programmer, em co-autoria com Andy Hunt. O Andy acabou de lançar um livro que estava em um dos primeiros lugares de minha lista de desejos, o
.
Depois de ver o vídeo, acho que nem preciso comprar o livro tanto assim.

E além de tudo, o Dave é um palestrante bem divertido.

Assinando a IEEE Software com desconto

2009-06-03T09:00:00.001-03:00

Uma das coisas mais legais (ou desesperadoras) do desenvolvimento de software é que sempre há mais para aprender. Entre livros e o Proggit há um espaço que está definhando mas ainda é muito legal. O das revistas. Minha preferida é a IEEE Software.

Trazendo um bom balanço entre o mundo acadêmico e a indústria, há sempre artigos interessantes para ler. Tem um bom número de artigos peer-reviewed, algumas colunas de opinião e seções específicas como de requisitos, carreira e usabilidade. O mais legal é que há sempre bons artigos de assuntos que eu não leria normalmente. Descobre-se até áreas de pesquisa que você nem imagina que exista. Acaba-se entendendo melhor todos aspectos de desenvolvimento de software. Confira o link ali em cima, toda edição traz uns artigos gratuitos.

Gosto do formato. É leve o bastante para carregar na mochila e fácil de levar para os lugares. As colunas são de um tamanho bom para ler na hora do almoço ou em uma espera de dentista. Os artigos em 2 ou 3 almoços são lidos. O pior defeito é que acabamos com ainda mais coisas interessantes a ler. Assim, só mesmo seguindo as dicas de como ler um artigo técnico do Steve McConnell.

Achei um link para assinar com 25% desconto, saindo a US$62,00 anuais. O preço de 2 livros por 6 revistas. Ótimo custo benefício. Pena só que esta assinatura não dá acesso aos artigos antigos.

Wolfram|Alpha e a velocidade das andorinhas

2009-05-27T21:58:00.006-03:00

A última da novidade da Internet é o Wolfram|Alpha. O bicho se intitula um mecanismo de conhecimento computacional. Se também previsse o futuro, uma melhor definição seria oráculo. Acessando várias bases de conhecimento, promete ter ou calcular respostas para tudo.

Já está todo mundo achando coisas interessantes para fazer com o Wolfram|Alpha, mas tenho que confessar o que eu achei mais legal.

Se você perguntar a velocidade de uma andorinha sem carga, ele te perguntará de volta: mas uma andorinha africana ou européia? :-) Tente: velocity of an unladen swallow.

Muito bom! Catando referências para este post achei outras brincadeiras divertidas com o Wolfram.

Javascript: 3 livros para adquirir superpoderes

2009-03-22T02:00:00.004-03:00

Javascript é um dos mais bem sucedidos bacalhaus da história da informática. Foram misturando funcionalidades de outras linguagens, ignorando a criação de um todo coeso. A implementação foi feita às pressas, sem o necessário tempo de maturação das boas linguagens de programação. Pra terminar de estragar, junte a isto o marqueting infeliz no nome de uma linguagem que não tem nada a ver com Java.

A linguagem sempre foi promovida como uma "programação para não-programadores". Desde então, é uma dificuldade encontrar livros que prestam. Dá-lhe livrecos ensinando o que é uma variável e um loop, ou dando receitas de bolo. Saco! Comprei meu primeiro livro baseado em recomendações da Amazon. Um lixo. Insisti e comprei um livro que era mal recomendado por ser "muito difícil". Foi uma das melhores compras de livro que já fiz.

JavaScript: The Definitive Guide de David Flanagan é tudo que um livro de referência tem que ser. Primeiro vem uma rápida introdução à linguagem para quem já sabe programar. A maior parte do livro é referência da linguagem e da API do browser, onde cada método é dissecado. Tudo preciso e sucinto. As diferenças de implementação nos browsers é explicada, o que era fundamental naquele tempo em que as incompatibilidades chegavam ao ponto de os arrays no IE começarem em 1 e no Netscape em 0.

O trabalho de edição da O'Reilly é um show. Há várias maneiras de achar a informação. A organização das informações é tão boa, que é mais rápido achar o que se quer no livro do que buscar na Internet. Hoje, a linguagem se padronizou e a incompatível API dos clientes cresceu uma ordem de grandeza. O livro também cresceu. A 5ª edição é um calhamaço de mais de 1000 páginas. Ótimo para vencer discussões jogando-o na cabeça de seu adversário. Nestes tempos de poderosas bibliotecas javascript, talvez não seja tão necessário quanto antes. A qualidade do livro permanece. É o alfarrábio onde se esclarece as minúcias da linguagem.

Douglas Crockford é o principal arquiteto da biblioteca javascript do Yahoo e conhecido como Sr. Javascript. Inventou o JSON e o JSLint. A impressão que tenho dele é que um velhinho cheio de manias e opiniões fortes, além de ser um pouco ranzinza. Ao ler JavaScript: The Good Parts mudei de idéia. As manias viraram sabedoria.

O foco do livro é o núcleo da linguagem, portanto nada de DOM, eventos ou CSS. Na verdade é menos do que o núcleo, mas sim o subconjunto das features que o autor considera as "boas partes". O livro tem uma grande qualidade: é sucinto. Apenas 170 páginas para descrever o que Javascript tem de bom e apontar suas armadilhas. A gozação, irresistível, é que bastam estas poucas páginas para descrever tudo o que Javascript tem de bom.

As atrocidades da linguagem são devidamente esculhambadas para que sejam evitadas. Aprende-se um monte de técnicas avançadas, como closures, currying, protótipos e herança. Boas práticas são recomendadas.

Gostei de detalhes como a notação "em trilhos":
O divertido dos diagramas é que eles descrevem apenas a parte boa da linguagem. No exemplo acima inteiros são proibidos de começar com zero. Na verdade a linguagem aceita, mas interpreta o número como um octal. Uma tenebrosa fonte de bugs, já que quando o sujeito entra 09 como o mês de setembro e a linguagem diz que é um número inválido.

A O'Reilly ficou a dever na produção editorial. Como cada exemplo de código é baseado nos exemplos anteriores, eles bem que poderiam ter indexado os nomes das funções.

John Resig é o superprogramador que criou a biblioteca JQuery. Escreveu o Pro JavaScript Techniques, que foca no uso de javascript para interagir com os browsers. É o livro para se atualizar com as mais modernas tecnologias Web. Você vai aprender sobre o DOM, CSS, eventos e ajax, Dá todos os macetes para dominar as incompatibilidades entre navegadores e as deficiências de APIs como o DOM. Este foco no cliente o torna o complemento ideal ao livro do Crockford.

Apesar das origens do autor, o livro é agnóstico em matéria de bibliotecas, descrevendo detalhes de várias. Lendo o livro você verá por que hoje em dia é fundamental usar uma biblioteca para não ter que perder tempo lidando com as manias de cada navegador. Resig promete para este ano um livro ainda mais avançado, o Secrets of the Javascript Ninja. O nome do livro mostra bem como o sujeito é nerd:-)

Lendo estas recomendações, você terá superpoderes (ei, eu também sou nerd). Você não só será capaz de criar aplicações modernas como o Gmail, como de entender os sofisticados códigos das bibliotecas. Javascript é falsamente fácil e cheia de armadilhas. Para ter um um código limpo e fácil de manter é preciso conhecer bem o que e como fazer. Estes livros serão seus melhores mentores.

Atualização: Bom, o livro do Ninja ainda não saiu, mas o próprio Resig disse que o livro introdutório de Javascript que ele recomenda é o Professional JavaScript for Web Developers (Wrox Programmer to Programmer). Eu não sei. Pelo que vi do índice, me parece que seria um bom livro para substituir todos estes três. Só que você não teria a referência do Definitive Guide, a inteligência do Good Parts, nem o pragmatismo do Javascript Pro. Mais barato é com certeza.

Backup automático no linux em casa

2009-02-10T01:11:00.005-02:00

Tá bom, estas coisas acontecem. De repente meu HD deixa de funcionar. Eu ter um sistema de arquivos não muito tradicional, não ajuda. Pior ainda, o fato do criador do sistema de arquivos ter assassinado a mulher e estar na cadeia, me preocupa um pouco mais. Mas na Internet sempre há uns anjos que nos dão dicas de como salvar o dia.

Não era o disco de dados mais importantes, tinha minhas fotos e minhas músicas. Quase todas as fotos têm uma cópia no computador da minha mulher. O backup das músicas é minha coleção de CDs (isto mesmo, crianças, aqueles disquinhos prateados). Só que ao ver o HD morrendo, fiquei tremendo só de pensar que teria que digitalizar novamente mais de 70Gb de músicas. Até hoje não consegui ripar nem metade de minha coleção. Voltar ao zero seria aterrorizador. Ah! E pra piorar descobri que minha mulher não tinha as cópias de todas minhas fotos.

Comprei um novo HD maior. Aproveitei para mudar de distribuição linux (outro post para isto). Com meus dados recuperados resolvi montar um esquema de backup de verdade. Eis como fiz.

Comprei um HD extra de 500Gb (caraca, isto é meio terabyte!!!). Comprei um case (ou enclosure) de HD externo SATA to USB2.0 da Coolermaster modelo X Craft 310. Aqui ficará meu backup. Formatei-o como ext3. Li recomendações de que o melhor filesystem seria o XFS. Só que quando caos baixar, o ext3 tem melhores drivers para ser lido de dentro do Windows. Melhor ser conservador nestes assuntos.

Agora tenho que montar os discos. O de backup e o Meus Documentos do computador Windows de minha mulher. Ela vai ganhar um backup de brinde também. Aprendi uma coisa legal, que agora posso montar discos por UUID. É ótimo para discos USB. Meu disco USB será sempre montado em /mnt/backup. O da chefe será montado via samba em /mnt/chris após ter sido compartilhado sem senha no windows. Ficaram assim suas entradas no /etc/fstab:


UUID=33f7417a-88ff-4570-80f2-3e57731fbb42 /mnt/backup  ext3      noatime,users  0  0
//chris/samba-choro     /mnt/chris          smbfs    exec,users,_netdev,rw,b,uid=neves,iocharset=utf8,password= 1 2

O resto agora é mole pro Linux. Só usar o cron, daemon que executa comandos periodicamente, e o rsync, que copia apenas arquivos que foram modificados. São ferramentas padrão do sistema.

Um problema é que o computador da patroa podia estar desligado. Outro é que o disco de backup poderia não estar montado (tive problemas com a montagem automática no Kubuntu). No primeiro caso, pareceria que o diretório estava vazio e todo o backup seria apagado. No segundo, copiaria tudo para meu próprio HD que seria devidamente esmagado pelo peso de tantos arquivos.

Descobri outro prático utilitário, o mountpoint. Ele testa se uma partição está corretamente montada e acessível. Meu simples script de backup ficou assim:

#/bin/sh

if  mountpoint -q /mnt/backup
then
   #-v verbose
   #-a archive (recursivo, permissões, links etc)
   #-x no cross filesystem boundaries
   #-E mantém executáveis
   #--delete apaga os que sumiram
   rsync -vaxE --delete --ignore-errors /home/neves/ /mnt/backup/neves/ 

   if mountpoint  -q /mnt/chris
   then
       rsync -vaxE --delete --ignore-errors /mnt/chris/ /mnt/backup/chris/ 
   fi
fi

exit 0

Prontinho. Agora é só dar permissão de execução à ele: "chmod +x backup.sh". Colocá-lo no crontab do root "sudo crontab -e" com:

0 12 * * * /home/neves/bin/backup.sh

Voilá. Backup automático configurado. Todo dia ao meio-dia será feita a cópia de meus dados novos. A primeira é meio demorada, as outras são impressionantemente rápidas.

Ainda não é um sistema à prova de meteoros. Para isto teria que ter mais um HD e um case e guardar as cópias longe. Isto fica quando entrar um dinheirinho. Mas o negócio de backup é probabilidade e Murphy. Por enquanto estou melhor do que estava.

Impressora no Linux com o roteador D-Link 704D

2009-02-10T00:53:00.003-02:00

Tenho um roteadorzinho D-Link para compartilhar a conexão Internet. Gosto deste D-Link. É simplezinho, as aplicações pré-configuradas são muito desatualizadas (desconhece torrent), mas tem umas features bem interessantes. Dá pra fazer um QoS para priorizar conexões web e ssh, dá pra usar serviços de DynDNS para conetar de fora de casa, e tem um servidor de impressão.

Isto significa que, em vez de ligar a impressora em um dos computadores, ligo-a direto nele. Os dois computadores podem imprimir sem precisar deixar sempre ligado o "computador da impressora". E ainda economiza uma porta usb do micro.

O roteador funciona como um host LPD padrão do linux. Configurar no Kubuntu é mole

Abra a aplicação "Printer Configuration"

New printer

Selecione "LPD/LPR Host or Printer"

Escolha seu modelo de impressora e use o driver recomendado

Agora vem o macete. No Device URI coloque: lpd://192.168.0.1/lp

Marque a impressora como Default, imprima uma página de testes e seja feliz.

Flagrante

2008-12-02T22:08:00.004-02:00

Vejam vocês que incrível flagrante. Na véspera eu havia visto notícias sobre a frente fria que invadiam o Rio de Janeiro e o temporal que tudo alagava. Fiquei com saudades de meus queridos amigos e colegas no trabalho e de suas vidas cheias de problemas e preocupações.

É impressionante como algumas fotografias são capazes de registrar nossas emoções interiores. Vejam como a foto abaixxo conseguiu capturar toda tristeza e saudades que eu estava sentido de meus amigos.

Abraços pernambucanos,
Paulo Eduardo Neves

Como copiar notícias do O Globo

2008-10-08T22:40:00.010-03:00

Algumas publicações insistem em brigar com a Web. Isto é mais drástico naquelas cuja principal forma de distribuição são árvores mortas. E tome encheção de saco para cima dos navegantes:

Páginas que não se pode fazer bookmark (como mandar para amigos por email?)

URLs que expiram (não adianta guardar para referência)

Textos escondidos atrás de páginas de login (não se pode fazer buscas pois o Google não as enxerga)

Impressão é proibida (deve ser por motivos ecológicos)

Proibido aumentar a fonte (quem mandou usar óculos?)

Copy'n paste proibido ("Vamos neste filme hoje? Copio abaixo os detalhes")

O jornal O Globo é um dos culpados pela última ofensa da lista.

Só que na Web dos navegadores open-source totalmente customizáveis, a gente pode se rebelar. Aproveitando meus recém adquiridos super-poderes de Javascript, fiz um bookmarklet que após clicado permite copiar notícias do sítio do O Globo.

Pra quem não sabe, Bookmarklet é um link especial que ao ser clicado executa um pequeno programa que interage com a página que se está lendo. O link se guarda como um bookmark no browser, por isto o nome.

São mil e uma utilidades. Existem bookmarklets para mudar as cores de telas ilegíveis para ficar com texto preto no branco, permitir aumentar caixas de texto mínimas e se tenha espaço decente para escrever, ou para ver uma versão arquivada de uma página que deixou de existir.

Bom, fiz meu primeiro bookmarklet. Após clicar nele, você poderá copiar e colar as páginas do sitio do O Globo sem ficar recebendo mensagens chatas. Para tê-lo sempre consigo, arraste e solte para a barra de ferramentas do seu browser este link: Globo copiável. Só testei no Firefox 3.0, mas deve funcionar no Internet Explorer.

Ele foi feito com a mão na roda da ferramenta Bookmarklet Builder, que transforma um código compreensível em um javascript de uma só linha. Eis o código formatado direito:

(function(){
  document.onkeypress=null;
  copyright=function(){
  }
  var mat=document.getElementById('materia');
  if(mat)
    mat.oncopy=null;
}
)()

Ele desativa os dois avisos de proibido copiar que aparecem. Desliga os eventos para Firefox e IE e, desnecessariamente, também redefine a função copyright para não fazer nada.

Boa cópia!

Processando textos em Português usando Python

2008-09-26T22:57:00.006-03:00

Minha mulher arrumou um bico em um livro a ser publicado. Tem que fazer uma pequena descrição de cada pessoa mencionada. Precisa ler todo o livro, marcar todos os nomes e só então fazer a pesquisa sobre cada um. Então me pergunta: "É fácil fazer um programa de computador para extrair todos os nomes próprios de um texto?"

Pausa dramática.

Na minha face apenas um riso besta e superior de quem sabe Python e expressões regulares. Vem então a resposta: "É mole!"

Sento no micro, faço umas pesquisas pra ver se já há algo pronto e desisto do que encontro. Abro o .doc no OpenOffice e salvo como texto. Faço umas perguntas para que ela me confirme o que será satisfatório. Começo a fazer de verdade e meia hora depois já tenho uma prova de conceito. Já estou "90% pronto"!

Estava certo que só faltava mais uns 90% e acabei gastando mais uns 360%. E tudo devido a pequenas pentelhações do Python. A cada obstáculo tinha que parar, googlar o problema ou ler a documentação da linguagem. Melhor compartilhar aqui as barreiras e soluções.

Locale

Palavra que começa com maiúsculas que não está no início de uma frase é um nome próprio. Este é quase todo o algoritmo. Funcionou até que me deparei um nome que começa com acento:

>>> print 'Água' == 'água'.capitalize()
False
>>> print 'água'.capitalize()
água

Ops! Aí eu lembro que pra que funcione direito precisamos do módulo locale. Na verdade este bicho de locale me morde há tanto tempo que por causa dele postei minha primeira mensagem na lista de discussão do Python. Foi há 10 anos! E o Guido em pessoa me respondeu. Tou mesmo ficando velho. 
>>> import locale
>>> locale.setlocale(locale.LC_CTYPE, ('pt_BR', 'iso8859-1'))
'pt_BR.ISO8859-1'
>>> print 'água'.capitalize()
Água
Unicode
Agora no terceiro milênio, existe um novo tipo de dados nos programas: o texto. Aquele velho array de bytes, também chamado de string, ainda tem seus usos. Processamento de textos não é mais um deles. Para se ler dados deste novo tipo precisamos de um metadado, uma informação extra, que é o encoding. Sabendo o encoding, podemos usá-lo para converter qualquer cadeia de bytes e entrar no Maravilhoso Mundo do Unicode ™

Para usar Unicode, os programas modernos devem sempre trabalhar da seguinte forma:
Lê os dados de input e os decodifica para Unicode usando o encondig;
Faz todo o processamento interno manipulando o texto em Unicode;
Na hora de fazer o output (escrever na tela, disco, transmitir) codifica o texto no enconding de output.
 Assim seu software funcionará com todas a linguagens (humanas) do mundo, basta que sua linguagem (de programação) tenha suporte ao encoding.

E de onde vem o diabo deste metadado? Aí vai depender de onde você leu o texto. Se é um arquivo que você leu pela rede usando HTTP, será informado no header do protocolo. Se é digitado pelo usuário, usa-se a configuração padrão do sistema. Às vezes está escrito dentro do arquivo. Muitas vezes ninguém sabe. Para isto existem complexas bibliotecas de detecção de encoding. Outra alternativa é chutar.

Para nós brasileiros, há dois encodings que realmente importam: iso8859-1 e UTF-8. Aí é só testar. Se você abrir um arquivo e em toda letra acentuada tiver uma letra Ã com outro caracter, signfica que o arquivo está em UTF-8. 

Para descobri em que enconding o OpenOffice gravou o arquivo, tentei decodificá-lo com o 8859-1 e o UTF-8:
>>> texto = open('arquivo.txt').read().decode('utf-8')
------------------------------------------------------------
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.5/encodings/utf_8.py", line 16, in decode
    return codecs.utf_8_decode(input, errors, True)
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 10-12: invalid data

>>> texto = open('arquivo.txt').read().decode('iso8859-1')
>>> texto 
u'texto com \xe1\xe7\xeant\xf5s'
>>> print texto
texto com áçêntõs
Tentei primeiro decodificar usando o UTF-8. Falhou. Foi a vez do iso8859-1. Este nunca dá erro, por isto é preciso conferir se os acentos foram corretamente interpretados. Tentando ver o valor de texto, aparece a letra u antes do plics, isto indica que é uma variável unicode. Com o comando print aparecem os acentos corretamente. A conversão foi feita com sucesso. Se não há letras acentuadas, o UTF-8, o iso8859-1 e o ASCII geram exatamente o mesmo arquivo. 
Expressões Regulares
Agora é simples. Dividimos o texto em frases, quebramos cada frase em palavras e pegamos as palavras que começam com maiúsculas que não começam a frase. Quebrar um texto em palavras é trivial com a função split do poderoso módulo de expressões regulares do Python. Vamos usar a sequência especial \W, que casa com qualquer caracter que não seja palavra (\w casa com as palavras):>>>import re
>>> re.split('\W+', u'açaí do bom')
[u'a', u'a', u'do', u'bom']
Falhou! Vendo a documentação descobrimos que — claro! — para o \w e \W funcionarem de acordo com a linguagem, temos que construir a expressão regular informando que o locale deve ser levado em consideração:>>>locale.setlocale(locale.LC_CTYPE, ('pt_BR', 'iso8859-1'))
'pt_BR.ISO8859-1'
>>> palavrasRE = re.compile('\W', re.LOCALE)
>>> palavrasRE.split(u'açaí do bom')
[u'a\xe7a\xed', u'do', u'bom']
Ordenação
Agora tá tudo pronto. Estamos trabalhando com Unicode. O locale está para Português. Vamos listar os nomes que achamos e... A ordem vem errada!
>>>print ''.join(sorted(u'cbáa'))
abcá
Descubro então que existe um tipo de locale para caracteres (LC_CTYPE) que é usado para tornar uma string maiúscula, e um outro tipo de locale (LC_COLLATE) usado para ordenação. E enquanto o de string é usado automaticamente ao setar o locale, o de ordenação não. Precisamos passar a obscura função de comparação de locale na hora de fazer o sort:
>>> print ''.join(sorted(u'cbáa', cmp=locale.strcoll))
aábc
Caraca! Que coisa não-pythonica.
O Código
Agora que já sabemos escapar de todas as armadilhas, é só programar e correr para o abraço, beijos e carinhos que vamos ganhar de pagamento pelo sistema. 

Como todo programa que faz qualquer tipo de parse, alguns testes unitários são absolutamente fundamentais. Para isto uso o doctest. Eles rodam quando qualquer parâmetro é passado.

Eis como ficou o código final:

#!/bin/env python
# -*- coding: utf-8 -*-

import textwrap
import sys
import re
import locale
locale.setlocale(locale.LC_CTYPE, ('pt_BR', 'ISO8859-1'))
locale.setlocale(locale.LC_COLLATE, ('pt_BR', 'ISO8859-1'))

pontuacaoRE = re.compile(r'[.!?:"\n]')
def divideFrases(texto):
  return [frase.strip() for frase in pontuacaoRE.split(texto) if frase.strip()]


palavrasRE = re.compile('(\W+)', re.LOCALE) #o grupo fará que o split retorne os separadores
def dividePalavras(frase):
  return palavrasRE.split(frase)


def isNome(palavra):
  return (palavra == palavra.capitalize() and
          palavra.isalpha())


def extraiNomes(frase):
  """
  #estou ignorando: 'Paulo Eduardo de Almeida' e 'DeWitt'
  >>> extraiNomes(u'Tem um Nome')
  [u'Nome']
  >>> extraiNomes(u'Tem um Nome Composto')
  [u'Nome Composto']
  >>> extraiNomes(u'Nome Composto começa frase')
  [u'Nome Composto']
  >>> extraiNomes(u'Nome simples começa frase')#dispenso este caso
  []
  >>> extraiNomes(u'O Nome Composto com preposicao')
  [u'Nome Composto']
  >>> extraiNomes(u'Eles são Fulano, Sicrano, Beltrano')
  [u'Fulano', u'Sicrano', u'Beltrano']
  >>> extraiNomes(u'Aqui tem O título ')
  []
  >>> extraiNomes(u'Aqui tem Um título ')
  []
  """
  nomes = []
  pos = 1 #pulo primeira palavra
  palavras = dividePalavras(frase)
  while pos < len(palavras):
    nome = '';
    while (pos < len(palavras) and
           palavras[pos] and 
           (isNome(palavras[pos]) or palavras[pos].isspace()) ):
      if not palavras[pos].isspace():
        nome += ' ' + palavras[pos]
        if pos == 2 and len(palavras[0]) > 2: #inclui primeira quando segunda palavra começa com maiúscula
          nome = palavras[0] + nome
      pos += 1
    if len(nome.strip()) > 2: #ignoro nomes muito curtos
      nomes.append(nome.strip())
    pos += 1
  return nomes


def processaTexto(nomeArq):
  todasFrases = divideFrases(open(nomeArq).read())
  todosNomes = {};
  for frase in todasFrases:
    nomes = extraiNomes(frase)
    for nome in nomes:
      todosNomes.setdefault(nome, []).append(frase)
  return todosNomes


def printNomes(todosNomes):
  """Imprime nomes e as frases em que eles são mencionados para termos o contexto"""
  nomes = todosNomes.keys()
  nomes.sort(cmp=locale.strcoll)
  for nome in nomes:
    print nome
    for frase in todosNomes[nome]:
      print textwrap.fill('- ' + frase, initial_indent=' '*8, subsequent_indent=10*' ')
    print


def agregaDicts(d1, d2):
  agregado = d1.copy()
  for chave, valor in d2.items():
    agregado.setdefault(chave, []).extend(valor)
  return agregado
    

def main():
  import glob
  arquivos = glob.glob('depoimentos/*.txt')
  todosNomes = {}
  for arquivo in arquivos:
    todosNomes = agregaDicts(todosNomes, processaTexto(arquivo))
  printNomes(todosNomes)

def _test():
  import doctest
  doctest.testmod()


if __name__ == '__main__':
  if len(sys.argv) == 1:
    main()
  else:
    _test()



Divertidos os testes da ODesk
2008-08-26T23:55:00.001-03:00