A primeira contribuição do Itamar (@itamarnet) às Funções ZZ foi há quase 4 anos, com a criação da zzbolsas em 04/out/2009:

• https://github.com/aureliojargas/funcoeszz/commit/5527cd16

Desde então, ele já criou 24 funções novas: zzaleatorio, zzbicho, zzbolsas, zzbraille, zzcorrida, zzcotacao, zzdivisores, zzfatorar, zzjuros, zzlibertadores, zzloteria2, zzlua, zzmariadb, zzmat, zznome, zznumero, zzpais, zzpalpite, zzpgsql, zzphp, zzplay, zzquimica, zzvdp, zzve.

Sem medo de encarar grandes desafios, ele é o autor de algumas das funções mais complexas do pacote, com uma queda por cálculos (zzmat, zzdivisores, zzfatorar) e por valores monetários (zzbolsas, zzcotacao, zzjuros, zzve).

Além de cuidar de suas próprias funções, o Itamar também faz correções e melhorias no código de várias outras funções e contribui ativamente para o projeto como um todo: core, testes, website, bug reports, ideias.

Como bônus, ele manja de awk (que eu sou leigo), ampliando o poder das funções que são historicamente baseadas em sed (que eu manjo).

Empossá-lo como coautor hoje, na realidade, é uma mera formalidade que atesta o que já vem há tempos acontecendo na prática: o Itamar me ajuda a tocar o projeto adiante.

Curiosidade: Este ano o projeto Funções ZZ completou 13 anos de existência! Veja o post.

E vamo que vamo!

— Deixa ver… A primeira versão é do dia 22/02/2000.
— Dois mil?
— É.
— Ah, pára.
— Sério!
— Caraca… 13 anos? Tá certa essa data?
— Pior que tá.
— Mas nem faz tanto tempo assim!
— Pois é, nem parece…
— Credo, sou oficialmente um VELHO.
— Concordo!
— Ei!
— :P

Se há 13 anos atrás, no dia em que criei as Funções ZZ, eu soubesse que iria trabalhar naquelas singelas funções durante mais de uma década, eu acho que teria apagado o arquivo :)

Mas felizmente eu não sabia, e de grão em grão, aos trancos e barrancos, eis que todos esses anos passaram e eu ainda estou aqui. Mudei de sistema operacional (Linux → Mac), mudei de editor de textos (Vim → TextMate) e mudei de cidade (Curitiba → Florianópolis → Matinhos → Joinville), mas continuo programando as ZZ.

E sabe que não enjoa?

Talvez por ter tantas funções diferentes, com finalidades e algoritmos diferentes. Sempre tem algo novo para testar, arrumar, melhorar, criar. É um trabalho infinito, mas felizmente, não é repetitivo.

Um ponto marcante na vida das ZZ foi a grande reforma em 2008, quando trabalhei durante meses para conseguir limpar e organizar todo o código-fonte, que até então era indecifrável (até pra mim!). Desde então não tive mais “medo” do código, agora ele está claro, comentado e simples de entender. Ficou tão didático que até entrou no meu livro.

Mais recentemente, a novidade do GitHub tornou a programação mais social e divertida. Parece besta, mas faz toda a diferença ele ser um site bonito e moderno, com fotinhos e comentários em todos os cantos. A programação, tarefa primordialmente solitária e que exige muita concentração, ganhou um toque de humanidade.

Tem também os colaboradores: outros programadores que criam, testam e alteram funções, tornando o conjunto algo muito melhor do que eu faria sozinho. É curioso perceber que eles também mudam com o tempo. Pessoas que eram bem ativas no projeto há sei lá, oito anos atrás, hoje não estão mais lá. Prioridades e gostos mudam, tudo muda. Mas felizmente há uma renovação, e na mesma medida que os veteranos perdem o interesse, há novatos cheios de vontade que aparecem e acabam ficando. E assim vamos, sem pressa, tocando o barco.

Durante cinco anos (2002-2006) contei com a ajuda do Thobias, super parceiro de programação que foi coautor das funções. Juntos (porém remotamente) programamos muitas, muitas, mas MUUUUUUITAS horas para manter o projeto ativo. E tudo nas horas livres, de noite, quando dava. Sem ganhar um tostão. Gostei muito da experiência de parceria, pois é importante um incentivar quando o outro desanima. O Thobias conseguiu se desnerdizar, já eu… FAIL.

Esse lance de “13 anos” me fez pensar: o que me faz continuar?

Invisto MUITO tempo (estou trabalhando direto há 7 dias, fim de semana inclusive, para fechar a versão nova das ZZ) e não ganho um tostão com isso. Não é aí que está o motivador, não é grana. Mas então o que é?

Não tem uma resposta simples. É tudo isso que acabei de contar. Também é o prazer de trabalhar em sua própria criação, o prazer de programar, os usuários que dão retorno positivo, não deixar o projeto morrer… São vários fatores, pequenos incentivos aqui e ali que juntos têm força suficiente para manter as peças no lugar. E assim a máquina segue em frente, um passo de cada vez.

E por falar em seguir em frente…

Novidade! — Site novo das Funções ZZ, lotado de exemplos

Novidade! — Versão nova 13.2, comemorativa dos 13 anos, com 33 funções novas! [download, changelog]

:)

Como parte de meus estudos, fui ver como se comportam as Web APIs de serviços famosos, para ver nos exemplos “do mundo real” quais as melhores práticas de sua implementação.

Comecei por uma tarefa bem simples: o que o servidor responde quanto eu tento acessar uma URL inválida na API?

Eu esperava encontrar um padrão, e simplesmente usar este padrão na minha própria API. Mas veja só o que encontrei.

Dropbox

https://api.dropbox.com/1/foo

{
    error: "Not Found"
}

Flickr

http://api.flickr.com/services/rest/?format=json&method=foo

jsonFlickrApi({
    "stat":"fail",
    "code":112,
    "message":"Method \"foo\" not found"
})

Google

http://ajax.googleapis.com/ajax/services/foo

404

http://ajax.googleapis.com/ajax/services/search/foo

404

https://www.googleapis.com/language/foo

"Not Found"

https://www.googleapis.com/language/translate/foo

"Not Found"

Facebook

https://graph.facebook.com/foo

{
   "error": {
      "message": "(#803) Some of the aliases you requested do not exist: foo",
      "type": "OAuthException",
      "code": 803
   }
}

Twitter

A documentação me disse que eu encontraria esta mensagem de erro:

{
    "errors": [
        {
            "message": "Sorry, that page does not exist",
            "code": 34
        }
    ]
}

Eu juro que tentei, mas essa mensagem específica eu não consegui ver :)

https://api.twitter.com/1/foo

404

https://api.twitter.com/1/foo.json

404

https://api.twitter.com/1/statuses/foo.json

{
    error: "Could not authenticate you.",
    request: "/1/statuses/foo.json"
}

https://api.twitter.com/1/statuses/show.json?id=foo

{
    request: "/1/statuses/show.json?id=foo",
    error: "No status found with that ID."
}

Conclusão

Nenhuma :)

Ainda não sei qual é o “certo” a se fazer quando alguém tentar acessar uma URL inválida dentro da minha API.

O clássico jogo Sokoban, escrito em Sed

Eita, mas olhar para essa foto antiga, além do saudosismo do joguinho em si, me traz lembranças de toda uma época: eu usava Linux, fvwm como gerenciador de janelas (.fvwmrc), e ali está o inseparável xterm, com sua tela preta e sua fonte… peculiar.

Era bom, mas hoje é tudo melhor. E viva o progresso :)

Quer rodar o SedSokoban agora, em sua máquina? Tá fácil. Vá num terminal e cole estes dois comandos:

wget http://aurelio.net/sed/sokoban/sokoban.sed
sed -nf sokoban.sed

Já aviso que a jogabilidade é horrível. Você deve apertar a seta e depois dar Enter, para cada movimento. Este é um jogo que não serve para divertir nem para passar o tempo. O seu grande mérito foi ter sido escrito usando uma ferramenta limitada, o sed, que não é uma linguagem de programação, mas sim um editor de textos! Coisa de nerd :P

Dá uma olhada no código-fonte dele. A parte boa está no final, depois dos mapas. Dez anos atrás, quando fiz este código, eu entendia ele. Hoje ele me dá medo :)

Estou pensando em talvez dissecar este código em um apêndice no (ainda não iniciado) livro de sed, igual fiz com as Funções ZZ no livro Shell Script Profissional.

Mas uma lição importante que este joguinho me ensinou, e que depois reaprendi com o MiGuXeiToR e outros, é que fazer coisas sérias/úteis não tem apelo popular. O povão gosta mesmo é de futilidades.

http://aurelio.net/blog/2009/07/03/10anos-sed/

Em 2002 [...] vi meu nome no maior site nerd da época: o Slashdot. Mas o motivo foi meio frustrante para mim. Pra ver como as coisas são: o sedsed levou meses para ficar pronto e exigiu todo meu conhecimento de Sed, ao extremo. Mas o que me deixou “famoso” foi o trabalho de uma única noite: ter feito o jogo Sokoban em Sed.

http://aurelio.net/blog/2008/05/22/um-ano-de-miguxeitor/

O MiGuXeiToR correu o país pela Internet, divulgado pelo boca a boca, até chegar à mídia tradicional. Dei entrevistas, vi meu nome em jornais, até de um programa de televisão participei. Tudo muito rápido e inesperado, nada disso foi planejado. Sem querer eu tinha criado um viral.

Olha, esse negócio de comemorar 10 anos das coisas faz eu me sentir tão… velho.

Eu sei que estou atrasado, eu sei que isso já deveria estar pronto há anos, e é deprimente perceber quanto tempo passou sem eu ter feito um livro novo. O Shell Script Profissional é de abril de 2008! Mas é assim que funciona, durante estes anos não deu o tesão de escrever, e sem tesão não tem ação, é um loop infinito de escreve-apaga-escreve-apaga e nunca sai do lugar.

Felizmente a abstinência terminou e agora estou aqui, empolgadíssimo para ficar semanas (meses?) enclausurado, escrevendo um livrinho novo. A escolha do tema favoreceu muito a volta da inspiração, pois o sed é meu comando Unix preferido e posso ficar horas falando sem parar sobre ele :)

O sed é uma ferramenta que, após uma década, continuo usando quase que diariamente. Sempre tem algum texto pra limpar, pra reformatar, pra apagar algum pedaço e quando vejo lá estou eu na tela preta digitando algum comando sed. Esse é um filme mais repetido que Curtindo a Vida Adoidado na Sessão da Tarde :)

Uso o sed porque é útil e porque eu gosto. Ele é um bichinho estranho, que parece alienígena, mas esconde uma simplicidade bela, que só quem o conhece bem sabe admirar (tipo o Vim). E quando combinado com expressões regulares, mostra seu verdadeiro poder e faz mágicas.

Já cheguei ao cúmulo de fazer joguinho com sed, mas hoje sou mais moderado :)

O sed foi importante desde o ínicio de minha carreira: foi a primeira ferramenta do Unix que aprendi a dominar, quando ainda era estagiário. Ser o “guru do sed” dentro da empresa (Conectiva) significou muito para mim na época. Foi por causa do sed que tive que aprender expressões regulares, as Funções ZZ usam sed no lugar de outras ferramentas para garantir compatibilidade entre sistemas e o txt2tags só existe porque um dia eu quis escrever um sed-HOWTO em SGML. Mais detalhes sobre essas histórias no post 10 anos: Sed.

$ ls -1 zz* | wc -l             # Nas 125 funções ZZ...
     125
$ grep -w sed zz* | wc -l       # ...o sed é usado 331 vezes!
     311

Enfim, o sed estava lá desde o começo, participou das minhas criações mais importantes e continua firme e forte na minha rotina. Fazendo esse retrospecto, fica claro que é minha obrigação moral retribuir e fazer esta homenagem à ferramenta, fechando a trinca de livros: Shell + Sed + Expressões Regulares.

• Eu sei que sed é um assunto de nicho.
• Eu sei que o público é restrito.
• Eu sei que vai vender pouco.

Mas tudo bem, quero fazer este livro de qualquer jeito. Não quero morrer com este conhecimento guardado na cabeça. Quero poder “mostrar a luz” do sed para outros nerds.

Já fiz vários documentos sobre o sed, inclusive um livro inacabado, mas falta a obra definitiva: um texto completo, coeso, que parte do zero e ensina como funciona e como usar. E claro, o mais importante: o texto tem que ser leve e divertido, como uma conversa entre amigos. Detesto livros técnicos chatões.

O trabalho começou ontem, mas a escrita de verdade ainda leva um tempo. Esta fase inicial é de ambientação e planejamento. Estou definindo a forma do livro e sua didática: que assuntos vai ter, em que ordem, como será a narrativa, os exemplos, qual será o nível técnico, o público-alvo, essas coisas. Preciso primeiro “enxergar” o livro todo, do início ao fim, e quando essa massa imaginária de ideias toma forma e fica consistente, formando um ensinamento coeso de complexidade crescente, então estarei pronto para começar a escrever. Considero esta parte inicial a mais importante e difícil. Escrever o texto é a parte fácil.

Então, agora, mais do que em qualquer outra parte o processo, é a hora certa para você ajudar. Como a forma final ainda não foi definida, esta é a fase em que estou mais influenciável :) Por favor, use a caixa de comentários para dar sua opinião e suas ideias:

• O que você gostaria de aprender sobre o sed?
• Quais suas dificuldades?
• Quais tarefas você gostaria de usar o sed mas não sabe como?
• O que te impede de aproveitar melhor o sed?
• Como é seu uso atual do sed? Usa para quais tarefas?
• Fora o s///, usa outros comandos?
• Em qual sistema você usa(ria) o sed: Linux, Mac, Windows, Unix, outro?

Tá, é bizarro, eu sei :)

Nos artigos anteriores do blog, falei sobre os equipamentos da Apple e várias vezes precisei citar os três brinquedos pretos: iPod, iPad e iPhone. Ao escrever estes nomes, um alerta apita aqui dentro: Epa! Repetição e variação detectados!

There’s a regex for that :)

Compor uma expressão regular que case os três nomes não é difícil. Uma primeira alternativa, mais simplista, seria usar o metacaractere ou para fazer a lista de palavras permitidas:

iPod|iPad|iPhone

A barra vertical indica que esta expressão casa iPod ou iPad ou iPhone. Simples, não? Fácil de ler e entender. Mas podemos tornar esta expressão menor e mais eficiente.

O segredo para fazer uma boa expressão é saber identificar padrões. Ao olhar com atenção para estas três palavras, percebemos que todas possuem o mesmo prefixo, ou seja, todas iniciam com as letras “iP”:

• iPod
• iPad
• iPhone

Assim, podemos tornar nossa expressão mais eficiente deixando claro que o padrão começa com “iP”, e depois disso, há três alternativas:

iP(od|ad|hone)

Essa nova expressão continua casando as três palavras, mas agora ficou menor e mais rápida. Porém, agora ela ficou mais difícil para ler e entender. Trocamos legibilidade por eficiência.

Aplicando mais uma vez a mesma técnica de identificar padrões e melhorar a expressão, podemos perceber que tanto iPod quanto iPad terminam com a letra “d”. Podemos isolar esta letra, trocando o trecho od|ad por [oa]d:

iP([oa]d|hone)

Continuamos casando as mesmas palavras, porém agora a legibilidade foi pelo ralo. É preciso interpretar a expressão mentalmente para saber quais são as palavras que ela casa. Será que fomos longe demais?

Você sempre deve avaliar se esse tipo de melhoria é mesmo uma vantagem.

• Era necessário otimizar a expressão?
• A expressão anterior estava lenta?
• Todos que darão manutenção nesta expressão saberão entendê-la?
• O que é mais importante: velocidade ou legibilidade?

Acostume-se a sempre fazer estas perguntas a si mesm[ao] cada vez que for melhorar alguma expressão regular. Você pode se surpreender com as respostas :)

Às vezes, é possível encontrar um meio termo que não prejudica tanto a legibilidade, mas resulta em um ganho na performance.

i(Pod|Pad|Phone)

Nesta expressão, isolei somente a letra “i”, que é um prefixo muito conhecido para os produtos da Apple. Deixei o “P” repetindo em todas as alternativas para não quebrar as palavras. Assim fica clara a separação entre o prefixo “i” e o nome dos produtos: Pod, Pad e Phone.

i(Phone|Pod|Pad)

Como última melhoria, movi o trecho “Phone” para o início das possibilidades, para deixar mais claro que esta é uma lista de palavras com produtos da Apple. As alternativas Pod e Pad são muito parecidas e podem gerar confusão. Deixando o “Phone” no início, ali bem pertinho do “i”, fica mais fácil do leitor enxergar “iPhone” e deduzir o iPod e iPad com mais facilidade.

Agora, comparemos as duas expressões:

iP([oa]d|hone)

i(Phone|Pod|Pad)

A primeira seguiu somente o caminho da eficiência, enquanto a segunda fez um balanço entre eficiência e legibilidade.

Nos meus primeiros anos de expressões regulares, eu faria sempre a primeira, pois é a menor e mais eficiente. Hoje, depois de já ter sofrido muito dando manutenção para minhas próprias expressões enigmáticas do passado, valorizo mais uma expressão legível, melhorando a velocidade somente quando estritamente necessário.

Quem já usa as Funções ZZ há tempos, sabe que seu código era afetado por essa mentalidade do “menor é melhor”. Ainda bem que evoluí :)

Aprenda mais sobre os tópicos deste texto:

• http://guia-er.sourceforge.net/ou.html
• http://guia-er.sourceforge.net/grupo.html
• http://guia-er.sourceforge.net/lista.html
• http://guia-er.sourceforge.net/nao-complique.html

Funções ZZ é uma coletânea com mais de 100 miniaplicativos de utilidades diversas, prontos para serem usados na linha de comando do Linux, BSD, Mac e Cygwin. Software livre 100% nacional e maduro, que já completou 10 anos de existência.

Neste finalzinho de 2010 foi lançada a versão de Natal das Funções ZZ, com a impressionante marca de 37 miniaplicativos novos. É um trenó cheio de presentes para os usuários do shell, com novidades para todos os gostos:

• Vai encurtar uma URL no migre.me? zzminiurl.
• Não sabe o que pedir no Subway? zzsubway.
• O que vai passar na TV nas próximas horas? zzglobo.
• Quer o Google Tradutor ao alcance de um Enter na shell? zztradutor.
• Cálculos complicados com porcentagens? zzporcento.
• Que tal uma piada? zzpiada.
• E aquela sua encomenda do DX que não chega nunca? zzrastreamento.

Tudo muito prático, basta digitar o comando e ver o resultado. Sem perda de tempo com navegadores, janelas, botões… Por falar em praticidade, saiba que o programa todo está em um único arquivo de texto, é só baixar e usar: http://funcoeszz.net/funcoeszz.

Saiba mais sobre as funções no site http://funcoeszz.net.
Divirta-se!

Após um longo período intocado, o site www.COISINHA.com.br ganhou uma atualização merecida.

O quê, você nem se lembra mais que site é esse? Tá, eu refresco tua memória: é a casa do MiGuXeiToR, do Engripeitor e do Embriagueitor. Refrescou? :)

Eu fiz esse site para abrigar alguns brinquedos que eu faço em JavaScript (e poder ganhar uns trocos com o AdSense, claro). Mas como apareceram outras coisinhas mais importantes para fazer neste meio de tempo, sabe como é…

Mas tá, lamentações à parte, o que importa é que temos três brinquedos novos* no parquinho.

* Seminovos na verdade, pois eu fiz todos eles em 2007/2008 e os coitadinhos ficaram na fila esperando a sua vez de serem apresentados ao mundo :)

SUBWAYTOR

Esse os leitores antigos do blog já conhecem! Quer dizer, pelo menos a versão inicial dele.

Lembra daquele texto que contei que fui com a Mog no Subway, e de como é complicado escolher seu sanduíche? Com o bate-papo nos comentários surgiu a ideia de fazer um programinha que montasse o sanduíche automaticamente, escolhendo os ingredientes ao acaso. Surgiu então a zzsubway.

A evolução do programa é o Subwaytor, que também mostra fotinhos de sanduíches apetitosos :)

Além disso o programa possui uma inteligência artificial avançada, que com o mero contato de seu dedo na tela do computador, consegue analisar suas características biológicas e escolhe a melhor combinação de ingredientes para manter a sua saúde em dia.

Mais informações lá no site do Subwaytor. Ah, e leia o rodapé ;)

TABUADA

Uma tabelinha interativa que mostra a tabuada dos números de 1 a 10.

Não consigo me lembrar porque fiz esse programa, se foi uma ideia que tive ao acordar (dessas ideias tolas que na hora do almoço já foram embora) ou eu estava testando alguma coisa com CSS+JavaScript.

O fato é que eu achei legal destacar linhas e colunas com o movimento do mouse, então a tabuada veio de lambuja :)

De qualquer forma, talvez possa servir para crianças como uma alternativa aos livros chatos. Talvez não. Sei lá. Enfim. Se você achar um uso pra isso me avise :)

RELÓGIO

Esse eu fiz em novembro de 2007 (!!), o coitado ficou mais de um ano esquecido na geladeira. Mas é meu brinquedo preferido.

A ideia não é minha, eu lembro de ter visto algo parecido em algum blog ou site ou… Nunca vou saber. (o Diogo achou, era um screensaver joiado!) Mas como todo bom programador, ao ver o brinquedo a primeira coisa que pensei foi: como eu faço um desses? :)

O mais complicado foi aprender como definir um timer em JavaScript (obrigado Google), pois o código mesmo acabou saindo em poucos minutos. Nada de mais: colocar e apagar classes nas palavras, cores no CSS e tá feito. Veja o fonte da página se ficou curioso(a).

Mas é incrível como essas coisinhas (taí o porquê do nome do site!) são prazerosas de fazer. É um desafio que aparece do nada no seu dia, cai no seu colo e você simplesmente não consegue dizer não. Parei tudo o que estava fazendo para poder programar o brinquedinho. Isso é tãaaaao legal :)

Veja lá o resultado: relógio com palavras.

Eu gostei, achei bonito e chique.
E nerd, claro :)

Bem era isso.

Aceito sugestões de melhorias, e de coisinhas novas também!

O texto anterior feito pela Mog gerou uma avalanche de comentários! E legal que são vários assuntos acontecendo ao mesmo tempo, graças à novidade de poder responder a um comentário específico (basta clicar em “Responder”, ao lado da data). Como a resposta aparece logo após o comentário e não lá no final, fica fácil de acompanhar o bate-papo. Quer participar também? Vai lá agora e também assine o feed de comentários!

O que mais gostei foi da sinceridade e conteúdo de muitos dos comentários. Tomei um puxão de orelha (aliás, vários) que estava precisando, afinal, o blog acabou ficando meio de lado nos últimos meses.

Mas em vez de desculpas e lamentações, prefiro acatar a vontade popular e… escrever. Você pediu, agora aguenta! :)

Então, vamos falar de nerdices. Hoje lancei uma versão nova do programinha AdiumBook, que serve para organizar seus contatos no Mac. Mas esqueça o programa, ele não é importante agora. O que quero é falar sobre desenvolvimento de software. Olha só:

Clique na foto para aumentar

Dica: Faz o seguinte, abra essa imagem em uma nova janela e deixe à vista, pois todo o texto falará sobre ela. Assim vai ficar mais fácil de entender.

Agora vem uns quatro parágrafos bem chatos, mas aguente firme que é necessário para acompanhar o resto do texto. Eu prometo que depois melhora, tá?

Esta é uma foto do programa Billable, que uso para contabilizar as horas que gasto em cada tarefa durante o trabalho. Ele tem um relojinho que eu disparo quando começo e depois paro no final. No lado esquerdo estão os projetos e na tabelinha estão as tarefas. As linhas em azul estão selecionadas. Então o que estamos vendo são as tarefas do projeto AdiumBook.

Dentro da tabela, selecionei apenas as tarefas mais recentes deste projeto, que mostram todo o trabalho feito nesta versão nova lançada hoje.

Aquele total em reais no canto direito da tabela indica o valor de cada tarefa. Mas eu coloquei o valor/hora como R$ 1,00 para ficar fácil ver a quantidade de horas de cada tarefa. Então um valor de R$ 2,50 na verdade indica que a tarefa demorou duas horas e meia para ficar pronta.

Eu também sempre arredondo o tempo de cada tarefa, usando intervalos de no mínimo 15 minutos. Assim fica melhor de ter uma visão geral das coisas, valores muito picadinhos apenas confundem.

Bem, mas então tá. Agora você já sabe achar as informações ali :)

Eu gosto de sempre analisar os dados sobre as coisas que faço, para avaliar se tudo correu bem e para poder tomar decisões para o futuro. Dessa vez quero fazer a análise junto com vocês, para mostrar um pouco como é essa rotina de ser programador e lançar programas.

Primeiro vamos às datas. A versão anterior do AdiumBook (1.4) foi lançada em 29 de julho de 2008. Tá lá, na primeira linha da tabela, que não está selecionada. Esse lançamento tomou quase oito horas para ficar pronto! Vejamos quais tarefas foram feitas neste dia:

• Testes no iBook (Tiger)
• Atualização SVN
• DMG feito
• site atualizado
• anúncio nos sites (Xtras, Apple, ScriptBuilders)
• anúncio no blog do aurélio
• anúncio no blog aureliosoft

Nada de substancial, certo? Eu nunca diria que essas tarefinhas iriam levar oito horas… Mas cada uma tem vários passos a seguir e os famosos “5 minutinhos” acabam virando horas.

A Mog, depois de um tempo comigo, instituiu a regra do “vezes dois” para os meus prazos. Cada vez que eu digo algo como “só vou levar mais meia hora para terminar esse texto do blog”, ela responde: “vezes dois”. E não dá outra: acabo levando pelo menos mais uma hora para terminar. Sabe o que é? Ou eu sou otimista demais nos meus prazos, ou o universo conspira para sempre dar alguma coisa errada no meio do caminho ;)

O lançamento de hoje foi mais rápido, demorou apenas quatro horas. Já estou mais familiarizado com o SVN, por preguiça não fiz os testes no Tiger (sistema anterior, já antiquado) e o anúncio no blog é este texto que estou escrevendo agora, mas dessa vez contabilizando no projeto “Blog”. Vejamos, já deu uma hora e oito minutos até aqui. Será que conseguirei terminar em menos de três horas? Duvido :)

Primeira lição que os dados nos ensinam: leva tempo!

O lançamento de uma versão nova de um programa não é feito em 15 minutos, nem em uma hora. É um processo trabalhoso e desgastante, onde você deve ter atenção máxima para não errar. Concentração é tudo.

E cansa mesmo, mental e fisicamente. Hoje, logo que terminei o lançamento do AdiumBook fui tomar um banho para relaxar, pois estava acabado. O bom é que no banho tive a ideia de um livro sobre desenvolvimento de software, mas isso eu deixo para falar outro dia… :)

Voltando à fotinho e à tabela, a segunda linha mostra que no dia seguinte ao lançamento da versão anterior, gastei somente uma hora e pouco fazendo faxina (todos = “to do”s, do inglês, a fazer) e cadastrando o programa no site Freshmeat. Nada glorioso, trabalho de peão.

Só fui mexer no programa novamente um mês depois, em agosto, que levei uma hora para arrumar alguns probleminhas que apareceram ao instalar a versão nova do Adium (1.3).

Em setembro mexi mais uma única vez para resolver outro problema que os usuários relataram, que deu muito trabalho levando mais de cinco horas para resolver. E depois mais nada, esqueci do programa por vários meses.

Eu gosto assim. Passar um bom tempo sem mexer no programa, que quando eu volto, a disposição é grande. Se mexer todo dia um pouquinho enche o saco rapidinho.

Segunda lição:
Relaxe! Só mexa no programa quando tiver tempo e disposição.

Vieram as festas de fim de ano, a praia, o Carnaval, e nada de vontade de mexer no programa. Porém, os e-mails de usuários começaram a acumular e comecei a ficar incomodado. Geralmente é neste momento que decido que é “hora de fazer alguma coisa”.

Ei, txt2tags, estou olhando pra você.

Depois que terminei as tarefas mais importantes do UmPortugues, me programei para “dar um jeito” no AdiumBook. Eu sabia que essa pegada iria resultar em uma versão nova, pois haviam muitas pendências a serem resolvidas. Então era preciso de bastante tempo reservado para poder mergulhar no código.

Aí começou o trabalho de verdade, no dia sete deste mês, sábado passado, num final de semana que excepcionalmente eu não iria ver a Mog. Veja na foto as cinco últimas linhas selecionadas na tabela, que mostram cinco dias seguidos de trabalho no programa, de sábado até hoje.

Eu preciso dessa imersão quando tenho algo maior a fazer. Trabalhar meia hora por dia em uma coisa não dá certo. Eu levo esse tempo somente para me concentrar 100% e “mergulhar” no código. Sabe aquele estado de atenção em que você não sente fome nem vontade de ir ao banheiro? É isso :)

Terceira lição:
Prepare-se para trabalhar pesado quando for finalizar um programa para lançamento de versão nova.

Mas tive alguns problemas não planejados.

Dias atrás instalei o Safari 4 Beta e gostei que ele está mais rápido e consome menos memória (nem preciso mais encerrá-lo diariamente!). Porém, ele quebrou o Xcode, que é o programa que uso para mexer no AdiumBook. Tive que atualizá-lo. Foram horas até os seus malditos 900 e poucos megas serem baixados pela minha conexão barata. Uma baita água fria em quem achava que já ia colocar a mão no código naquele momento.

Com o Xcode atualizado, o próximo que me deu dores de cabeça foi o Sparkle. Ele é um carinha muito bacana que você enfia no teu programa e ele faz a mágica da atualização automática. Funciona assim: a próxima vez que eu lançar uma versão nova do AdiumBook, vai aparecer automaticamente uma janelinha para o usuário, dizendo: “tem uma versão nova desse programa, quer baixar e instalar?” e então ele faz tudo sozinho. É lindo de ver. Mas… Levei horas para fazer ele funcionar. E nem posso xingar o carinha, pois o erro foi meu. A maneira que eu informava a versão do AdiumBook no Xcode estava errada. Arrumei isso e o Sparkle começou a funcionar. Coisas da vida…

Janelinha do Sparkle atualizando o AdiumBook

Estou há duas horas escrevendo esse texto já. Isso que nem revisei nada ainda. É, vai demorar…

Já que fui forçado (para o bem) a mudar meu esquema de versões, resolvi por o número de revisão do SVN ali também, para ficar igual software de gente grande. A versão de lançamento ficou “1.5 (50)”, ou seja, versão 1.5, revisão 50 do SVN. Mas como eu não ia ficar mudando a revisão do SVN “na mão” a cada alteração, procurei uma maneira de fazer isso automaticamente. Achei um script em Python que deu erro aqui mas consegui arrumar. No fim, todo esse problema acabou deixando o programa mais profissional e ainda pude automatizar a geração do ZIP para lançamento.

Ah é, o ZIP. Antes eu usava o formato DMG (Disk Image) para “empacotar” e distribuir o AdiumBook. Esse tal DMG é um treco que só tem no Mac. É bacana, imagine um arquivo ZIP que quando você abre aparece uma janelinha bonitinha, com desenhos, cores, tudo bem personalizado para o seu programa. Só que o Sparkle tem algumas pegadinhas para usar com o DMG. Então para simplificar as coisas para mim, mudei para o ZIP, que é mais padrão.

O DMG do Adium é tãaaao bonitinho

Percebeu o tamanho das encrencas não-planejadas que aparecem quando você só quer mexer sossegado no seu programa e nada mais? Recapitulando: baixar e instalar o Xcode, Sparkle com problemas, mudar o esquema de versionamento, script para versão automática, mudar de DMG para ZIP. Por isso ocorre o “vezes dois”, que nesse caso foi um “vezes quatro” pelo menos :)

Quarta lição:
Prepare-se para enfrentar problemas inesperados. O ato de “programar” envolve muito mais do que sentar numa cadeira e digitar códigos. Ah, se não fosse o Google…

Bem, resolvidos estes contratempos, pude finalmente fazer aquilo que gosto: criar códigos. E assim foram corrigidos os bugs e implementadas as funcionalidades novas.

Se você quiser acompanhar “ao vivo” a evolução de um software, assine meu feed no Google Code. Assim você fica sabendo na hora sobre as mudanças mais recentes no AdiumBook, no txt2tags e nas Funções ZZ.

Com tudo pronto, hoje atualizei o texto de ajuda (Help), rodei o programa e testei todos os botões e itens de menu, fiz o ZIP final e mandei para o servidor. Contemplei por alguns segundos o arquivo na tela, mostrando zero downloads. É o nascimento.

Dá uma emoção ao enviar o arquivo, sabia? Uma vez no servidor, seu “filho” vai para o mundo. Ali é o ponto sem retorno, onde você declarou publicamente que fez o seu melhor. Encontrar uma falha logo após enviar o arquivo é motivo de vergonha para três gerações futuras de sua família.

Depois foi aquela novela de atualizar o site do programa, atualizar o arquivo PAD e anunciar a versão nova para os principais sites de download. Vou colar aqui um pedaço do meu arquivo release-checklist.txt, que lista todas as tarefas obrigatórias de cada lançamento (em ordem de execução):

———————-8<——————————
upload ZIP pro Google Code
baixar ZIP e testar
deprecate release anterior no Google Code
atualizar Changelog no Google Code (wiki)
atualizar issues (“closes issue #12″ no Changelog)
fazer Changelog mini (<300) para PAD e sites
screenshot novidades
atualizar site
atualizar appcast.xml (e changelog: 1.5.html)
atualizar PAD file (editar, upload, validate, enviar repositório)
atualizar no Adium Xtras http://www.adiumxtras.com/?a=xtras&xtra_id=2069
atualizar no ScriptBuilders (Upload your Scripts! > Update Existing)
atualizar no VersionTracker (MacUpdate segue, acho)
atualizar no Freshmeat http://freshmeat.net/projects/adiumbook/
atualizar no site da Apple https://adcweb.apple.com/downloads/
atualizar no i use this (textile: listas com * e **)
post blog aureliosoft
post blog aurelio
———————–>8—————————–

Ufa! Pensou que era fácil lançar um programa? :)

Quinta lição:
Codificar é divertido, lançar é estressante. Por isso não compensa fazer muitos lançamentos em um curto período.

De volta à foto, veja que logo abaixo das linhas azuis da tabela, há uma linha mostrando os números totais. Ali no meio é possível ver no item “Time-based” qual foi o tempo total que eu levei para fazer todas as tarefas dessa versão nova do programa: mais de 30 horas.

Pena que faz pouco tempo que eu comecei a contabilizar as horas do AdiumBook, mas como eu apanhei muito lá no início (em 2005) por não saber AppleScript direito, acredito que o total já investido nesse programa passa das 200 horas de trabalho.

Lembrando: o AdiumBook é um programa gratuito.

Se você me perguntar “por quê?“,
eu respondo “porque vale a pena!“.

É uma ótima idéia, pois além de ela me ajudar com tudo lá no evento, no tempo que sobra podemos passear juntos pela cidade, com calma, aproveitando de verdade a viagem, que fica sendo meio trabalho e meio passeio.

E foi exatamente isso o que fizemos neste final de semana: fomos à Porto Alegre para passear e participar do Tchelinux 2008.

Nosso avião era sábado às 7h30 da madrugada, e como o aeroporto de Curitiba é BEM longe do centro da cidade, tivemos que acordar às 5h30. Como se esse horário já não fosse desumano o bastante, tínhamos ido dormir à 1h30, totalizando incríveis quatro horas de sono. Isso explica as caras de sono na maioria das fotos :)

Não teve jeito de ir dormir antes, pois a Mog veio lá de Joinville, acabou pegando a rodoviária lotada e o ônibus atrasou um monte.

Já no avião, voando acima das nuvens e admirando aquela incrível paisagem de sonho, de um mar de algodão-doce que ia até onde os olhos não alcançavam mais, colocamos nossas alianças pela primeira vez. O noivado aconteceu em junho, com um anel provisório, porém agora tínhamos nos dedos nossas alianças de verdade. Viva! \o/

Aliança nas nuvens

O evento foi na PUC, mesmo lugar do FISL. Chegando lá, a grata surpresa de ver vários amigos que há tempos não conversava. Amigos da Conectiva, da Internet, de outros eventos e até alguns leitores aqui do blog.

Depois do almoço eu e a Mog demos uma descansada na grama, pois a noite curta de sono ainda estava pesando muito as pálpebras. Aproveitei também para dar uma última olhada nos slides da palestra, pois eu ainda não sabia direito o que iria falar nas duas horas com o microfone na mão :)

Que que eu vou falar lá...

Sobre a palestra

O nome da palestra é “$oftware Livre como fonte de renda“, onde explico o que eu fiz para ganhar dinheiro como autônomo, desde que saí da Conectiva, no ano de 2005.

Pode ser encarada como a continuação da palestra “Como ser um desenvolvedor de Software Livre“, que eu fazia em 2004. Mas naquela época eu era empregado e tinha um salário, então o dinheiro não era uma preocupação. Hoje minha realidade é outra, e essa palestra nova reflete essa mudança.

Passei dois dias inteiros preparando os slides, deu um trabalhão. Mas valeu, foi revelador, pois primeiro precisei fazer todo um levantamento do que aconteceu nos últimos anos. Quanto gastei? Quanto vendi? Quanto ganhei? Em quanto tempo? De onde veio? Para onde foi? Fiz planilhas, gerei gráficos, comparei dados. Números, números, números.

Resumindo o assunto em uma palavra: $$$ GRANA $$$ :)

Nos slides eu tinha todos os dados. Exatos, porém frios. O calor e o humor viriam da minha história pessoal. Mas ainda faltava algo… Uma mensagem, um objetivo… A resposta veio rápido: a Mog e o Leo sugeriram que aquele público (jovens, estudantes) precisava mesmo era de motivação. Isso! Essa era a peça que faltava.

Como eu já não tinha mais tempo de preparar nada, foi tudo “ao vivo”, sem ensaio. Com o microfone na mão e slides no projetor, diante de 200 pessoas, a palestra nasceu.

À medida que eu ia contando as histórias e mostrava os dados dos slides, lembrava daquela época de dúvidas, e de como o futuro era incerto. Eu fazia as coisas sem saber onde iam dar. Hoje é fácil entender o processo, mas lá atrás tudo o que eu sabia era que eu precisava fazer. O resultado era uma incógnita.

E esse foi o grande recado: faça.

Não importa se não der em nada.
Não importa se não tem objetivo.
Não importa se ninguém te apóia.
Faça.
Simplesmente faça.
Pode demorar vários anos, mas o resultado vem.

Eu fiz, e o resultado veio.

E assim foram duas horas que passaram em instantes. Falei da camiseta das Funções ZZ, da apostila de shell, das doações via PayPal, dos anúncios do Google (AdSense) e dos livros que escrevi. Quer assistir?

Aqui tem a primeira metade:

E aqui tem a segunda metade (valeu Bruna!):

No final, um palestrante emocionado por perceber que hoje está vivendo o seu sonho de ontem e um público satisfeito que aplaudiu com vigor.

Missão cumprida.

O e-mendigo recebe doações :)

No meio da palestra o Leo me perguntou qual era o meu e-mail do PayPal. “É verde arroba aurelio ponto net” e voltei a palestrar. “Acho que ele vai por isso no site do Tchelinux“, pensei. Instantes depois, com um sorrisinho maroto no rosto, ele mostra a tela do notebook e diz que tinha acabado de me fazer uma doação. E mais, que também tinha quebrado o recorde de 100 dólares como a maior doação que eu já tinha recebido. UAU! Como assim? Massa!

No fim da palestra, recebi uma lista de nomes e um bolo de notas e moedas. “Que isso?“, perguntei. Eu não tinha percebido, mas por iniciativa do Leo e do Evaldo (UdontKnow), durante o “culto” eles passaram a “sacolinha” e colheram “ofertas” para este “pastor” que vos escreve :)

Pô, isso tocou fundo (no bom sentido, claro). Nos slides eu mostrei que os brasileiros contribuem muito pouco, apesar de serem os maiores usuários de meus programas livres. Mas ali, durante a palestra, o pessoal resolveu mudar essa realidade.

MUITO OBRIGADO MESMO!

46 pessoas doaram...

... R$160,75 durante a palestra...

... e o Brasil é campeão Galvão! \o/

Logo depois da palestra fizemos um painel (ou mesa, ou algo parecido…), onde o tema era carreira profissional no software livre, com apresentação do Carlos Santos (casantos), em que eu, o Arnaldo (acme) e o Fábio Olivé (leitinho) respondíamos perguntas. Eu não tenho carreira, então não tinha muito a falar :)

Depois veio o encerramento, com a mensagem final do Leo, sorteio de brindes e arremessos de bottoms assassinos do Firefox, mas felizmente todos sobreviveram :) Aproveitei para vender os livros que eu tinha levado, e felizmente eles sumiram rapidinho!

De noite teve um mega churrasco nerd, num lugar bacana onde cada mesa tinha uma churrasqueira “pessoal” na ponta, para o grupo assar sua própria carne. Ao redor várias quadras de futebol onde jogavam times femininos, todas uniformizadas, com “uns coxão” como disse a Mog. Eu já estava entorpecido de tanto cansaço e sono, mas acabamos ficando lá até perto da meia-noite.

Dia seguinte acordamos tarde, tomamos aquele café reforçado no hotel e fomos torrar todo o dinheiro que ganhamos no evento :D Passamos o domingo no Brique da Redenção, e lá compramos alguns apetrechos (e até um quadro!) para decorar nosso futuro apartamento em Joinville. Assim toda vez que olharmos para o quadro, lembraremos dessa viagem, do evento, dos amigos e daqueles que fizeram parte dessa história.

Ah, eu ainda não contei sobre Joinville? Tá, um dia eu conto então ;)

Para terminar, gostaria de fazer um agradecimento especial ao Leo, que é um cara mais do que especial, que fez tudo isso acontecer. O Tchelinux foi um evento que eu tive prazer em participar, feitos por nerds, para nerds, sem politicagem. Altamente recomendado! Irmão, muito obrigado pela experiência, eu e a Mog ficamos MUITO satisfeitos com a viagem!

Leo é o cara