O fato é que nenhum resolver de provedores brasileiros presta. Já tive problemas com os DNSs do Terra, da NET, enfim… Qualquer provedor. Parece que eles não querem investir em DNS. Os gerentes devem achar que não vale a pena gastar com isso.

Mas DNS é essencial, fundamental na Web. Sem ele, você não estaria vendo esse site, por exemplo. Por ser transparente (quando não falha), podemos pensar que nao é importante. Mas praticamente qualquer coisa na Internet começa com uma chamada ao seu DNS resolver (normalmente o do seu provedor).

Alguns já sacaram que os provedores não levam DNS a sério e começaram a usar os DNSs do OpenDNS. Eu não uso. Pra começar, eles redirecionam os domínios inexistentes pra uma página deles com anúncios. Pra um desenvolvedor, isso significa não receber um ‘domain not found’ quando esperamos por isso.

Agora vou dar minha dica. Eu uso alguns dos servidores de DNS mais antigos que existem. São eles:

• 4.2.2.1
• 4.2.2.2
• 4.2.2.3
• 4.2.2.4

Esses IPs atualmente são da Level3, uma das empresas Tier 1 da Internet (aliás, os tiers é um assunto pra um outro post).

Coloque esses DNSs no seu computador ou roteador e seja feliz! Eles ficam nos EUA, então o tempo de resposta é um pouco maior do que se fossem os DNSs daqui. Mas, sinceramente, eu não me importo. Nenhum daqui presta mesmo…

Hoje em dia, com frameworks como o Prototype ou jQuery, a experiência em se programar com Javascript é outra. A linguagem ainda possui algumas características que me fazem lembrar de Ruby. Mas é claro que ela possui gotchas.

O Carlos Brando enumerou alguns desses gotchas no seu blog. O primeiro caso me chamou a atenção:

>>> 0.1 + 0.2
0.30000000000000004

Mas esse ‘problema’ não é único do Javascript. Como o divoxx mencionou nos comentários do post, isso também acontece em Ruby, a ponto de acontecer:

0.1 + 0.2 == 0.3
=> false

Na verdade, isso acontece até mesmo em C. Olha só, a mãe bastarda de todas as linguagens (já que a mãe de verdade é o Lisp, ) também tem esse mesmo ‘bug’. Quer experimentar?

Coloque este texto num arquivo com nome floatness.c:

#include <stdio.h>
 
int main(){
  double a,b,x;
 
  x = 0.1 + 0.2 ;
  printf("%0.17f\n", x);
}

E compile e rode com o comando:

$ gcc floatiness.c -o floatiness
$ ./floatiness
0.30000000000000004

Temos o mesmo resultado. Mesmo em C, 0.1 + 0.2 é diferente de 0.3.

Claro que o Javascript não tem culpa. Na hora de representar um número decimal em binário, coisas estranhas ocorrem. 0.1 em binário transforma-se numa dízima períodica 0.000110011… (veja sobre operações de ponto flutuante na Wikipedia).

Ou seja, isso é normal!

E, infelizmente, isso pode ser surpresa pra muita gente. O ponto é, e tenho certeza que o Carlos Brando concorda comigo, muita gente não sabe Ciência da Computação. Pois aprenda! Vai fazer diferença, pode estar certo disso. Não estou dizendo pra você fazer uma faculdade de Ciência ou Engenharia da Computação. Você pode ser autodidata. Numa época de linguagens como Python e Ruby, onde muita ‘mágica’ acontece nos bastidores, é sempre bom ter uma idéia do que está acontecendo.

Procure livros-textos das matérias da faculdade, vá até bibliotecas de faculdades. Todos as faculdades que se prezam mantém um site com todas as matérias e seu escopo disponíveis para a consulta. Para a USP, por exemplo, você pode acessar o JúpiterWEB (clique em Disciplinas).

Aprenda C. Passe raiva gerenciando memória manualmente e brincando com ponteiros! Faça um algoritmo de ordenação de Array usando várias threads. Leia sobre Quicksort. Bubblesort. Leia sobre estruturas de dados. Cadeias ligadas, cadeias duplamente ligadas. Matrizes esparsas. Leia sobre linguagens funcionais. Aprenda uma.

Todos nós temos um caminho longo pela frente. Mas é sempre bom ter uma base legal para se guiar.

PS: Antes que alguém me xingue, eu fiz Engenharia de Automação e Controle, ou seja, algo não muito relacionado à Computação. Meus estudos sobre Ciência e Engenharia da Computação foram fora da sala de aula e tenho ainda muita coisa pra aprender. Sei disso e não sou nenhum sabichão para falar ‘olha.. eu sei de tudo.. manjo muito disso tudo.. siga meu caminho, siga o que eu fiz e você se dará bem’. Não é essa a idéia do post. A idéa é apenas motivar todos (eu inclusive) a estudar cada vez mais e melhorar cada vez mais nosso ecossistema de desenvolvedores.

Pra quem não sabe, o Rails for Kids é um evento online, com uma série de palestras de gente de peso, como Carlos Brando, Fábio Akita, Vinicius Teles, Julio Monteiro,
Marcos Cóssio Tapajós Martins do Couto (!?!, a.k.a Tapajós) e outros. (é só checar a programação do evento)

Vou palestrar sobre o deployment e Capistrano, porque já vi muita gente que sabe desenvolver, mas não sabe colocar o projeto no ar de um jeito satisfatório (vou tentar definir o que é satisfatório na palestra).

Pra assistir toda essa cambada palestrar, você precisa pagar R$30. E é aí que o Rails for Kids fica mais interessante ainda. Toda a renda vai ser revertida para o Cotolengo de Mato Grosso do Sul.

Participe! Tenho certeza que você vai gostar.

Somos uma empresa de consultoria de desenvolvimento de sistemas web, focada em Ruby on Rails. Estamos abertos há cerca de 5 meses e na semana passada lançamos o site e o blog da empresa.

Fiquem atentos ao blog. É lá onde o José Valim está falando sobre novas features do Rails 3 (das quais ele é responsável), onde falaremos do nosso método de desenvolvimento e também sobre os problemas e alegrias de se trabalhar no mercado de software.

E principalmente, é lá onde postarei artigos mais hardcore. Como minha série (já planejada) sobre o Capistrano, que infelizmente possui pouca documentação (e muito copy-paste, hehe). Claro que sempre postarei algum lembrete aqui. Não quero abandonar ainda mais o meu blog. =)

Enfim, visitem nosso site. Deixem comentários, sugestões. Ou então vamos marcar um café pra bater um papo e discutir sobre engenharia de software, desenvolvimento e afins!

Mas é preciso tomar cuidado com a sintaxe do ‘git submodule add’.

Por exemplo, fui incluir um submódulo em um projeto rails já existente (e versionado com git):

$ git submodule add git@github.com:georgeguimaraes/typus.git vendor/plugins/typus

Obs.: Lembrando que a url acima é a minha url privada, porque eu queria commitar a partir do projeto-pai.

Isso cria o arquivo .gitmodules com as informações dos módulos:

$ git status
...
# Untracked files:
#   (use "git add ..." to include in what will be committed)
#
#    .gitmodules
#    vendor/plugins/typus

Aqui é preciso tomar cuidado.

Se você for digitar ‘git add vendor/plugins/typus’ e for completando os diretórios com TAB (ou seja, digitando apenas as primerias letras e apertando TAB), você vai acabar tendo essa linha:

$ git add vendor/plugins/typus/

Note a barra (/) no final. Aí é que mora o perigo. Se você der ENTER, o git vai entender que você quer adicionar todos os arquivos dentro desse diretório. Mas não é isso o que você quer!! Você quer adicionar o diretório como um submódulo.

Para isso, certifique-se que você está executando:

$ git add vendor/plugins/typus
...
$ git status
 
# Changes to be committed:
#   (use "git reset HEAD ..." to unstage)
#
#	new file:   vendor/plugins/typus

Obs.: Claro que um simples ‘git add .’ vai adicionar tanto o .gitmodules quanto o diretório da maneira correta. Sem perigo de erros. Mas às vezes você quer adicionar coisas uma a uma (vai que existem outras modificações que você não quer commitar).

Quem lê meu blog sabe que gosto muito de estratégias de cache, principalmente usando o famoso memcached.

Porém às vezes o cache do seu file system atrapalha. Em procedimentos de benchmark (principalmente de DB), no qual você quer analisar apenas uma das camadas de software, o ideal é desativar o cache. Você pode fazer isso setando algumas opções no /proc, desativando o cache pelo /etc/fstab ou melhor ainda: use o uncache!

A vantagem do uncache é ‘descachear’ arquivos específicos, sem alterar os outros arquivos do disco. Afinal, você pode querer desativar o cache dos arquivos de banco de dados (que deveriam estar num disco separado, pra aumentar o throughput), mas não desativar o cache do restante dos arquivos.

E o código fonte (em C) é muito pequeno. Mais um ponto positivo.

Esse é um dos melhores do livro.

O teaser envolve objetos reais. A decisão é sua se você vai fazer o teaser com os objetos na frente da pessoa ou se vai deixar o cara pensar de modo abstrato.

Entrevistador: Tenho um pequeno baú com uma aba que pode ser trancada com cadeado. Quero te mandar o conteúdo do baú de modo seguro através de uma transportadora (meio físico não-confiável). Obviamente, não faz muito sentido mandar o baú e depois mandar a chave do cadeado (‘segredo’ do cadeado fica comigo). Como fazer?

Uma resposta aceitável seria:

Mande-me o baú trancado com seu cadeado. Irei trancá-lo uma segunda vez com um cadeado meu e manderei o baú de volta. Você poderá destrancar o seu cadeado e mandar o baú novamente pra mim. Quando ele chegar, basta destrancar o meu cadeado e terei acesso ao conteúdo. Durante todo o tempo na transportadora, o baú permanecerá trancado.

Não sou muito fã de brain teasers em contratações, mas gosto de discutir sobre eles.

São gravações das palestras que rolaram na NOSQL, em São Francisco, em maio. São palestras de 40 minutos com diversos bancos de dados “do momento”, como Hypertable, CouchDB, MongoDB, Voldemort.

Fiquei com vontade de organizar algo assim. Estou pensando seriamente no assunto. =)

Estou usando o Ubuntu 9.04 Jaunty Jackalope mas com ruby compilado por mim. Não estou usando os pacotes do Ubuntu. Mas quero usar o ImageMagick pelos pacotes do Ubuntu, sem ter que compilar o fonte.

Então…

sudo apt-get install libmagickcore-dev libmagick++-dev
sudo gem install rmagick

Happy coding!

Ainda quero comentar melhor sobre o Summit, mas fica pra outro post… aguardem… =D