Amigos, recentemente vinha sofrendo para instalar o ImageMagick e o rmagick no Mac OSX Snow Leopard porque não uso o port, uso o homebrew e o brew install imagemagick nao tá instalando direito.
Para instalar sem sofrimento o ImageMagick e o rmagick siga estes passos:
Na próxima semana agora irei para a ApacheCon, em Atlanta, Georgia para conferir as novidades no mundo de software livre apache, com um interesse especial em Solr e Lucene, que são engines de busca que usamos aqui na globo.com.
Estou inscrito no treinamento “Solr Application Development Workshop“, que acontecerá nos dois primeiros dias e pretende ser um hands-on de desenvolvimento de aplicações utilizando o Solr, com técnicas para analizar e resolver problemas de busca comuns, como usar os módulos opcionais de Revisão de texto, highlight, importação de dados, extração de documentos, além de tópicos avançados como estratégias de deployment, operação do Solr em produção, etc.
Também frequentarei os 3 dias de palestras seguintes. Assistirei palestras interessantes como:
Essas são as palestras que tenho programado pra assistir e que mais me interessaram da grade de palestras desse ano. Essa conferência será bastante pertinente para o que meu time faz aqui e estou bastante ansioso para estar lá !
Com todo o hype girando em torno do node.js, uma das questões que aparecem com frequência é: Como aprender JavaScript ?
Eu particularmente recomendo aprender vendo os vídeos do Douglas Crockford, do Yahoo!, que estão espalhados aqui: http://developer.yahoo.com/yui/theater/ (veja os links organizados abaixo).
A primeira parte fala sobre a linguagem, seus aspectos e sua história. Além de mostrar os conceitos básicos e fundamentais para entender JavaScript:
(1a parte): Douglas Crockford — The JavaScript Programming Language
Tim Berners Lee, para quem não sabe, foi quem teve a brilhante idéia de criar a internet. A visão que ele tinha na época era que ele poderia colocar todos os documentos acessíveis e ligados, pelo que chamamos hoje de links. Ao ter essa idéia, ele percebeu que poderia tomar uma dimensão incrível, e isso iria beneficiar muito a humanidade, já que na época todo o conhecimento estava em documentos isolados e de difícil acesso (livros, papéis, documentos eletrônicos em servidores locais, etc).
Com essa visão, ele mandou um memorando pro seu chefe contando o que tinha imaginado. Demorou um tempo até que acreditassem na idéia dele: 18 meses. Dezoito meses depois ele conseguiu ser alocado para desenvolver esse projeto. Ele desenvolveu a base do que hoje temos aqui: o protocolo HTTP, as páginas web, o HTML, etc.
Recentemente Tim Berners Lee escreveu um paper sobre uma nova visão: Linked Data. Na visão dele, documentos a gente pode ler, acessar e tudo mais, porém chegou a hora de publicarmos não só nossos documentos mas nossos dados. Ele cita uma apresentação onde o Hans Rosling combinou dados reunidos de vários países e desmistificou alguns mitos sobre a economia no terceiro mundo. Essa apresentação você pode ver aqui: http://www.ted.com/talks/hans_rosling_shows_the_best_stats_you_ve_ever_seen.html
O dado em si, sozinho, não tem muito valor mas combinado, pode ter um valor incrível. Imagine que seu governo publique todos os dados sobre as construções de pontes no país. Alguém poderia combinar esses dados e descobrir que uma obra em algum estado foi superfaturada, pois outras obras de mesmas características foram 10 vezes mais baratas.
Para os cientistas esses dados são ainda mais importantes, diz Tim Berners Lee. Eles poderiam cruzar dados antes isolados em centros de pesquisas diferentes, e chegar a novas descobertas e criar coisas incríveis, como por exemplo a Cura do Câncer.
Linked Open Data não é somente dados, são relacionamentos. Não é somente dizer o quanto eu peso e tenho de altura, mas saber que eu nasci no Rio de Janeiro, que é uma cidade do Brasil. E eu poderia clicar ali e ver os dados da cidade, sua população, e clicar denovo e ver os dados do país, e descobrir quem foram os presidentes, e clicar neles e assim por diante. É ligar os dados.
Linked Open Data é um dos pilares da Web Semântica. Dar significado as coisas, saber as relações. Meu time na globo.com é responsável por Busca e Semântica e eu sou apaixonado por essa idéia. Acredito que essa idéia será responsável pelo próximo grande salto da humanidade.
Assista ao TED talk do Tim Berners Lee, você não irá se arrepender:
Um dos grandes problemas quando trabalhamos com múltiplos times de desenvolvimento e existem softwares que dependem entre si é saber quando uma versão continua compatível com a anterior. Muito se discute sobre como devemos versionar nosso software visando evitar o problema chamado Dependency Hell (Inferno das Dependências). Esse problema comumente aparece ou com dependency lock, ou seja, seu software não pode mais andar pra frente sem antes fazer um release de todas as dependências, ou com version promiscuity que é quando você assume compatibilidade com versões futuras sem ter certeza.
Foi aí que surgiu uma especificação formal para resolver esses problemas que se chama Semantic Versioning, ou, em português, Versionamento Semântico e essa especificação se encontra aqui: http://semver.org/ (em inglês). Não é nada novo, devo avisar, mas é uma forma de especificar o significado dos números que você usa para versionar seu software. O modelo é simples, o conhecido X.Y.Z onde X é a Major Version, Y é a Minor Version e Z é a Patch Version, exemplo: Meu Software versão 2.5.1.
Para efeito de continuidade, vou traduzir aqui as regras que são poucas mas bem interessantes:
Software que usa Semantic Versioning DEVE declarar a public API. Essa API pode ser declarada no código ou existir em documentação. Quando for feita, ela deverá ser precisa e compreensiva.
Um número de versão normal DEVE ter a forma de X.Y.Z, onde X,Y e Z são inteiros. X é o major version, y é o minor version e Z é o patch version. Cada elemento DEVE aumentar numericamente. Por exemplo: 1.9.0 < 1.10.0 < 1.11.0.
Um número de versão especial PODE ser denominado ao adicionar uma string abritrária logo após o patch version. Essa string DEVE conter somente alfanuméricos mais o símbolo menos [0-9A-Za-z-] e DEVE começar com um caracter alpha [A-Za-z]. Versões especiais devem satisfazer e ter menor precedência que a versão normal associada. Precedência DEVE ser determinada pela ordenação lexicográfica ASCII. Exemplo: 1.0.0beta1 < 1.0.0beta2 < 1.0.0
Uma vez que foi lançada uma versão, o conteúdo daquela versão NÃO DEVE ser modificada. Qualquer modificação deve ser lançada como uma nova versão.
Major version que começe com 0 (0.y.z) é para desenvolvimento inicial. Qualquer coisa pode mudar a qualquer momento. A public API não pode ser considerada estável.
A Versão 1.0.0 define a public API. A maneira com que o número de versão aumenta é agora dependente dessa API e em como ela muda.
Patch version Z (x.y.Z | x > 0) DEVE ser incrementada se somente bug fixes que são compatíveis com versões anteriores são introduzidos. Um bug fix é definido como uma mudança interna que corrige um comportamento incorreto.
Minor Version Y (x.Y.z | x > 0) DEVE ser incrementada se novas funcionalidades que são compatíveis com versões anteriores são introduzidas à public API. Ela PODE ser incrementada se muitas novas funcionalidades ou melhorias forem introduzidas no código privado. Ela PODE incluir patches.
Major version X (X.y.z | X > 0) DEVE ser incrementada se qualquer mudança que quebre a compatibilidade com versões anteriores são introduzidas na public API. Ela PODE incluir mudanças minor e de patch.
É isso. São essas as regras. Mas qual a importância disso se nada disso é novo ? A importância é que se todos seguem essa especificação, todos terão o mesmo entendimento do que significam os números de sua versão e se planejar ao ter que fazer upgrade. Se só o que seu software adicionou foram melhorias e novas funcionalidades que não quebram nenhum comportamento com as versões antigas, eu sei que posso fazer um release tranquilo sem precisar alterar nada do meu lado.
Tem um FAQ legal na url da especificação que traz dúvidas comuns. Lá também orienta quem quer começar agora a usar mesmo tendo um sistema legado cheio de tags. Vale dar uma conferida e tentar espalhar essa especificação. Nós aqui do meu time de desenvolvimento já começamos a usar.
Agora sou um usuário Mac e uma coisa vem me incomodando desde o primeiro dia: A confirmação de segurança de que quer rodar um aplicativo baixado da internet toda vez que você o abre.
Quando esse aplicativo é o firefox e você o utiliza todo dia isso realmente incomoda. Então achei a seguinte solução:
xattr -d -r com.apple.quarantine /Applications
Você pode especificar qualquer diretório onde tenha esses aplicativos, como por exemplo o ~/Downloads e ele vai parar de reclamar para os aplicativos que já existem.
Recentemente procurei como fazer pra usar o jQuery no console do firebug, e encontrei essa solução:
Adicione esse bookmarklet na barra de favoritos do firefox e clique toda vez que quiser injetar o jquery num site para voce poder manipular com facilidade:
Edit: Lançaram um plugin que faz isso direto do firebug, fazendo com que tudo isso que escrevi não seja mais necessário. Link: http://firequery.binaryage.com/
Hoje comecei o programa couch to 5k (do sofá para 5 kilometros). Este programa visa capacitar uma pessoa completamente sedentária a correr 5km sem parar, tudo isso em apenas 9 semanas. Cada semana contém 3 treinos com um dia pelo menos de espaço entre cada treino, e cada treino é específico.
Daqui pra frente vou apenas relatar como foi e fazer o running log desse dia. É bem pessoal !
Acordei hoje as 7:00 da manhã e meu cérebro começou a trabalhar contra, como de costume: “Dorme mais 10 minutinhos” “Ta frio, fica ae, dorme mais” eram pensamentos comuns. Mesmo com essa dificuldade, segui um conselho que ouvi de um camarada, Claudio Luz, que dizia “Vira pro lado e levanta!”.
Ao levantar fui ao banheiro e minha mulher continuou dormindo. A movimentação comum nessa hora lá em casa não rolou porque minha enteada (de 7 anos) conseguiu matar aula hoje reclamando que tinha ido dormir tarde e fazendo minha mulher se sentir culpada, haha criança é fogo. Tomei um copo de Ades e comecei a me arrumar. É, to substituindo o café com leite integral por Ades. Devo começar uma dieta em breve.
Minha mulher levantou e se arrumou para ir comigo me dar força! Muito legal. Saímos para começar o programa, e o controlador era uma aplicação que comprei pro Iphone: Couch to 5k da Felt Tip Inc. Nessa aplicação, ela marca o tempo que tenho de aquecimento (5 minutos de caminhada) e depois me avisa quando devo alternar entre correr e caminhar. Nessa primeira semana, devo correr 1 minuto e andar 1 minuto e meio durante 20 minutos.
Começamos a caminhar e iniciei o programa no telefone. Quando o programa mandava, corríamos, e quando mandava denovo, andávamos. Ao final da 3a corrida minha mulher preferiu só andar e eu continuei. Corria quando mandava e voltava andando quando era pra andar pra reencontrá-la. No final, consegui completar o dia inteiro e a sensação foi muito boa de dever cumprido. Minha mulher também ficou super feliz e vai se empenhar pra seguir o programa.
Voltamos, passamos na padaria, compramos pão e fomos pra casa. Ao chegar em casa entrei no banho, frio claro, e alonguei. Depois comi um pedaço de pao com manteiga e mais um copo de Ades e vim trabalhar.
Foi muito boa a experiência. O corpo ficou um pouco dolorido, principalmente as pernas, mas estava muito feliz de ter conseguido. Devo continuar o programa daqui a dois dias .
Digamos que você tenha uma página com um vídeo e um box ao lado com vídeos relacionados. Neste box de vídeos relacionados há uma paginação e você não quer que o usuário clique ali e o site faça o reload, fazendo seu usuário recarregar o vídeo todo denovo.
A maioria dos sites implementa chamadas AJAX usando o atributo onClick da tag html a. Ex:
Até aí tudo bem. Funciona que é uma beleza, o youtube usa isso, etc. O href=’#’ é usado para não gerar um request pro servidor, usando um recurso simples do html, a âncora.
Se você paginou até a 7a página e quer passar o vídeo para um amigo, com a 7a página selecionada para mostrar alguns vídeos que lá estão, de repente um seu que está ali por exemplo, só com o recurso onClick não seria possível. Teria que pedir para ele paginar e olhar. Mas há uma maneira de fazer isso, e um amigo lá do trabalho, Tiago Motta, fez uma classe javascript que possibilita passar o contexto de todos os boxes da sua página que funcionam com ajax no link para seus amigos.
Dessa forma, quando a URL mudar, o observador que programou e adicionou ao TralhaController será notificado e o método update será chamado com a url “http://seu-site-aqui/#pagina_box_videos_relacionados=2″, sem mudar de página, possibilitando que seu observador faça uma chamada ajax atualizando o box.
Até aqui o onClick também faria. A novidade é que se você copiar este link e passar para um amigo, ele conseguirá ver o vídeo/página/qualquer coisa que estava vendo e o box estaria paginado na segunda página, ou seja, o mesmo contexto que você via, o seu amigo também verá pois ao acessar a página seu observador será notificado e atualizará o box com a página certa.
Espero que este projeto os ajude. Ele implementa um padrão de projeto conhecido: O Observer.
