Zé Ricardo's Blog

$ 100 bi por um site em PHP

zehzinho — Thu, 17 May 2012 21:57:43 +0000

Hoje foram anunciados os valores dos papéis do Facebook.

O 3º maior IPO da história dos EUA, valendo mais que a Amazon.

Estes são os fatos hoje e não estou apto a dizer se é uma bolha ou não.

Na verdade, pra mim isso nem importa, o que importa é a dimensão do fato.

E há algo que, pra mim, importa mais ainda: o seu início.

Todos os dias eu leio notícias de startups sendo compradas por milhões, mas algo dessa dimensão mexeu comigo de uma maneira diferente.

De repente eu me vi perdido em pensamentos e consegui imaginar, com muita clareza, aquele momento. O momento, quando o moleque ligou o computador, esperou dar o boot, deu dois cliques no ícone do seu editor favorito e olhou para a tela em branco…

Não havia nada ali e duvido muito que ele tenha feito algum tipo de projeto. Um segundo depois ele começou a digitar algo como “” ou, quem sabe, “

O resto é história. O que acontece depois é uma mistura de talento e sorte, muita sorte.

Que belos tempos são esses em que vivemos. Pra quem sonha em encontrar a árvore do dinheiro, as sementes nunca foram tão baratas.

E a imagem do moleque, olhando pro editor em branco, essa não sai da minha cabeça.

Estimar ou não estimar?

zehzinho — Fri, 16 Mar 2012 00:55:53 +0000

Por um acaso hoje eu esbarrei com o seguinte post: 5 Reasons Why You Should Stop Estimating User Stories. O texto fornece as seguintes razões para pararmos de estimar estórias (traduzi os tópicos e baguncei as explicações):

Você economiza o tempo que gastaria fazendo as estimativas. Pelo que tenho lido, isso pode levar um bom tempo dependendo do tamanho da equipe e da predisposição para argumentações (em um Planning Poker, por exemplo).
Você não vai precisar explicar para a gerência porque, no final das contas, acabou levando tanto tempo. Quando uma deadline não é cumprida, o time pode entrar em um modo defensivo, afinal, “você disse que ia entregar no final do mês!”. Com o passar do tempo, isso pode levar as pessoas a se preocupar mais com as deadlines do que com a qualidade ou com a busca de soluções melhores.
Você não faz promessas difíceis de cumprir. Nós costumamos ser otimistas ou, pior ainda, podemos nos sentir pressionados a fornecer estimativas otimistas por não querer ficar pra trás dos colegas ou ficar mal na foto com a gerência.
Você não adiciona mais pressão ao time. Em alguns casos, estimativa significa uma deadline.
Você foca nas coisas realmente importantes. Você adiciona outro fator à balança na hora de priorizar o que será feito. Na hora de planejar a iteração o mais importante a ser feito é o que agrega mais valor e não o que tem estimativas mais interessantes, certo?

Imagino que algumas pessoas possam ficar de cabelo em pé com essa proposta. Mas será que ela é tão surreal assim? Alguns podem logo de cara se lembrar de Lei de Parkinson:

“O trabalho se expande para preencher o tempo disponível para a sua realização”

E nesse caso, quando o tempo disponível é infinito? This is madness! Por mera coincidência, ainda ontem estava lendo o PeopleWare e quero compartilhar mais um pouco do que li com vocês para refletirmos juntos sobre a questão.

Primeiro, é preciso ficar claro que a Lei de Parkinson, apesar de vários gerentes não saberem disso, não é uma lei, é uma piada, que só pegou por tem um fundinho de verdade. É claro que todo gerente tem uma estória pra contar de um funcionário que fazia corpo mole se não estivesse sob pressão. Contudo, em um ambiente de trabalho sadio, as razões para que algumas pessoas não tenham o desempenho esperado geralmente são: falta de competência, falta de confiança ou falta de identificação com o resto do time ou com os objetivos do projeto. Mais pressão não irá ajudar em nenhuma dessas situações. Tratar o time como trabalhadores Parkinsonianos não irá funcionar.

Pra fechar, em 1985 alguns estudos foram conduzidos por Jeffery-Lawrence investigando a produtividade (a la CoCoMo) de vários projetos, vou resumir os resultados. Primeiramente, os projetos foram separados em três grupos:

as estimativas eram feitas pelo programador
as estimativas eram feitas pelo supervisor (gerente)
as estimativas eram feitas pelo programador e supervisor juntos

E os resultados:

Estimado por	Produtividade (média)	Número de projetos estudados
Programador	8.0	19
Supervisor	6.6	23
Programador & supervisor	7.8	16

Opa, parece que o negócio é deixar o programador estimar o que vai fazer então, certo? Não tão cedo. Os pesquisadores então resolveram investigar outros projetos em que as estimativas eram feitas por um analista (Systems Analysts):

Estimado por	Produtividade (média)	Número de projetos estudados
Programador	8.0	19
Supervisor	6.6	23
Programador & supervisor	7.8	16
Analista	9.5	21

O analista, de acordo com artigo, conhecia o processo em mais detalhes e não era afetado pelo otimismo da pessoa que, de fato, ia realizar o trabalho ou das pressões políticas e de orçamento que afetavam o supervisor. Além disso, como fazia parte do trabalho do analista estimar, ele tinha muito mais experiência com estimativas do que os anteriores.

Por fim (em relação aos estudos), os pesquisadores investigaram 24 projetos que decidiram não estimar (“Just wake me up when you’re done.”) as tarefas:

Estimado por	Produtividade (média)	Número de projetos estudados
Programador	8.0	19
Supervisor	6.6	23
Programador & supervisor	7.8	16
Analista	9.5	21
Sem estimativas	12.0	24

Essas pesquisas não provam nada, mas servem para questionarmos o status-quo, não?

Pra fechar quero deixar mais um trecho do Peopleware:

Estimativas mal feitas, estimativas sem esperanças de ser cumpridas, sugam toda a energia do programador. Capers Jones, conhecido por seus estudos sobre métricas coloca dessa forma: “Quando a agenda do projeto é totalmente irracional e irreal a ponto de que nenhuma quantidade de horas-extras farão cumprí-la, o time se torna frustrado e aborrecido e a moral vai parar lá embaixo”. Não importa muito se o “irracional e irreal” vêm do chefe ou dos próprios desenvolvedores. As pessoas simplesmente não trabalham efetivamente quando estão presas em um situação em que não se pode ganhar (no-win situation).

Tá Zé, isso tudo é muito interessante, mas ainda não estou convencido. Blz. Antes de tudo, divirta-se com isso. Deu umas risadas? Ok, agora leia então o Agile Estimating and Planning e aprenda o real papel de estimativas por pontos e velocidade. O que eu posso dizer é que trabalho sem estimativas há vários meses e não sofro mais dos problemas apresentados no início do texto e, intuitivamente, posso dizer que realmente aumentei um pouco a minha produtividade.

Update 18/04/12 : Você devia dar uma olhada nesses bias que a gente tem na hora de estimar também: Why you suck at estimating.

Update 20/04/12: Uncle Bob escreveu hoje sobre “Porque estimar é tão difícil“.

Em defesa das palestras e eventos

zehzinho — Thu, 25 Aug 2011 23:02:24 +0000

Com alguma frequência encontro pessoas que me perguntam: “Zé,qual é a desses eventos?” ou “Por que você ainda assiste essas palestras? É sempre a mesma coisa.”

Ou, ainda pior, a pessoa assiste a palestra e diz “Nada de novo, já sabia de tudo.”

Qual é a minha resposta?

Ok, realmente, há palestras ruins. Entretanto, a quantidade de conteúdo de qualidade supera em muito essa minoria.

E o que é qualidade? 50 minutos ouvindo coisas realmente novas? É claro que não!

O mais legal é que muitas vezes a gente vê uma palestra sobre um tema que já tem alguma familiaridade e mesmo assim aprende uma ou outra coisa nova.

Outra coisa que acontece com frequência e eu dou o maior valor é encontrar alguém que dedicou algum tempo para formalizar/solidificar o conhecimento. Sabe quando você acha que sabe uma coisa ou tem uma intuição sobre a sua opinião sobre um determinado tema? Aí vem um cara e organiza tudo pra você, eu acho isso ótimo. A partir dessa organização é possível evoluir com mais firmeza e facilidade. Pouca gente dá valor a isso, fique ligado.

Além de tudo, é raríssimo assistir uma apresentação dos caras bons e não aprender nada. Muitas vezes eu aprendo coisas que nem sequer são o foco da palestra.

Hoje mesmo, assisti à uma palestra sobre cloud computing, mas a parte mais valiosa que eu peguei foi uma dica sobre empreendedorismo.

Qual é a mensagem que fica? Na verdade são duas.

1º Tem muita gente boa no mercado, com coisas interessantes pra contar.

2º Ninguém é tão bom que não possa aprender nada.

Sem falar que, quanto mais nos especializamos, mais a nossa visão fica estreita. Muitas vezes, voltar ao básico pode render ótimos frutos. Ver uma apresentação de outra área então? Nem se fala.

Por fim, a resposta final que eu deixo para quem faz essas perguntas é: seja mais humilde, você só tem a ganhar com isso.

rvm + openssl no Ubuntu: resolvendo o “no such file to load — openssl”

zehzinho — Tue, 14 Jun 2011 00:48:30 +0000

Acabei de gastar um bom tempinho configurando um ambiente pra rodar o rails 3.1 (ainda RC) aqui no meu Ubuntu 11.04. A primeira dica, lógico, é usar o rvm pra gerenciar as versões do ruby + gems. Ok, arrumo um pouco aqui, ajusto ali, google acolá e estava indo tudo bem.

Maaas, na hora do grand finale não consigo rodar o tal do

$ rake db:create

pois toda hora dá

rake aborted!
no such file to load -- openssl

O que fazer? Após tentar algumas soluções, a que funciona:

$ sudo apt-get install libssl-dev
$ cd ~/.rvm/src/ruby-1.9.2-p180/ext/openssl
$ ruby extconf.rb
$ make && make install

Aí sim!

Fonte: Ruby version manager, Ubuntu and openssl

Serpro PHP DAY – 31/05/11 e 01/06/11

zehzinho — Fri, 27 May 2011 11:51:45 +0000

Aí galera, semana que vem vai rolar o 1º (imagino eu) PHP DAY, na regional de Curitiba do Serpro.

A boa notícia é que vai haver streaming liberado, então, sinta-se mais que convidado.

Hifenização do latex em português no Ubuntu

zehzinho — Tue, 02 Nov 2010 19:08:15 +0000

Não sei como, mas uns meses atrás através de alguma atualização a hifenização do meu latex parou de funcionar para o português. Não me preocupei muito, porque não tinha nenhum documento para entregar. Entretanto, precisei resolver o problema agora. Primeiro fiz umas buscas via apt-cache mas não encontrei nenhum pacote. Felizmente, pesquisando no google descobri que a solução é bem simples no Ubuntu:

sudo apt-get install texlive-lang-portuguese

Fonte: http://ubuntuforum-br.org/index.php?topic=67412.0

Resolvendo o Erro SoapClient: Unable to set local cert chain file

zehzinho — Wed, 13 Oct 2010 13:45:25 +0000

Galera, tô suando a camisa para implementar a versão 2.0 da NF-e em PHP. O problema maior é trabalhar com os certificados, autenticação mútua e tudo mais, coisas que o programador comum não tem muita familiaridade.

Enfim, houve alguns erros que me atormentaram muito e que eu tive que ir até os confins da galáxia para encontrar soluções.

1ª Dica: CERTIFIQUE-SE de que a emissora do seu certificado está cadastrada na SEFAZ do seu estado. Por incrível que pareça, nem todos os estados têm todas as emissoras em sua cadeia. Ligue na sua SEFAZ e pergunte. Isso pode te poupar ter que lidar com problemas OBSCUROS que ninguém vai saber te ajudar.

2ª Dica: Resolvendo o SoapClient: Unable to set local cert chain file

Geralmente, quando você compra o seu certificado A1, eles te enviam um arquivo .pfx. Usando a nfephp e configurando os diretórios corretamente, as suas chaves pública e privada (arquivos .pem) são gerados “corretamente”. Entre aspas porque elas funcionam bem apenas no phpnfe, que usa nuSoap. A nuSoap, entretanto, só tem suporte para SOAP 1.1, mas a NF-e 2.0 só aceita Soap 1.2. Se você quiser usar a extensão soap do PHP, você precisa adicionar o certificado à sua chave privada. Para isto, você precisa extrair um .crt do seu pfx, assim [1]:

$ openssl pkcs12 -in xxxx.pfx -out mycertificates.crt -nokeys -clcerts

Aí você adiciona o conteúdo desse .crt ao final do arquivo da sua chave privada, blz? Só assim pra fazer funcionar por aqui.

Ao contrário da maioria dos posts, enviar comentários com mais dúvidas não é uma boa ideia. Eu não sou especialista e só estou repassando as dicas de dois problemas pontuais que eu tive que resolver. O lugar que eu mais indico para buscar mais informações é a lista de e-mails da nfephp mesmo, blz?

[]‘s

Referências:

[1] http://stackoverflow.com/questions/403174/convert-pfx-to-cer
[2] http://de.php.net/manual/en/ref.soap.php#71306

Leitura de PDFs no Kindle 3

zehzinho — Sun, 03 Oct 2010 17:51:00 +0000

Olá. No meu post sobre o kindle 3 o Alessandro veio com várias dúvidas sobre a leitura de PDFs (ver os comentários). Algumas delas eu não pude responder na hora. Aí ele me enviou dois arquivos PDF para eu dar uma analisada. Só agora, com uma semana de atraso, consegui fazer os vídeos que eu havia prometido:

É bom lembrar também que a leitura de arquivos do Kindle (.mobi) é mais rápida e oferece mais opções, como escolher entre vários tamanhos de letra e text-to-speech.

É isso, os vídeos estão meio tremidos mas acho que deu pra sanar mais dúvidas e ter um feeling melhor, certo?

PS: Eu apaguei os livros após os testes.

GAE + Ubuntu: Erro “No module named _multiprocessing”

zehzinho — Wed, 22 Sep 2010 23:18:13 +0000

Ae galera, há muito tempo venho enrolando para aprender python “de vez” (leia-se “profissionalmente”) na horas “vagas” (é possível?). Juntamente com python, resolvi ir aprendendo logo a mexer na Google App Engine (GAE). Bem, pretendo falar mais sobre ambos aqui blog por um BOM tempo. Neste post quero falar sobre o que eu aprendi trantando o erro:

"ImportError: No module named _multiprocessing"

Me deparei com este erro ao colocar a engine de templates do Django (embutida na GAE) para funcionar. Após algumas pesquisas no google aprendi do jeito difícil que você realmente deve usar a versão 2.5 do python quando quiser trabalhar com a GAE. O Ubuntu 10.04, no momento da escrita deste post, está rodando o Python 2.6. Estava tudo rodando tranquilamente até eu colocar o template pra funcionar, quando me deparei com o erro acima.

Como resolver o problema no Ubuntu? O primeiro passo é instalar o python 2.5:

$ sudo apt-get install python2.5

Feito isto, você vai precisar adicionar as alternativas ao python :

$ sudo update-alternatives --install /usr/bin/python python /usr/bin/python2.5 10
$ sudo update-alternatives --install /usr/bin/python python /usr/bin/python2.6 5

Neste caso eu dei maior prioridade (10) à versão 2.5. Por fim, você precisa dizer ao ubuntu que deseja utilizar a versão 2.5 do python por default:

$ sudo update-alternatives --config python

E pronto. Agora você pode reiniciar o dev_appserver e continuar rodando o seu ambiente de testes da GAE, sem problemas

Calibre: Convertendo e-books

zehzinho — Tue, 14 Sep 2010 21:32:37 +0000

Ae, pra quem leu o meu post sobre o kindle 3 e ficou com o pé atrás em relação aos arquivos PDF, tenho uma ótima notícia: é possível converter arquivos entre vários formatos de e-books utilizando o Calibre (tem no repositório do Ubuntu).

Bem, pra quem lembra, eu disse que alguns tipos de PDFs não ficam muito legais no kindle e você não tem a opção de aumentar a fonte, mas apenas o zoom, tendo que usar AS barras de rolagem o que é bastante desconfortável.

O primeiro PDF que eu converti foi o de uma página na internet que eu abri com o readability (que eu recomendo d+) e mandei, então, imprimir. Joguei no kindle e puf. Até dava pra ler, mas as letras estavam bem pequenas e, enfim, não gostei muito. Usei o calibre para converter para .mobi. O PDF tinha 1.3 MB e ele levou 5s para converter, tranquilo d+. Resultado? O texto ficou ótimo, mas algumas imagens ficaram bagunçadas no texto. No final, gostei do resultado, porque a maioria das imagens não eram significativas.

O segundo PDF que eu converti foi o de um documento escaneado, 13.1 MB. Levou 2 minutos para converter, ele gerou um .mobi de 40 MB e o texto ficou pior ainda para ler. Ou seja, para esses casos não tem salvação mesmo.

Resumindo, para PDFs textuais, o Calibre consegue fazer um ótimo serviço. Ele possui várias opções e converte para vários tipos de dispositivos, não apenas o kindle, vale a pena dar uma conferida.

Ha, encontrei uma outra opção de conversor também, mas não testei ainda, o Autokindle. Fica a dica.