Pomodoro Technique in 5 minutes

This is a very nice (and short!) presentation about Pomodoro Technique.

Como organizar suas leituras?

Você tem a impressão de que não lê nem a metade dos textos pelos quais se interessa? Você abre um monte de abas no navegador com coisas que gostaria de ler e não lê nunca?

As coisas interessantes aparecem bem mais rápido do que a gente consegue ler.

E o pior: quando a gente para no sábado com vontade de ler alguma coisa, nunca lembra daquele artigo que um amigo mandou.

Esquisito né?

Um monte de coisas que você gostaria de ler aparecem quando não se pode parrar pra ler. Elas se acumulam todas entulhadas num canto, te atrapalhando durante dias, e te lembrando de que você precisa arrumar algum tempo pra ler. Aí quando você finalmente tem tempo pra ler alguma coisa, não lembra deles...

O que há de errado, afinal?!

Simples: você precisa de uma caixa de entrada pras suas leituras.


O que é uma caixa de entrada?

É um lugar que se usa pra guardar as coisas na hora que ela aparecem. Apareceu um texto interessante, joga lá!

E pra que você precisa de uma caixa de entrada? 

Por dois motivos: primeiro pra não precisar parar o que está fazendo, já que você não vai mesmo poder ler naquela hora; segundo pra não perder as coisas que quer ler, e pra saber onde procurar quando for dedicar um tempinho pra leituras.

A caixa de entrada evita que você tenha que pensar onde aquilo deve ser anotado, como deve ser anotado, ou mesmo SE aquilo merece ser anotado. Ela funciona segundo a mentalidade do brainstorm: vá pela quantidade, não pela qualidade.

Se estiver na dúvida sobre se alguma coisa vale a pena ser lida, anote! Se não for útil você joga fora na hora de limpar a caixa de entrada. Assim você não para o que está fazendo e nem deixa as coisas entulhadas em abas abertas, esperando que você possa decidir onde elas devem ser guardadas.

A limpeza da caixa de entrada é um assunto a parte. Tem muita coisa pra se aprender sobre caixas de entrada, mas essas são outras histórias. Por enquanto, a melhor coisa é tentar se acostumar com esse processo mínimo: 

Apareceu uma leitura legal, guarda. Quando quiser/puder ler alguma coisa, volta nessa lista pra procurar.

Pra quem gosta de dicas de ferramentas, eu uso e recomendo o Instapaper. O Safari já vem com uma 'lista de leituras' que deve servir bem, e acredito que outros browsers também devem ter algum plug-in que resolva. Mas na prática qualquer coisa serve. Até um arquivo texto no seu desktop ou uma pasta com emails enviados pra você mesmo!

Ache alguma solução e experimente. Você vai ver como suas leituras vão acumular menos ;-)

[edit] Veja os comentários para mais algumas dicas de ferramentas.

Kent Beck on Succession

Oh, God! How many times I wished for a way to give such an explanation to my teams!

"
The system will eventually have to deal with an arbitrary number of some element but for the moment it only has to deal with one. What to do?

(...)

The Permaculture design principle of succession suggests an alternative solution.

(...)

The cost of the succession needs to be weighed against the benefits of finishing sooner and the costs of inconsistent assumptions.
"

(the highlights are mine)

Thanks Kent Beck. 

Again!

Javascript in the client AND server. Not a big deal?!

I remember when I read this post, arguing that having Javascript in server AND client was not a big deal.

If you agree with that, I think you should watch this:

Porque Javascript?

Quem me acompanha já deve ter percebido que tenho andado bem empolgado com os últimos desenvolvimentos em torno do ecosistema Javascript.

Já se vão 2 anos desde que comecei a expressar esse interesse. Mas foi mais recentemente que a coisa ganhou mais ênfase. Tenho postado montes de coisas no meu twitter, tenho proposto e incentivado um monte de dojo's relacionados, e tenho colocado algumas coisas em prática programando o MapaDaProva.

Embora minha escolha padrão para aplicações web *ainda* seja o Rails, confesso que estou me segurando para poder usar de verdade e me tornar fluido com Node, pra poder "ligar os pontos" de vez. (No Mapa, já usamos JS em quase toda a interface (com Backbone) e no banco de dados, com Mongo. Agora só falta tirar o Ruby do meio do caminho ;-))

Há tempos que venho estruturando as idéias para escrever sobre o porque eu acredito que JS *já é* a melhor opção de arquitetura (full-stack!) pra desenvolver para web, mas confesso que ainda não consegui me organizar de novo pra tocar esse blog como gostaria. Espero que esse possa ser o começo! =)

Enquanto isso, creio que esse post do Dan North possa servir para aqueles que quiserem ler a respeito. Está super bem escrito, bem leve (embora profundo) e divertido. Vale a pena! Aliás, foi só por ter relido ele hoje que eu resolvi vir aqui escrever, então faz uma coisa por nós dois: vá ler!