O que fazer quando você precisa usar uma API de terceiros e tudo funciona bem quando você está fazendo seus testes com curl.
$ curl https://api.github.com/repos/lorn/lwp-curl/commits Mas quando você vai para sua linguagem botar a mão na massa, dá erro:
$ curl "https://api.github.com/repos1/lorn/lwp-curl/commits1" { "message": "Not Found" } é claro que nem sempre o erro será tão claro, e principalmente quando você está fazendo POST/PUT com arquivos, como debugar?
Você está lendo a Parte 3 sobre "A Busca pelo deploy contínuo" eu recomendo você a começar pela Parte 1 e depois ler a Parte 2 se você já o fez, continue ;) Agora um exemplo de arquitetura para facilitar o uso do deploy continuo usando um Load Balancer.
Você não precisa de applicances milionários para fazer isso o github, serve 2500 conexões TCP por SEGUNDO usando o ldirectord em uma máquina Xen com 128mb.
Você está lendo a Parte 1 sobre "A Busca pelo deploy contínuo" esse post tem mais duas continuações: Parte 2 e Parte 3. No dia 05/11 apresentei no YAPC::Brasil uma palestra com o nome “Em busca do deploy continuo” nesse post vou tentar descrever sobre tudo o que eu falei.
A busca pelo deploy continuo View more presentations from Lindolfo Rodrigues Oliveira Neto Como começar? Infelizmente o principal problema do “Deploy Continuo” não é técnico e sim cultural, e mudança de cultura é muito mais difícil que mudança de Banco de Dados ou de Linguagem de Programação é enraizado nas fundações da empresa, esses são alguns exemplos culturais:
Você está lendo a Parte 2 sobre "A Busca pelo deploy contínuo" eu recomendo você a começar pela Parte 1 mas se já leu as duas partes, leia a Parte 3. Agora que você já está convencido que precisa disso, ou não, vou começar a falar de algumas ferramentas/técnicas que você pode usar para te ajudar no processo:
SCM - Software Configuration Management
Também conhecido como VCS ( Version Control System ), você precisa disso, se você não tem há algo muito errado e se você está usando Subversion, isso não é tão ruim, mas comece a usar git a partir de hoje, sério.
Depois de muito pensar, e a preguiça dominar, resolvi continuar no bom e velho wordpress até fiz o tão prometido blog em catalyst, mas a parte de design css/html e afins deu um trabalhinho e não está do jeito que eu quero e o wordpress tem tantos temas legais. Pelo menos aprendi bastante fazendo o blog, inclusive tem um branch ativo agora porque estou migrando a parte de persistencia para CouchDB.
Quando vi esse site pela primeira vez, e como eu já tinha lido alguma entrevista do Donald Knuth em que ele falava que tinha a mesma poltrona desde 1960 e só trocava o forro externo, eu percebi que precisava comprar uma poltrona para ler livros :)
Ainda estou a procura, aquelas que tem na Starbucks é tudo importada :/ estou procurando algum clone brasileiro delas, mas acho que não vai ser fácil achar.
Esta série de posts é baseada na idéia do site Papodehomem que tem uma série parecida chamada “Homens que você devia conhecer”.
A ideia é falar de hackers em geral, tipo algum dia pode ter uma história de um cortador de lenha que fez uma mesa só com seu machado por exemplo :) Esse é um exemplo clássico de hacker.
{% img center http://media.tumblr.com/tumblr_ljiu9qSdTJ1qhdaqj.png %}
Brad Fitzpatrick é um dos muitos hackers programadores que você deveria conhecer ou ao menos saber o que ele já fez.
World Science Festival 2009: Bobby McFerrin Demonstrates the Power of the Pentatonic Scale from World Science Festival on Vimeo.
Como funciona a escala pentatonica e sua ligação com o cérebro
O peka me convidou para a correntinha do bem, e ainda me intimou pelo twitter :/ aqui está como é meu ambiente de trabalho.
ZSH, o cara é tão bom que tem um post só para ele :)
iTerm2 - Eu sempre usei o Terminal.App padrão do MacOSX, há um tempo atrás ouvi falar do iTerm, mas dado a minha pessima organização, acabei me esquecendo. Por causa dessa foto no twitter/facebook recebi a dica do iTerm2 e vou dizer, deixa o Terminal.
Esses dias re-descobri o zsh, já havia testado a um tempo atrás mas agora foi pra valer :)
E vou dizer, não há shell melhor :) muito melhor que o Bash
O historico do ZSH é compartilhado por TODAS sessões dele, diferente do bash que cada sessão tem seu histórico ( e você tem que ficar procurando onde foi que digitou aquele comando para recuperar ele do histórico ).