Mais uma vez apelei para o velho truque de transformar o transtorno de voltar de uma viagem a trabalho numa sexta-feira em um passeio de final de semana de baixo custo. Os curitibanos se orgulham de morar em uma cidade que alia qualidade de vida a comodidades urbanas, e resolvi passar o sábado conferindo, aproveitando as dicas da Bani, que sempre tem um mapinha turístico no fundo do armário.

Fiquei no Hotel Confiance, que oferece um ótimo custo/benefício, destacando a internet sem fio de qualidade e o café da manhã amigável a vegetarianos. Um despretensioso folheto no quarto listava os restaurantes próximos por tipo de culinária e dava dicas de como chegar em lugares-chave, tais como a parada do Aeroporto Executivo, um transporte rápido (~30min), confortável (ar condicionado, poltronas espaçosas) e barato (R$ 8) até o Afonso Pena. Excelente alternativa ao táxi.

A mesma parada (na Rua 24 Horas) permite pegar a Linha Turismo, que facilita o passeio. São ônibus de dois andares – sendo que o de cima fica aberto quando o tempo está bom – num trajeto que cobre cerca de vinte e cinco pontos turísticos. Por R$ 20 (pagos diretamente no ônibus) você tem direito a 4 reembarques – o que permite visitar até seis locais se você coordenar a chegada e a saída com locais próximos ao hotel e/ou aeroporto.

Comecei pelo o Jardim Botânico, que é um dos mais populares (há quem passe o dia todo relaxando lá) e segui para a Ópera de Arame. Esta é um teatro/casa de shows bonito, e um exemplo interessante de reaproveitamento de espaço (era uma pedreira ou algo assim), mas deve ser bem mais interessante com um show rolando.

O terceiro ponto foi o Bosque do Alemão. Nele, o desembarque é em local diferente do embarque, e isso tem um motivo: após passar pelo Oratório de Bach e pela Torre dos Filósofos (que não impressionam muito) você desce uma escada de madeira e vai parar em uma trilha. Trata-se de um passeio temático baseado na história de João e Maria, contada através de ilustrações sobre azulejos! No meio do caminho (e da história) aparece a Casa da Bruxa – uma biblioteca infantil na qual eu passaria umas horinhas facilmente. Alguns azulejos estão faltando, mas isso não tira o brilho do passeio.

Fechei o turismo com a Torre Panorâmica – uma torre de telefonia adaptada para oferecer uma vista de vários pontos da cidade, por apenas R$ 3. É uma pena que o elevador suporta apenas meia dúzia de pessoas por vez, gerando uma grande fila. Eles pegaram emprestado um truque da Disney: a primeira parte da fila (quando você compra o ingresso) é adornada por uma exposição de telecom que mostra mesas de operação e aparelhos antigos – se tivesse o mesmo na fila do elevador seria perfeito.

O chato é que o ônibus que teoricamente passa a cada meia hora atrasou um bocado na segunda e na quarta parada, inviabilizando a visita ao Museu Ferroviário e me fazendo perder o jantar e o vôo – ainda bem que tinha outro logo em seguida. Uma pena, já que este jantar teria sido muito facilitado pelas dicas do @anderson_santos (via @van_vegan) – em particular a lista de lugares vegetarianos em Curitiba feita pela @mayraccastro. Com ela estarei mais preparado na próxima, e agradeço a todos pela solidariedade via Twitter – indispensável para um vegetariano em terra de churrascarias.

Eu repetiria o passeio facilmente – são muitos pontos, e realmente só dá pra ver uma meia dúzia ao longo de um dia. Numa próxima eu incluiria o bairro Santa Felicidade (que tive a oportunidade de conhecer através do gentil convite de um colega de lá), os outros bosques e museus. É bastante coisa pra ver e fotografar, garantindo um final de semana bacana, sozinho ou acompanhado.

Muito bacana esse The Amazing Adventures of Puny Parker, do Vitor Cafaggi. É um quadrinho fanfic absurdamente bem desenhado, colorido e finalizado que ilustra as hipotéticas aventuras de uma versão infantil daquele que se tornaria o Homem-Aranha. O resultado lembra um pouco Calvin e Haroldo, em termos de leveza e profundidade, mas tem sotaque próprio:

(clique para ler)

Ah, ele faz todas as tiras em dois idiomas. Pessoalmente, gosto mais da versão em inglês:

(clique para ler)

(clique para ler)

(clique para ler)

Nem todas as tiras são coloridas, mas a arte é sempre excelente:

(clique para ler)

Curiosamente, a própria Marvel já fez algo assim: algumas edições gringas de gibis do Homem-Aranha traziam Petey – The Adventures of Peter Parker Long Before He Became Spider-Man. Também é interessante (e eu me impressiono com o letreiramento fora do “esquema” Marvel), mas a verdade é que nem se compara ao trabalho do Cafaggi:

Navegar nos arquivos é meio trabalhoso, em particular nas tiras mais antigas, quando versões em inglês e português ficavam em posts separados. Mas vale a pena, e embora um dos filmes seja suficiente para ambientar o leitor, os fãs dos quadrinhos se divertem ainda mais com as referências mais sutis.

Esse ano eu passei menos tempo no Campus Party do que gostaria. Do pouco que vi, as coisas boas permanecem: você interage com muita gente (velhos conhecidos e sangue novo), aprende e ensina a toda hora, e – importante – se diverte um bocado. Algumas das ruins melhoraram, tais como a (quase) total erradicação das cornetas e vuvuzelas, que atrapalhavam as palestras acrescentando pouco ou nada ao evento.

Mas o principal problema do Centro Imigrantes permanece: o calor INFERNAL. Talvez seja o fato de estar ficando mais velho e reclamão a cada ano, mas simplesmente não vejo mais como ficar mais do que algumas horas em um lugar tão quente. O que seria necessário para dotar o ambiente de ar condicionado ou ventilação decente? Ou ainda: por que não fazer o Campus Party em Julho? Qualquer coisa vale, o que não rola é ficar suando em bicas.

A minha ida esse ano teve a ver com o pessoal da Vivo, que colocou bastante energia na melhoria e divulgação de sua plataforma de aplicativos. Com diferenciais como o suporte a vários sistemas (incluindo a “maioria silenciosa” dos celualres J2ME) e a monetização adicional baseada no envio/recebimento de SMS, eles lançaram um concurso com prêmio polpudo (R$ 15K + passagem pro Camps Party EUA) e anunciaram a união de forças com a BlueVia, aumentando o alcance potencial dos aplicativos para vários outros países.

Claro que com toda essa fanfarra eles não poderiam deixar de convidar pessoas para falar sobre desenvolvimento mobile, e eu fui uma delas. Com tanta gente abordando os aspectos técnicos e comerciais, optei por uma abordagem pragmática, e falei sobre as armadilhas que fazem com que nem sempre a gente consiga sair de uma idéia e chegar em um produto, mesmo tendo o lado técnico e o modelo de licenciamento/distribuição bem resolvidos. O pessoal gostou, e os slides estão aqui – se eu achar o vídeo, atualizo o post!

Não é possível deixar de mencionar a presença do Steve Wozniak, que literalmente parou o evento. Para mim teve um sabor especial, já que passei boa parte da infância e pré-adolescência desvendando os segredos do Apple ][ (e até hoje descubro coisas novas). Certa vez um amigo descreveu a emoção de ter visto a Mona Lisa pessoalmente – e acho que só compreendi o que ele dizia quando eu vi o Woz falando. No final formou-se uma fila para pegar autógrafo e fotografia dele, mas o calor e e a própria mensagem dele me fizeram declarar missão cumprida, guardar com carinho o passado e ir cuidar do futuro.

Antes de se tornar objeto da admiração de uns e desinteresse/suspeita de outros, a Apple passou por três fases bem definidas: a “era de ouro” em que o Apple II e o Macintosh original foram criados; a queda em parafuso rumo à irrelevância; e a volta por cima. O papel evidente de Steve Jobs nas fases virtuosas alavanca o culto em torno de sua pessoa  a um ponto que fica difícil separar a verdade do mito, valorizando qualquer testemunho de quem esteve mais próximo.

Revolution in the Valley: The Insanely Great Story of How the Mac Was Made é um livro que reúne dúzias de histórias sobre o fim da primeira fase, isto é, sobre a criação do Macintosh. Boa parte delas veio do site Folklore.org: Macintosh Stories, organizado pelo autor – ninguém menos que Andy Hertzfeld, que escreveu boa parte do sistema operacional original do Mac.

Mesmo para quem (como eu) já tinha lido o site de alto a baixo, é bacana acompanhar as histórias revisadas, ampliadas e em ordem cronológica. As ilustrações também são um show à parte – só lamento que a coleção de polaroids mostrando a evolução da interface gráfica tenha sido publicada num tamanho tão minúsculo. Eu teria sacrificado algumas histórias ou aumentado o número de páginas, só para dar um pouco mais de zoom ali.

Ao contrário de revelações bombásticas, o livro corrobora muitos dos estereótipos ligados a diversas personalidades citadas – em particular ao próprio Steve Jobs, cujo perfeccionismo muitas vezes torna a convivência difícil, mas ao qual o autor atribui a direta responsabilidade por introduzir o computador que efetivamente deu início à era da informática para leigos.

Também é interessante observar os papéis significativos que “notórios desconhecidos” como Bill Atinkson (programador que criou, entre outras coisas, o QuickDraw, MacPaint e o HyperCard), Burrell Smith (projetista de hardware com a difícil missão de suceder o Woz) e Susan Kare (ilustradora cujo trabalho é admiravelmente abrangente) desempenharam neste processo. Quem gosta de micros antigos vai curtir muito esse livro.

OFF-TOPIC: Por falar em Woz, ele vai estar na Campus Party 2011 no sábado. E por falar nesta, eu vou dar uma palestra ao lado do Marcelo Castelo na manhã desta sexta-feira (21/Jan, às 11h), na área de Desenvolvimento (setor azul, lááá no canto). O tema é “Empreendedorismo em Aplicativos Mobile”, e eu pretendo trabalhar um pouco o lado do desenvolvedor nessa história toda. Vamos lá?

Passei dois anos com um iPhone, e uma das coisas que me incomodava era digitar nele. Fato: o melhor teclado virtual do universo é pior que o teclado físico mais vagabundo. Eu escrevo muito (basta me seguir no Twitter para conferir) e quem produz conteúdo “na estrada” precisa de teclas de verdade. É o motivo pelo qual eu não trocaria meu netbook por um tablet – e que me fez desencanar de um iPhone 4 quando o 2G se foi.

Juntando a isso o fato de já estar de olho no Android há pelo menos três anos, comecei a procurar aparelhos com este sistema cujo preço não superasse os três dígitos. Também era importante contornar outras limitações do iPhone: a falta do flash na câmera e o formato/tamanho. A busca terminou no Sony Ericsson Xperia X10 Mini Pro.

Desmontando o nome gigante: Xperia é a linha de smartphones high-end da Sony Ericsson, X10 foi o primeiro baseado em Android, Mini é a versão reduzida (com algumas características diferentes) e o Pro o Mini que ganhou o teclado retrátil.

O tão desejado teclado físico não decepciona: a Sony abriu mão das teclas numéricas superiores (que só fazem falta em ocasiões raras) em favor de um tamanho viável para digitar com os polegares – o resultado é bom se você tiver as duas mãos disponíveis e dedos não muito grandes. Também conta a favor o flash, aliado à câmera de 5 megapixel – um pouco sensível demais à vibração, mas no geral boa.

A autonomia da bateria depende do uso. O meu caso é bem intensivo: vou para o trabalho ouvindo podcasts, assistindo seriados (dica: converta os arquivos usando o HandBrake com o preset “iPod” – a resolução QVGA é a mesma, e o formato resultante é suportado nativamente), uso o Twitter (geralmente com o Seesmic e agora experimentando o twicca – a app oficial não me caiu bem), faço checkins e reviews no Apontador Local e jogo bastante. No geral, uma carga por dia é suficiente para tudo isso, mas eventualmente alguma app menos comportada fica em background detonando a bateria. Entra em cena o Advanced Task Killer, que com um toque mata o que quer que esteja rodando em segundo plano.

Jogos, aliás, são o aspecto em que o iOS ainda dá mesa, mas os mais populares (ex.: Angry Birds) começam a surgir no Android. Os puzzles são numerosos (atualmente me divirto com o Andoku e o Bubble Blast) e uma área de destaque são os emuladores, praticamente impossíveis no iOS devido às políticas draconianas. Me divirto com jogos de Atari no Ataroid, de Spectrum no Marvin e ZX81 no Zed Ex – este último do brasileiro Claudio Matsuoka. E muito em breve vai ter miniTruco pra ele também!*

Um dos pontos negativos são as customizações desnecessárias no Android e as demos de software não-removíveis. As primeiras a gente troca (por exemplo, troquei o lançador de apps pelo HelixLauncher), e com o resto o jeito é conviver. Mas o ponto que realmente complica é a política da Sony Ericsson com updates: eles demoraram uma vida para disponibilizar o Android 2.1 (só pintou no final do ano passado), e anunciaram de forma deselegante (e mal-justificada) que não vão mais fazer updates nos Xperia.

Com essa atitude eles deixam na mão quem acreditou neles, coincidentemente no exato momento em que estão lançando uma nova linha de smartphones Android. Não fosse isso, eu recomendaria a compra sem reservas – é um ótimo aparelho – mas enquanto não rolar um firmware alternativo, eu volto ao boicote anti-Sony iniciado por conta dos rootkits e formatos incompatíveis.

* (ok, já tem uma versão beta, mas ainda está um pouco instável – quando estiver apresentável, faço um post só sobre ela)

UPDATE: Saiu um firmware alternativo baseado no Android 2.2 (Froyo), e ele realmente dá vida nova ao celular (e mostra como o software da Sony Ericsson é horrível). Escrevi as minhas impressões sobre ele.

Um aviso: não tenho como ser muito imparcial com este livro. Pra começo de conversa, jogos como Enduro, Pitfall, Adventure e Raiders of The Lost Ark são parte integrante das minhas memórias de infância. Eu associo o nome Atari ao universo dos videogames tanto quanto gerações mais recentes o fazem com Nintendo, Sega ou Sony. E um dos grandes “to-do”s da minha vida é concluir o desenvolvimento de algum jogo para essa plataforma. Já flertei com esta proeza no passado, o que resultou em uma pequena animação interativa (perdida no tempo) e em um artigo publicado há quase DEZ anos atrás no site Fliperama – cortesia do Internet Archive Wayback Machine.

Tudo isso torna natural que eu me divirta muito com Racing The Beam. Os autores (Montfort, Bogost) visualizam ele como um exemplo de formato para “estudos de novas mídias”, no qual as características da plataforma (arquitetura de hardware + ambiente social) são analisadas lado a lado com as expressões artísticas (jogos) produzidas sobre ela.

A abordagem é pertinente: as limitações e peculiaridades da arquitetura do videogame (sobre as quais o artigo mencionado acima dá uma noção bem superficial) definem a maneira com que os programadores-artistas trabalhavam: cada programador criava sozinho um jogo inteiro, definindo suas características à medida em que conseguiam desenhá-las e implementá-las. Isso é bem diferente da dinâmica na qual um numeroso time de especialistas trabalha a partir de um design/roteiro, comum nos dias de hoje.

O ecossistema ao redor destes programadores também é levado em conta: muitos dos jogos da era áurea do Atari tinham como premissa a adaptação de versões de fliperama, que operavam em hardware muitas vezes mais poderoso (ex.: com mais CPU, RAM, suporte a framebuffer, tiles, múltiplos botões, etc.) ou mesmo muito diferente (como o display vetorial do Asteroids ou os terminais com teclado e saída de texto como no Colossal Cave Adventure). Isso fazia com que os planos originais sofressem sucessivas mutações, e o livro analisa em detalhes três jogos produzidos desta forma: Adventure, Pac-Man e Yars’ Revenge.

Outros dois títulos produzidos sem uma versão prévia específica (Combat e Pitfall!) também são esmiuçados, e um jogo baseado em filme de sucesso (Star Wars: The Empire Strikes Back) fecha o pacote. Este último ilustra a relevância dos licenciamentos sobre as últimas produções – um dado importante, considerando que a quebra do mercado de videogames que se seguiu foi caracterizada pelo foco nas franquias acima da qualidade da produção. O exemplo clássico é a ambiciosa produção de E.T.: The Extra-Terrestrial, cujo fracasso de vendas obrigou a Atari a destruir milhões de cartuchos não-vendidos e amargar o prejuízo.

A exposição de cada jogo é acompanhada por explicações detalhadas sobre o funcionamento da plataforma e por dados históricos sobre o ambiente em que os jogos eram produzidos e consumidos, para que o leitor possa compreender as forças que atuaram sobre cada detalhe técnico ou estético de um jogo. E a análise não se resume aos seis jogos mencionados: outros tantos são rememorados sempre que se mostram úteis para desenvolver um aspecto qualquer. Quem gosta de computadores e videogames antigos não tem como errar com este livro – que eu pretendo ler muitas outras vezes.

Quem me conhece sabe o quanto eu gosto de Dance Dance Revolution (DDR), o jogo de dança japonês disponível em fliperamas (embora os do Brasil geralmente tenham Pump It Up, o equivalente da coreana Andamiro) e também nos consoles através de “tapetes de dança”. Cheguei até a customizar um tapete e também a importar outro, mais profissional. Mas chegou um ponto em que a limitação do controle aos pés e a baixa viabilidade de jogar à noite em apartamento me fizeram desisitr de tê-lo em casa.

Quando soltaram o primeiro vídeo promocional do Kinect (então conhecido como Project Natal), a primeira coisa que eu pensei foi em como a Konami não perderia tempo em lançar algo parecido com o DDR para ele, mas a Harmonix saiu na frente com o Dance Central. O jogo se beneficia da experiência da empresa como desenvolvedora original do Guitar Hero e do Rock Band – que ajudou não apenas com a dinâmica do jogo, mas também com os contatos que levaram ao uso de músicas conhecidas em versão original (as poucas músicas que não são feitas pela própria Konami no DDR costumam ser remixes europeus de covers de qualidade questionável).

DDR à parte, o Dance Central é ótimo. O objetivo do jogo é simples: você dança em frente à câmera, reproduzindo os passos que compõem cada música, sendo que cada passo é representado por um símbolo e um nome mnemônico. Por exemplo: o Torch pede para erguer os braços como se estivesse carregando uma tocha; Burn a Ride é o gesto de pedir carona, Disco e Fever compõem uma dancinha básica estilo John Travolta, e por aí vai. Um passo executado corretamente rende um “nice” ou (se for muito bem feito) “flawless”, e no meio da música o momento freestyle deixa o jogador dançar à vontade (e filma para constrangê-lo logo em seguida).

Jogadores mais avançados (ou ousados) podem ignorar os símbolos e simplesmente imitar o dançarino na tela como se estivessem em frente a um espelho. Eu vou pelo caminho oposto: antes de jogar uma música, entro no modo Break it Down, que ensina a dançar cada um dos passos isoladamente. É possível até treinar em câmera lenta aqueles em que você estiver mais enroscado. Com isso não tem desculpa: qualquer um pode jogar, independente de sua relação prévia com a balada.

Mesmo passando a empolgação inicial, ainda estou me divertindo um bocado com o jogo (a ponto de ter mudado a posição de todos os móveis na minha sala para liberar o espaço que o Kinect pede – pelo menos 1,80m). O mesmo não pode ser dito do Kinect Adventures (que vem junto com o periférico) – ele lembra o Wii Sports no sentido de mostrar as capacidades do controle inovador, mas não tem o replay value deste.

Tenho também o Dance Masters – esse sim da Konami e planejado como sucessor do DDR – mas confesso que ainda nem abri a caixa. O Dance Central me ganhou fortemente. Fãs de jogos de dança têm nele uma justificativa mais do que suficiente para adquirir o Kinect, e mesmo quem não se empolgou com os tapetes pode vir a gostar desse jogo. É comprar e se jogar!

A viagem à Califórnia foi seguida por um passeio à Disney de Orlando – ou, oficialmente, ao Walt Disney World Resort. O meu maior interesse era conhecer os parques temáticos – e entender o fascínio que gente como Cory Doctorow tem pelo assunto (Down And Out in the Magic Kingdom e Makers são dois ótimos livros dele que flertam com o tema).

Visitar três parques (e um centro de compras com atrações próprias) é um programa para três ou quatro dias – mas eu só dispunha de dois. Felizmente a minha companheira de viagens era a Bani – uma verdadeira “rata de Disney” que conseguiu compactar a visita no tempo necessário. Muitas das dicas que compartilho nesse post vieram dela.

Uma dessas sacadas foi prestar atenção aos dias em que cada parque tem Extra Magic Hours, i.e., mantém as atrações abertas até mais tarde para quem se hospedar nos hotéis da Disney (como o Dolphin, onde ficamos). Isso nos permitiu visitar o Hollywood Studios e o Epcot no mesmo dia, deixando o outro para o Magic Kingdom e encaixando as comprinhas no Downtown Disney (por exemplo, o Lego a granel) no tempo livre. Tudo isso usando o transporte gratuito que, além de numerosas linhas de ônibus, inclui barcos que ligam alguns hotéis ao Epcot/Hollywood Studios e outros ao Magic Kingdom – e até um monotrilho.

Outro lance é ficar esperto com o FastPass . Não precisa radicalizar como eu e a Bani (lemos um livro no qual um dos assuntos é o fundamento estatístico dele), mas localize rapidamente as atrações indispensáveis que oferecem o FastPass, pegue o passe da que estiver mais cheia e vá para a fila de uma das outras, intercalando com atrações que tenham menos fila.

Reservar restaurantes também é uma excelente idéia (e você pode fazer isso online aqui no Brasil mesmo). As reservas nos garantiram uma ótima experiência no Wolfgang Puck e no Nine Dragons, mas tivemos que comer cedo e contar com a sorte para não pegar fila no Pecos Bill Tall Tale Inn, no Rainforest Café e no Sci-Fi Dine-In Theater – esse último reproduz a experiência do cinema drive-in passando versões curtas dos filmes e desenhos dessa época. Mas foram todos ótimos, sempre com opções vegetarianas de respeito – só comi o peixe no Wolfgang Puck porque parecia (e era) bom.

As fotos estão online, como de costume, e com isso só me resta falar dos rides. Alguns chamam eles de “brinquedos”, mas eu prefiro traduzir como “atrações” ou mesmo o literal “passeios” – já que alguns são mais interessantes pela ambientação do que por qualquer aspecto lúdico. Ao invés de falar de cada um deles, resolvi usar o método do Apontador e dar de 1 a 5 estrelas a cada um dos que eu fui:

Justiça seja feita: o Soarin quase mereceu um 6 (eu fui duas vezes e iria mais), e o Test Track não merecia nem existir: muita fila para uma atração chata, sem propósito e des-educativa (passa a idéia de que tecnologia é a solução para evitar acidentes de automóvel). Os fogos no final do dia no Magic Kingdom são imperdíveis e resumem bem a experiência. Ah, e só pra constar: os boatos sobre a Sininho que desce “voando” do castelo ser interpretada por um homem são inconclusivos. :-P

Um livro cujo título junta Economics (economia) e Scrooge (personagem avarento do conto de Dickens, que também foi homenageado por Carl Barks ao nomear o Tio Patinhas – Uncle Scrooge no original), pode parecer mal-intencionado. Mas não é: o objetivo de Scroogenomics é mostrar que a compra desenfreada de presentes no natal não é exatamente a oitava maravilha para a economia nacional ou global – ao contrário do que o senso comum (compras ⇒ aquecimento econômico) possa sugerir.

A idéia central é que quando eu pago, digamos, R$ 50 por uma mercadoria, é porque considero que aquilo vale (em termos de satisfação, utilidade ou qualquer critério de valor) pelo menos aqueles R$ 50. Se eu toparia pagar, digamos, R$ 70 por essa mercadoria (caso não a achasse por R$ 50), criou-se valor nesta compra. Em contrapartida: se você gastou R$ 50 para me dar um presente, mas é algo pelo que eu não pagaria mais de R$ 40, o seu ato de boa-vontade destruiu R$ 10 de riqueza dentro da nossa economia.

Parece bobeira, mas somando toda a perda de valor, o número ultrapassa os US$ 60 bilhões – só nos EUA! Com bom humor e sem exigir conhecimento de econometria ou outros assuntos técnicos, o autor mostra como quantificou e qualificou estes números, e pincela algumas soluções – sem querer fazer spoiler, ele pondera até as limitações de presentes em dinheiro (que seriam ideais em uma visão de economia na qual todos os agentes econômicos fossem racionais), defende os gift cards (conhecidos aqui como “vale-presente”) como um bom meio-termo, e apresenta razões suficientes para levar em conta as versões filantrópicas destes cartões, isto é, os que a pessoa usa não para reverter em compras para si, mas sim para “gastar” em caridade dentre uma gama de instituições e causas.

Um exemplo desse tipo de presente são os gift cards do Kiva. O Kiva é um site de microcrédito (que já mencionei antes), através do qual pessoas físicas podem fazer empréstimos de baixo valor – empréstimos estes que fomentam atividades econômicas em comunidades de baixa renda ao redor do globo. O gift card deles permite que você dê ao seu amigo ou familiar a oportunidade de, como diz o lema do site, mudar vidas. O livro mostra que esse tipo de presente não apenas destrói pouco ou nenhum valor entre quem dá e quem recebe, mas que, no somatório da economia, constrói valor como poucas outras coisas conseguiriam.

Mesmo que você não considere esse tipo de iniciativa, ainda é interessante aprender com este economista para onde vai o dinheiro (e, mais importante, o valor) toda vez que dá ou recebe um presente, e, no mínimo, conseguir mais satisfação do presenteado por real gasto.

(Interessado? Compre o meu na lojinha!)

Na minha cabeça, Califórnia é aquele lance descrito pelo Joel Spolsky: todo mundo plugado, surfe, e o verão do amor. A realidade, contudo, é outra: o WiFi nas ruas é escasso (e é difícil conseguir um chip pré-pago com dados), a chuva lembra a garoa paulistana, e me imaginar num calção de banho iniciava uma crise psicológica de hipotermia. Mas os amigos que nos acolheram tambem ofereceram Wi-Fi, dicas e companhia, viabilizando um passeio por San Francisco (e arredores) em apenas quatro dias – com direito a uma aula do Knuth em pessoa! Mais…

Seria um exagero dizer que todo mundo curte um bom livro sobre matemática. Mas não dá para ignorar a popularidade dos que tentam jogar fora a interpretação natural dos números em favor de uma nova ordem que possa emergir do caos aparente. Exemplos incluem o Freakonomics, com a sua investigação baseada em números; o Outliers, que olha para as pessoas e coisas que se destacam; o Free; o The Long Tail e toda uma série de livros cujo tema é a “matemática fora da caixa”.

Numbers Rule Your World vai na contramão disso. Ele é sobre a matemática que funciona. Cada um dos seus cinco capítulos aborda um aspecto da estatística que funciona muito bem, obrigado. E cada um desses tópicos é introduzido por um par de aspectos da vida real, que mostram o mesmo fator trabalhando em direções opostas, às vezes com resultados diferentes também – mas isso quando o aspecto socio-psicológico entra em jogo, introduzindo o erro e a superstição.

Ao comparar o problema das filas da Disney com os congestionamentos em estradas de alta velocidade, por exemplo, ele observa o contraste entre a solução ótima (controlar a variância do público nas atrações/entradas) e a crença popular de que mais capacidade ou uma espera média menor reduziriam o problema. Ele aproveita para desmistificar o “homem médio” (um conceito surpreendentemente aceito, dado que não é tão antigo quanto parece) e também para mostrar que a consideração do fator humano é o que torna o trabalho dos engenheiros da Disney mais aceito que o dos seus colegas do departamento de trânsito.

Outro caso curioso é o das possibilidades remotas: morrer na queda de um avião é tão improvável quanto ganhar na loteria, mas as pessoas continuam evitando viajar de avião e compram bilhetes em vão. Mas há um fato estatístico mais interessante: a investigação de padrões improváveis permitiu mostrar que não há companhia mais (ou menos) segura que outra para voar, além de possibilitar a detecção de fraudes lotéricas em resultados aparentemente aleatórios.

A assimetria de recompensas e punições é outro tema onde o social conflita com o matemático. Isso é visto no capítulo que compara testes anti-dopping e polígrafos para uso policial/militar. Vale lembrar que o inventor de um dos testes que levaram ao polígrafo também é o criador da Mulher-Maravilha e seu Laço da Verdade.

Os exemplos se desdobram, e sob este aspecto, o livro é fantástico. O que me incomodou um pouco foi o tom professoral: não apenas ele repete e repete e repete os mesmos conceitos em diferentes formas, mas ainda faz um apanhado geral no final. E também abusa do recurso de te convencer de um ponto de vista controverso (ex.: que uma pessoa é culpada de um crime), para depois mostrar o oposto através dos fatos. Na primeira vez isso é divertido, na quarta começa a ficar cansativo. Talvez seja o fato de ele estar pregando para um convertido, mas o fato é que daria para comunicar mais com menos.

Nas Redes do Sexo foi mais um daqueles livros “fora da caixa” inseridos entre uma e outra leitura mais próxima do meu cotidiano – uma tática de expansão de horizontes que raramente me decepciona.

Baseado na pesquisa de campo da colombiana María Elvira Díaz-Benítez (doutora em antropologia social pela UFRJ), é uma análise interessante e minuciosa dos personagens (atores, produtores, recrutadores, técnicos, etc.) que formam a “rede” responsável pela produção de filmes pornográficos no Brasil, com foco particular na última década e na cidade de São Paulo – que, ao que tudo indica, é a Hollywood tupiniquim do gênero.

É um estudo bastante sério, livre de qualquer conteúdo erótico ou similar – se você procura pornografia, não é nele que vai encontrar. Mas abre espaço para alguma experimentação, cujo exemplo mais óbvio é a divisão da análise em capítulos que remetem à retratação cinematográfica do ato sexual em si: Preliminares foca no processo de recrutamento e pré-filmagem; Transa descreve os pormenores da captação e as polêmicas relacionadas (ex.: uso de camisinha), Consumação continua esse processo até a pós-produção/venda e Elenco faz um balanço sobre a vida e as perspectivas de atores e atrizes, dentro e fora do set.

O livro não perde de vista o olhar antropológico, o que pode tornar alguns trechos mais densos e menos interessantes para quem não tem inclinação para as ciências humanas. Não é o meu caso – mas se fosse, eu ainda recomendaria o livro, nem que fosse só pelas curiosidades e pelos bastidores desse suposto universo paralelo que, no fundo, é uma organização social como outra qualquer. É uma leitura sóbria, desprovida do erotismo que o título ou a capa podem sugerir – a menos, claro, do “voyeurismo intelectual” que qualquer texto com viés biográfico pode motivar…

O Encontro Ágil 2010 (que merecia seu próprio post) se destacou pelo face-to-face: os open spaces e interações entre participantes foram tão produtivos que a tradicional carência de conectividade sem fio da USP trabalhou a favor. E foi justamente uma dessas interações, o Coding Dojo (saiba o que é um) organizado pelo Bruno Gola (com o forte apoio do Asa) que me inspirou a organizar uma sessão equivalente no Apontador. Segue uma visão geral da experiência:

Preparação

Devido à heterogeneidade do público potencial (e também para levar o ambiente já preparado), era razoável escolher a linguagem com antecedência. Usamos Python por tres motivos: é fácil de aprender na hora para quem nunca viu, o código fica compacto e legível, e a expoisção a uma linguagem nova é um bônus extra (de fato, um dos pontos positivos mais enfatizados na retrospectiva).

A estação de trabalho era o meu Mac do trabalho mesmo, então usei o TextWrangler, um editor básico com sintaxe colorida e que permite alternar facilmente entre o programa e o teste. Deixamos o editor ocupando 2/3 da tela, e o restante dividido entre o console (posicionado estrategicamente para garantir a visibilidade do OK ou FAILED do teste) e o cronômetro – ter as duas coisas na tela dá mais segurança e tranquilidade à dupla.

Eu queria um cronômetro offline – apesar da internet do Apontador ser boa, é sempre bom reduzir riscos. Adorei o Coding Dojo Screenlet, escrito pelo próprio Gola, cuja cor de fundo (vermelho/verde) reflete o status do teste, ajudando a audiência saber quando (não) é apropriado se manifestar, mas ele só existe para Linux. A solução foi o timer do Hora Agora (criado pela Bani), que, aliado à interface minimalista do Chrome, resolveu super bem: o alarme ininterrupto garantia que o piloto, ao sentar no teclado, não esquecesse de reiniciar o timer (usando o parâmetro “?t=05:00″, era só dar reload na página).

Num dojo (e em TDD no geral) é uma boa idéia que, quando viável, o teste seja executado automaticamente sempre que você salva o arquivo. Conseguimos isso graças ao uso de nose + tdaemon (que ainda dá o resultado em popups do Growl), mas tem outras alternativas por aí como o autotest e o watchr. Outra idéia é rodar todo o ambiente do Dojo online, usando o CyberDojo. Opções não faltam: escolha conforme a linguagem, ambiente e gosto – o importante é deixar tudo preparado antes de começar!

No Dia

Após uma rápida introdução ao conceito de dojo e às “regras do jogo” (a Karen recomenda esses dois resumos), compilamos no quadro uma lista ordenada dos participantes – o que evita confusão na hora de trocar a dupla. A lista foi pela ordem em que as pessoas se voluntariaram, mas acho válida também a sugestão do Gola de alternar entre pessoas mais e menos familiarizadas com a tecnologia.

Dojo era novidade para quase todos os presentes, então pareceu razoável começar com um problema introdutório (RandoriKata), e fizemos o RomanNumbers (não por acaso, o mesmo que foi feito no Encontro Ágil). Foi interessante ver como a dinâmica e a técnica de solução de um mesmo problema variam em dojos diferentes.

Conclusão

A retrospectiva foi parte importante da experiência – ajudou a medir o que aprendemos juntos, onde acertamos e onde poderíamos melhorar. E me chamou a atenção ver que, mesmo não sendo o objetivo principal do dojo resolver o problema em si, o pessoal não quis ir pra casa sem ver todos os testes funcionarem. Não tenho dúvidas sobre o impacto positivo que isso terá no dia-a-dia de cada um.

Organizar um dojo não é coisa de outro mundo (gastei mais tempo escrevendo esse post do que preparando) – só é preciso realmente ter um espaço com projetor, comida e interessados. Recomendo reservar entre 1h30 e 2h para a brincadeira, e levar o ambiente pronto, deixando o encontro focado em programar e interagir.

Abrace a simplicidade e ajude as pessoas a seguirem as regras, mas sem pressão. Não perca de vista o aspecto lúdico e não-competitivo do evento, e o resto sai por conta. O pessoal se animou a compartilhar o código e marcar os próximos logo de cara. E o Apontador está considerando promover dojos abertos para visitantes – interessados, manifestem-se!

Já tem um tempo que eu queria voltar a ter uma ilustração para dar uma carinha mais simpática ao blog. Eu usava uma caricatura do Serginho (que ilustrava alguns artigos que escrevi para o Último Segundo) que é fantástica, mas retrata um Chester de dez anos, onze quilos e incontáveis cabelos atrás.

A Ila Fox publica todo dia uma ilustração nova no blog dela, e eu sempre curti o estilo. Resolvi então encomendar com ela o mini-Chester que vocês vêem aí embaixo. Curti tanto o resultado que estou usando um corte como avatar no Twitter e em outras redes.

Curtiu? Vai lá na lojinha da Ila e encomende a sua também. Ela é muito atenciosa, eficiente e, acima de tudo, profissional – nem ligou de desenhar o Apple II, mesmo sendo MSXzeira de raiz :-) (essa antítese é meio que o Corinthians x Palmeiras da era 8 bits…)

A maratona de eventos do mês foi concluída com a edição deste ano do Google Developer Day em São Paulo. É um evento bastante concorrido (afinal, é gratuito, bom e ligado ao Google), o que deve tornar a escolha dos participantes um desafio interessante – mesmo para aqueles cuja missão já é meio que organizar/classificar o universo…

Esse ano o processo de inscrição incluiu uma provinha que gerou bastante “mimimi” nas listas e redes sociais: uns questionaram a eficácia de um teste tão básico (e para esses recomendo ler sobre FizzBuzz e programadores que não programam), outros se sentiram injustiçados com a eventual não-convocação. O fato e que ela ajudou: qualquer pessoa que você encontrasse lá esse ano era, em maior ou menor grau, apaixonada por código. Não era bem assim em anos anteriores, e isso fez diferença no café/happy hour. Sabem como é: developers, developers, developers!

A organização também melhorou em todos os aspectos: da alimentação (que já era boa) aos os brindes (incluindo uma camiseta bem bacana) e internet, tudo pareceu funcionar melhor. Tinha mais gente que nos outros anos, e o pessoal xingou muito no twitter esse aspecto. Pessoalmente, achei que acomodaram bem – e que o GDD escala.

O conteúdo era, como se esperava, um grande showcase de tecnologias Google. Como recém-convertido a Android (e vindo do ADL Bootcamp), fiquei empolgado com a ênfase dada à plataforma – que não sucumbiu à miopia das operadoras, como eu temia no meu primeiro contato, em 2007. De qualquer forma, com três palestras simultâneas divididas em quatro trilhas (Android, Cloud, APIs e Chrome/HTML5), era difícil achar um horário em que nada interessasse (só deixei de ver dois blocos, para fins de socialização e uma merecida soneca nos pufes).

As palestras eram mais abrangentes que profundas (ao menos as que eu vi) – o que, para autodidatas, é um fantástico “mapa da mina” sobre o que explorar no universo de tecnologias que o Google disponibiliza. Em particular gostei de ver novamente o p@ falando sobre AppEngine e outros tópicos, e o Ryan Boyd destrinchando OAuth e OpenID. O que deu menos certo, a meu ver, foi a participação de empresas que usam as APIs do Google: a intenção de levar “gente que faz” para mostrar seus cases foi boa, mas rolou desde constrangimento de ex-funcionário até palestra tomada pelo “jabá”.

Mas essas coisas acontecem, e nem de longe tiram o brilho do evento. Pelo contrário, esse mesmo espírito de abertura conduziu ao fechamento do evento com apresentação dos GTUGs (Google Technology User Groups) do Brasil (onde o Paulo Fernandes do SP-GTUG sorteou vários brindes) e ao happy hour, no qual Googlers e civis papearam bastante. Em resumo, o casamento entre tecnologia e fator humano tornou o evento um sucesso, que espero ver novamente em 2011.

Quase como um “esquenta” para o GDD, o Google marcou na véspera (e no mesmo local) o Android Developer Lab Bootcamp, cuja proposta foi ocupar metade do dia com um “bootstrap” da tecnologia, no qual desenvolvedores participaram de:

• Uma apresentação rápida sobre Android (na qual ganhei um bonequinho de vinil respondendo a uma pergunta);
• Uma demonstração na qual cada participante reproduziu¹ em seu micro o passo-a-passo da construção de um aplicativo;
• Um desafio: adicionar um feature ao aplicativo em um intervalo de tempo reduzido. Os poucos que conseguiram ganharam camisetas, e participaram do sorteio de um Lego Mindstorms.

¹ O método utilizado foi uma aplicativo template, no qual o código dos features era “des-comentado” a cada passo (procure por “Step 0″). Parece bobo, mas na prática essa técnica alia o hands-on com a agilidade de algo pronto – gostei.

Uma pequena confusão foi causada pelo fato de o site do evento pedir para baixar as ferramentas, mas não para instalar as mesmas previamente. Algumas pessoas mal conseguiram concluir a configuração do ambiente, outras tantas perderam momentos preciosos da apresentação nesse processo de configuração. Mas no final deu tudo certo, e eu, recém-convertido ao Android, já estou com idéias envolvendo a migração de antigos projetos J2ME para a nova plataforma…

Desagradável mesmo foi o gaiato que se aproveitou do surgimento do FireSheep (que permite a pessoas sem conhecimento técnico capturar cookies de autenticação de sites como o Twitter) e da ausência de criptografia da rede Wi-Fi do evento (não que só isso seja garantia de segurança total, mas a falta dela viabiliza a coisa). Eu normalmente sou paranóico quando estou em redes públicas, mas acreditava que num evento desses o pessoal estaria mais focado em programar do que em brincar de “ráquer”. De qualquer forma, o Sheepsafe parece uma alternativa bacana para heavy users de redes públicas minimizarem esse tipo de inconveniente.

Finalmente, vale mencionar que quem ganhou o prêmio foi uma dupla, composta pelos meus amigos na foto: Lucas Uyezu e Karen Zamlutti – esta última também colega de IME/USP e integrante do time do Apontador. Detalhe: eles mal se conheciam, e trabalharam em par por iniciativa e inclinação natural a metodologias ágeis. Fica a lição.

Um complemento bacana a participar da PythonBrasil foi estar na RubyConf Brasil 2010. O evento sucede os Rails Summit, e na mesma tradição desses tem a LocaWeb como organizador, mas com empresas como a Gonow (onde o Akita, pioneiro do Rails no Brasil, trabalha atualmente) e a Caelum (que vem expandindo sua posição já consolidada no mundo Java para os novos fronts do desenvolvimento) aparecendo em destaque.

Apesar da internet ter deixado a desejar (em particular no primeiro dia), o evento contou com estrutura ótima: comeu-se bem (não teve almoço, mas estávamos sobre um shopping center), o espaço foi suficiente (não tão grande quanto o dos anteriores, segundo os veteranos, mas coube todo mundo) e o local era de facílimo acesso.

As palestras focaram muito em aplicação das tecnologias que se consolidaram no mundo do Ruby nos últimos tempos. Eu, que andava um pouco afastado da tecnologia (que foi crucial para subir o BitchMaps quase que da noite para o dia), curti muito a abordagem. Houve um espaço para “desconferências”, que funcionaram bem, mas eram um pouco formais demais, talvez desestimulando quem tivesse um recado mais curto para passar.

Como sempre, o lado social é importante. Houve um happy hour no Bar Opção (no qual fiquei pouco tempo, o cansaço dos eventos anteriores já se acumulava) e a impressão que ficou ao conversar com as pessoas é que as empresas estão ficando mais receptivas ao uso de linguagens dinâmicas – possivelmente um movimento em sintonia com a crescente adoção de práticas ágeis na gestão do desenvolvimento de software.

Toda essa vibração em torno de Ruby on Rails me faz ver que é questão de tempo até que apareçam as primeiras aplicações Ruby on Rails usando a Apontador API. Ela ainda não dispõe de biblioteca oficial para esse ambiente, mas com módulos como RestClient e oauth-plugin, creio que os rubistas não terão grandes dificuldades (e se estiverem, estamos lá para ajudar).

Estive na PythonBrasil[6], isto é, no “6º Encontro Brasileiro da Comunidade Python”, que rolou em Curitiba entre 21 e 23 de Outubro. Por conta da aula na UNESP, só pude chegar na sexta (22), mas ainda assim deu pra aproveitar bastante.

Alguém tuitou que este foi um encontro orientado a pessoas, e é verdade: todos lá estavam muito acessíveis – sem deixar de lado o perfeccionismo e profundidade no conteúdo, os palestrantes estabeleceram um diálogo muito positvo com todos os presentes, dentro e fora das palestras.

Uma das marcas da comunidade Python é receber bem todos os interessados, e este aspecto foi contemplado pela ilustre presença do Fabio Akita (@AkitaOnRails), que, à exemplo do que fez no QCon, mostrou onde a comunidade Ruby/Rails acertou e errou ao longo dos anos, deixando lições inestimáveis para os pythonistas que souberam enxergar além das diferenças.

Outro destaque foi o Pedro Valente (@pedrovalente), o elo perdido entre o jornalismo e o desenvolvimento de software. Ele agitou o #freecep nos open spaces e apresentou a versão python-ativada da sua consagrada exposição sobre extração de dados públicos “na marra” – que deixava uma dica para que eu fizesse (mais) uma lightning talk sobre o Cruzalinhas.

Eu achava que o assunto já tinha sido abordado o suficiente (falei dele no FISL 11 e no QCon), mas dado que a palestra original do Pedro Valente foi justamente o que me inspirou a criar o site, achei que não faria mal em complementar a apresentação dele (mesmo sem ter ensaiado ou feito slides próprios para a ocasião). Mas ver o pessoal abraçando à idéia de que serviços públicos implicam em dados públicos já valeu: o @botobr está tentando reproduzir o lance em Curitiba, o @jbochi abriu o fonte do Tô a Pé, entre outros.

De qualquer forma, eu estava no evento como palestrante: fui falar da Apontador API, a iniciativa do Apontador em abrir suas APIs (um assunto que merece seu próprio post, a seu tempo). Fiquei muito satisfeito com a resposta do público: não foram passivos, fazendo perguntas contundentes (acerca da qualidade, da relevância e do posicionamento do produto diante de alternativas) e dando sugestões muito coerentes (que já dispararam ações lá dentro). Audiência qualificada é tudo!

Os slides estão disponíveis no SlideShare (e abaixo), e incluem incluem exemplos básicos de uso da biblioteca Python (cujo código-fonte é livre e também pode ser obtido no github). Ficam os meus agradecimentos à organização pela oportunidade, ao público pela receptividade e a todos os participantes por um excelente evento!

A organização da XVIII Semana da Ciência da Computação (SECCOMP 2010) me convidou, por intermédio do Eduardo Maçan (o Kevin Bacon do software livre: todo mundo no meio o conhece), a ministrar uma aula (mini-curso) sobre mashups web para os alunos de Ciências da Computação no último dia 21.

Por se tratar de um tema pouco convencional, optei por uma abordagem mais descontraída: as origens musicais do tema foram ilustradas com um videoclip de música do Girl Talk e os exemplos iam de sites comerciais como o BuscaPé até o polêmico BitchMaps e o surreal Mobzombies.

Este panorama foi complementado por um passeio através de diversas tecnologias relevantes para quem quer integrar e misturar as fontes de dados e APIs existentes na web. A apresentação desta parte teórica (com links úteis no final, incluindo o ensaio que foi a base principal da aula) está disponível no SlideShare.

A prática foi feita em duas partes: um exercício usando o excelente Yahoo! Pipes para mesclar diferentes fontes de informação; e uma brincadeira simples, mas completa, na qual os alunos usaram a Apontador API para encontrar bares próximos à universidade e apresentá-los em uma página usando a API do Google Maps.

Foi uma experiência gratificante, na qual espero ter ajudado a mostrar para o pessoal que está chegando agora a importância da programação baseada no ecossistema Web 2.0, deixando um “hello world” sobre o qual eles possam criar coisas interessantes.