Rainer Borene

Backup com Git no Amazon S3

Tue, 02 Aug 2011 11:52:00 -0300

Depois de cogitar várias maneiras de realizar backup diário de banco de dados e arquivos que foram subidos por usuários, como imagens e documentos, resolvi experimentar o Git e ver se ele resolve esse tipo de problema, apesar de ser um software de controle de versão. Mas antes disso, vou apresentar os problemas do método mais comum de backup.

O método mais comum de backup utilizado entre os sysadmins é gerar um arquivo compactado contendo a data atual no nome do arquivo. A desvantagem é que esse método não escala, principalmente, quando há a preocupação com espaço disponível em disco ou cota de armazenamento em servidores externos. O problema de espaço em disco pode ser contornado excluindo os últimos X arquivos compactados, porém essa solução gera outro problema: o histórico dos arquivos deixam de existir.

No meu caso, estou utilizando o Amazon S3 para armazenar os arquivos de backup. Entretanto o Amazon S3 não oferece suporte para repositórios Git e eu precisava de alguma solução pra esse problema. Uma dessas soluções seria simular um disco rígido através do JungleDisk, mas acabei optando pelo método mais simples, que é sincronizar os arquivos que ficam dentro da pasta git com minha conta no Amazon.

Como eu precisava exportar o banco de dados MySQL também, acabei criando um script que faz tudo isso. Vale ressalvar que esse script requer o comando s3cmd instalado na sua máquina.

O Codeplane foi desenvolvido por um brasileiro!

Thu, 23 Jun 2011 16:05:18 -0300

Recentemente o brasileiro Nando Vieira lançou o Codeplane, um serviço de hospedagem de repositórios Git por apenas 9 doláres. Diferente do GitHub, o Codeplane oferece apenas um único plano e ainda sem limites de repositórios privados, mas desde que não ultrapasse o limite de 2GB de armazenamento. Acredito que seja espaço suficiente para equipes menores e freelancers. Os diferenciais do Codeplane são o preço, repositórios ilimitados e a simplicidade de uso. Outra grande característica desse serviço é que tudo pode ser feito por um terminal de texto, ou seja, não é necessário acessar o site para utilizá-lo a não ser que você realmente queira.

Não se preocupe com procedimentos de backup, pois duas copias dos seus repositórios serão armazenadas no Amazon S3 e também no RackSpace Cloud Files. Pra quem não conhece, esses dois últimos serviços oferecem armazenamento e foram projetados para serem escaláveis, com alta disponibilidade e baixa latência. Eles cuidam de toda a infraestrutura dos servidores, incluindo backups, sistema de arquivos e dentre outros aspectos.

Colaboração. Convidar pessoas para colaborarem em um repositório é meramente uma questão de digitar um e-mail e clicar em adicionar. Não há limites de colaboradores e não é necessário ter uma conta paga. Incrível, não acha?

É por atitudes como essa que eu me orgulho de ser brasileiro, sério. O cara fez tudo sozinho, não esperou colher de chá de ninguém, quero dizer, “investimentos”. Simplesmente sentou na frente do computador em uma tarde de um domingo e desenhou as telas, apresentou a ideia para alguns amigos e depois começou com a parte de programação. Depois de finalizado, postou no HackerNews e conseguiu mais de 200 assinantes sem gastar um tostão com links patrocinados ou coisas do tipo.

O Codeplane acabou de surgir e já causou bastante repercussão e tenho certeza que mais coisas boas estão por virem. Parabéns pelo grande trabalho, Nando. Além do mais ele merece porque o karma digital dele é excelente!

Experimentando o Tmux

Sun, 08 May 2011 17:29:00 -0300

Essa semana estive experimentando o Tmux e depois de usá-lo diariamente, acredito que deveria ser um item obrigatório na caixa de ferramentas de qualquer desenvolvedor que utiliza o Terminal na maior parte do tempo.

O Tmux é um terminal multiplexer, traduzindo, ele permite abrir vários terminais (ou janelas) e executar programas separadamente em buffers (semelhante ao Vim) e abas, mas tudo sendo controlado por uma única tela. Além disso, ele permite que você salve o estado de cada janela aberta em uma sessão, podendo ser reaberta em um segundo momento, inclusive, por múltiplos clientes. É isso mesmo, essa ferramenta utiliza o modelo cliente/servidor possibilitando, por exemplo, pareamento durante a programação.

Outro caso de uso para utilização seria se você estivesse trabalhando em um projeto, com uma conexão aberta com o servidor, editando alguns arquivos no Vim e ainda executando paralelamente a suíte de testes. Mas de repente seu chefe pede para resolver um problema de outro cliente. Todo aquele trabalho preparando o ambiente perfeito para finalizar as tarefas relacionadas com o primeiro projeto foram por água abaixo.

Acredito que os desenvolvedores devem ser preguiçosos, no aspecto de não executarem as mesmas tarefas sempre. Se houver algo que possa ser automatizado ou até mesmo a utilização de uma determinada ferramenta que possa resultar em produtividade, use-a imediatamente.

Saia da zona de conforto e experimente coisas novas.

Para instalar o Tmux no Ubuntu, basta abrir o Terminal e digitar:

$ sudo apt-get install tmux

Ou no Mac OS X através do Homebrew:

$ brew install tmux

Recomendo que assistam um vídeo que o Bryan Liles gravou sobre o Tmux. E não deixem de acessar o site oficial para maiores informações.

Meu ambiente de trabalho em 7 itens

Wed, 20 Apr 2011 11:09:00 -0300

Ainda bem que ninguém me convidou pra essa corrente, mesmo porque sou contra esse tipo de coisa. Mas o texto que escrevi abaixo até que é pertinente para compartilhar com vocês. Vou parar de trollar e ir direto ao ponto:

Ubuntu ou Mac OS X

No trabalho eu uso o Ubuntu e em casa o Snow Leopard da Apple (meu predileto). Ambos sistemas operacionais são Unix-like, ou seja, algumas funcionalidades são bastante similares, como a estrutura de diretórios, o modelo de permissão de arquivos e principalmente o interpretador de comandos.

Esses dois sistemas operacionais me atendem muito bem. Eu consigo gerenciar os processos que estão sendo executados através do Terminal, e ainda posso escrever scripts que automatizam as tarefas repetitivas do meu cotidiano sem nenhum tipo de burocracia. Nada contra o tio Ballmer.

Vim

Vim é um editor de texto extremamente produtivo e eficiente. Não vou dizer que é um editor de texto fácil de aprender porque eu estaria mentindo. Alguns desistem na primeira tentativa e outros desistem porque não conseguem abandonar o mouse. Aprender de verdade essa maravilha pode levar algumas semanas ou meses. Eu recomendo que comecem assistindo os vídeos do Vimcasts.

Git e GitHub

Ainda lembro quando não utilizava um sistema de controle de versão, era literalmente uma merda, tinha que criar cópias dos arquivos do projeto e snippets de código constantemente, o que causava certa confusão no final. Sem contar que as vezes eu apagava arquivos sem querer e para piorar eu tenho a mania de ficar limpando a lixeira sempre que apago um arquivo.

Entrando nas definições, Git é um sistema de controle de versão distribuído desenvolvido por Linus Torlvads, feito para resolver todos os problemas citados acima. Já o GitHub é um serviço de compatilhamento de código com alguns recursos de redes sociais, parecido com o Google Code, porém melhorado. No GitHub você pode hospedar repositórios públicos ou privados (no plano comercial, claro).

Google Public DNS

Sem brincadeira, depois que eu começei a usar esse provedor de DNS minha navegação agilizou bastante.

Grooveshark

O Grooveshark acabou com esse negócio de HD externo lotado de música. Eu posso ouvir qualquer música de qualquer lugar. O mundo poderia estar acabando, as pessoas virando zombies, e mesmo assim não haveria nada que distraísse um programador com um fone de ouvido.

Shell Script

Como eu disse anteriormente, me ajuda bastante no meu dia-a-dia.

Terminal

Como eu passo a maior parte do tempo na frente do Terminal, realizo a maioria das tarefas por meio dele. Operações de exclusão e procura de arquivos, finalização de processos e acesso remoto são uma dessas tarefas.

Por isso que eu sempre digo: nunca subestimem a tela preta.

Git e GitHub, a dupla perfeita

Sat, 16 Apr 2011 15:47:00 -0300

Linus Torvals revoluciona novamente o mundo do software livre, dessa vez com o sistema de controle de versão chamado Git. Ele desenvolveu esse sistema inicialmente para gerenciar a base de código do núcleo do GNU/Linux, que também foi desenvolvido por ele.

O Git se caracteriza por ser um sistema de controle de versão distribuído, ou seja, ele não depende de um servidor central. Uma das vantagens desta abordagem é que os desenvolvedores podem codificar localmente em suas máquinas. Várias empresas e start-ups do mercado, como o Twitter, Facebook e Yahoo! utilizam o Git como controle de versão.

Depois do lançamento do GitHub em 2008, serviço de compartilhamento de código, vários projetos de código aberto começaram a migrar para o GitHub, como o Ruby on Rails, por exemplo. O GitHub é um serviço extraordinário que “simplesmente funciona”. Eles oferecem planos comerciais, sendo possível manter repositórios privados.

Quem quiser aprender mais sobre o Git, recomendo que dêem uma olhada no screencast que o Fabio Akita gravou, chamado “Github Colaborativo”.

Outro recurso importante de aprendizado é o livro Pro Git (em inglês), escrito por Scott Chacon.

Plataforma como serviço

Thu, 24 Mar 2011 14:11:00 -0300

Estou fazendo um trabalho de faculdade sobre computação em nuvem, acredito que esta seja uma boa oportunidade para compartilhar algumas conclusões sobre o tema.

Essencialmente, computação em nuvem é um conjunto de servidores interligados com alta capacidade de armazenamento e processamento, que realizam determinadas tarefas por meio da Internet.

Segundo Larry Ellisson da Oracle Corporation, “a computação em nuvem é tudo o que já fazemos”. Ele quis dizer que é apenas uma campanha publicitária para popularizar os serviços que as empresas oferecem na “nuvem”.

Como essa tecnologia realmente funciona na “prática”?

A Heroku, por exemplo, oferece Platform as a Service (ou plataforma como serviço), ou seja, uma plataforma de computação dentro de uma infra-estrutura maior, evitando custos altissímos com compra e gerenciamento de camadas de softwares e hardware complexas.

A Heroku oferece um ambiente Ruby para deployment de aplicações web, e essa empresa desenvolveu um software privado que comanda, distribui e direciona as aplicações para um servidor especifico, de acordo com as necessidades de processamento do cliente.

Uma das principais características de um serviço em nuvem é a utilização de uma camada de software que controla e distruibui outros softwares em outros servidores.

Conclusão: Os tempos evoluiriam. As aplicações não são desenvolvidas da mesma maneira que há 20 anos atrás. Os desenvolvedores devem focar na construção de suas aplicações, e não em configurar e dar manutenção de servidores como antigamente.

Release do Symphony 2.2

Thu, 10 Mar 2011 11:30:00 -0400

A versão 2.2 traz grandes melhorias para o núcleo do sistema, algumas partes foram reescritas e praticamente todos os arquivos foram documentados, facilitando bastante a vida do desenvolvedor.

Um dos grandes benefícios dessa versão foram os novos delegates (ou delegados em português) adicionados, abrindo um leque enorme de possibilidades para os desenvolvedores. Foram cerca de 42 delegates ao todo.

Cada versão, o Symphony fica mais robusto e rápido. E nessa versão não é diferente, conseguimos reduzir o consumo de memória e também diminuir o número de consultas no banco de dados, graças ao novo suporte de caching ganho no núcleo.

Outro ponto importantíssimo foi a colaboração dos membros do grupo de trabalho do Symphony (Working Groups).

Enfim, sugiro que dê uma olhada por conta própria no Change Log dessa versão.

Os iniciantes (ou veteranos) podem começar com o pé direito com a nova documentação agora mesmo.

Um convite para a comunidade

Wed, 24 Nov 2010 17:59:50 -0400

A palestra do Fábio Akita no RubyConf Brasil foi muito inspiradora e bem realista. Quando o palestrante citou sobre o início de sua trajetória no mundo Rails fiquei um pouco surpreso, pois a situação do Symphony é quase a mesma hoje. Ainda temos poucos brasileiros envolvidos na comunidade e quase nenhum conteúdo escrito em português.

Poucas pessoas conhecem o Symphony, mas isso está para mudar em breve. A agência Movida Comunicação vem apoiando a comunidade brasileira de Symphony através da realização de eventos, palestras e cursos.

Se você faz parte da comunidade ou está interessado em conhecer mais sobre a ferramenta, deixe um comentário para que possamos discutir sobre como podemos fazer com que mais ideias se tornem realidade, e, principalmente fazer com que mais pessoas aprendam e usem essa ferramenta extraordinária.

Desafios do curso de Symphony CMS

Mon, 22 Nov 2010 19:16:00 -0400

Estou bastante satisfeito com os resultados e feedbacks que obtive dos últimos cursos que lecionei na agência Movida Comunicação. Gostaria de agradecer, novamente, aos alunos: Priscila Oliveira e Pedro Aredes, e dizer que foi uma experiência única.

O objetivo desse curso de curta duração (10h aula) foi ensinar a ferramenta Symphony CMS e seus principais conceitos em cima de um projeto real. O curso foi realizado ao longo de uma semana, sendo duas horas por dia e a cada dia um conceito novo era aprendido e praticado. E sempre nos finais de aula acontecia um tipo de “retrospectiva”, para que no dia seguinte possamos ser mais produtivos.

Como professor, posso dizer que ao mesmo tempo estava aprendendo bastante coisa também. Desde as mínimas coisas a maneira de me comunicar e como abordar com relevância algumas partes do conteúdo do curso.

O curso se resumiu em transmitir mais o conhecimento know-why e menos know-how, mas ao mesmo tempo mantendo a meta de finalizar o projeto ao final do curso.

Todas as expectativas e metas envolvidas foram alcanças com sucesso. Uma das minhas expectativas daqui pra frente é ver projetos sendo desenvolvidos por esses alunos utilizando o Symphony.

Até a próxima pessoal, abraços.

Video

Thu, 11 Nov 2010 21:26:58 -0400

Django e Ruby on Rails

Tue, 28 Sep 2010 17:04:00 -0300

Desde o início do ano tenho estudado Python e Django, inclusive, mês passado comprei um livro chamado Aprendendo Python da editora O’Reilly, que é excelente e recomendo.

Aprendi diversas coisas, uma dessas, o conceito de metaprogramação. Enfim, depois de vários problemas que tive usando o Django — alguns resolvidos e outros não — a partir dessa experiência de seis meses, posso compartilhar algumas conclusões:

O módulo de autenticação força o desenvolvedor a seguir determinadas práticas, e isso promove a inflexibilidade, por exemplo, para remover alguns atributos do modelo User ou utilizar o email como condição de autenticação é necessário duplicar um bucado de código;
Atualmente as views não possuem um padrão para organização e nomenclatura;
Configurações de ambientes não são geradas automaticamente pelo esqueleto do projeto;
O módulo de serialização não foi desenvolvido com a filosofia RESTful em mente, o que significa, o suporte para serialização é incompleto.

Estes são os quatro pontos crucias que podem ser melhorados no Django. Eric Florenzano deu uma palestra no DjangoConf intitulada Why Django Sucks, and How We Can Fix It, assitam.

O que não pode ser alterado com linha de código é a sinergia e o espírito da comunidade, vamos falar um pouco de Ruby e Rails agora.

É impressionante a quantidade de desenvolvedores, e bons profissionais, que fazem parte do ecossistema do Ruby comparado ao Python. Sem contar que o GitHub é praticamente dominado por rubistas.

Estou dedicando boa parte do meu tempo para aprender Ruby e Rails agora, essa linguagem é simplesmente maravilhosa.

Ruby on Rails foi uma extração de um projeto chamado Basecamp, gerenciador de projetos, criado por David Heinemeir Hansson. Foi lançado em julho de 2004.

Django foi criado a partir de outros requisitos e dentro de um ambiente jornalístico. Poucos meses depois do lançamento do Rails, Django é anunciado para o mundo.

Novos desafios, novos aprendizados pela frente.

"A bondade é uma via de mão dupla."

Fri, 17 Sep 2010 12:05:25 -0300

“A bondade é uma via de mão dupla.”

Video

Sun, 12 Sep 2010 13:50:00 -0300

Atualização: Django em hospedagem compartilhada

Wed, 08 Sep 2010 14:23:00 -0300

Alguns meses atrás publiquei um screencast ensinando como atualizar o Django na KingHost, empresa brasileira de hospedagem. E felizmente, descobri uma solução mais simples pra esse problema.

Antes de ir direto ao código, entenda os porquês dessa história.

Qual era o problema mesmo?

O trecho de código que eu havia disponibilizado (aqui) tem uma falha: não identifica os python eggs instalados automaticamente. Ou seja, era preciso repetir várias vezes o comando sys.path.append especificando o caminho de cada módulo usado pelo projeto. Bem cansativo isso, né?

E a solução?

Antes, entenda a peça chave disso tudo.

O módulo site é automaticamente importado durante a inicialização do Python. Esse módulo serve apenas para adicionar caminhos específicos para a lista de pesquisa de módulos, estou falando especificamente do sys.path.

Este módulo possui alguns métodos que são uma mão na roda. E um deles é método addsitedir, que adiciona o próprio diretório (passado como argumento) na variável path e processa os arquivos com extensão pth.

Recomendo que leia a documentação do módulo site para mais informações.

Veja a solução do problema.

Desabafo sobre o Django

Tue, 24 Aug 2010 21:45:00 -0300

Ultimamente tenho usado bastante o Django, framework para desenvolvimento de aplicações web que utiliza a linguagem Python.

O problema é que existe algumas funcionalidades do Rails muito importantes que não são nativas do Django, como as migrações e a possibilidade de customizar elementos criados por funções do engine de template. Sem contar o suporte RESTful precário, ou quase nenhum.

O Rails também tem suas desvantagens, principalmente relacionado aos aspectos comuns de uma aplicação web, por exemplo, autenticação e permissões. O Django possue suporte nativo dessas funcionalidades, que são disponibilizados em módulos separados, ficando ao critério do desenvolvedor em usá-las ou não.

A verdade é que eu ainda estou em cima do muro em relação a esta decisão.

Rails ou Django? Eis a questão (a não ser que eu encontre uma solução para os problemas citados sobre o Django).

Atualizando o Django na KingHost

Mon, 12 Jul 2010 21:54:00 -0300

Atualizando o Django na KingHost

Introdução ao Shell Script

Thu, 24 Jun 2010 18:01:00 -0300

Shell Script é uma linguagem de programação interpretada, com diferente dialetos dependendo do interpretador de comandos utilizados.

O interpretador de comandos mais popular é o bash, usado na maioria das distribuições GNU/Linux.

Ou seja, um script é um conjunto de comandos que são executados pelo interpretador.

Essa linguagem é bastante utilizada para automatizar tarefas que serão executadas mais de uma vez.

O Shell Script possui algumas características que são comuns em outras linguagens como:

Estruturas de decisão
Estruturas de repetição
Funções e argumentos
Definições de variáveis

Excelente referência para estudos: http://aurelio.net/shell/

Questions to ask your team

Mon, 07 Jun 2010 10:41:00 -0300

Why are we doing this?
What problem are we solving?
Is this actually useful?
Are we adding value?
Will this change behaviour?
Is there an easier way?

"Do something, now."

Sun, 28 Mar 2010 14:17:00 -0300

“Do something, now.”

jQTouch, breve introdução

Sat, 27 Mar 2010 10:39:00 -0300

Estive experimentando o jQTouch, plugin para desenvolvimento de aplicações para iPhone ou navegadores baseados no WebKit, e posso dizer que é excelente.

O jQTouch permite que meros desenvolvedores web como eu, criem aplicações mobile usando tecnologias tradicionais como HTML, CSS e JavaScript.

Já existem aplicações sendo vendidas na App Store que usam o jQTouch, mas existe um porém.

Há uma regra em que a Apple somente aceita aplicações que foram desenvolvidas usando o iPhone SDK, mas existe uma ferramenta chamada PhoneGap que permite você distribuir sua aplicação em um formato aceitável pela Apple.

O PhoneGap não é apenas uma ferramenta para distribuir aplicações que usam tecnologias tradicionais da web, é também uma ponte que traz algumas funcionalidades nativas do iPhone para o JavaScript. Além disso, o PhoneGap possui suporte para o Android, Palm, Symbian e BlackBerry.

Eu realmente estou convencido que para desenvolver aplicações nativas para o iPhone (ou outros aparelhos modernos) precisa ser algo muito específico, e que realmente faça uso das funcionalidades que o dispositivo proporciona.

Existem grandes oportunidades no mercado móvel, basta olharmos com atenção.