Esse post eu devo ao Marcos Bonci Cavalca, aluno de iniciação científica orientado pelo mesmo orientador que eu (prof. Marcel Jackowski). O Marcos está pesquisando interfaces para programas de imagens médicas e pretende usar o Wii Remote na interface que está desenvolvendo. Com as reuniões periódicas do grupo de pesquisa, eu acabei aprendendo um pouco também e resolvi contar aqui.

O Wii Remote tem dois sensores: uma câmera, que captura a luz infravermelha emitida por dois pontos na sensor bar, e acelerômetros, que permite obter a aceleração do controle nos três eixos (vertical, lateral e profundidade). A câmera encontra as fontes de infravermelho (lembrando: o Sol é uma, então jogar Wii a céu aberto num dia ensolarado não é uma boa) e emite as coordenadas dos pontos para o console. Com isso, dá para calcular a orientação do controle com relação ao chão e a direção para a qual você está apontando na tela. Já o Nunchuk, se não me engano, tem um acelerômetro só. Todos os dados são enviados via bluetooth para o Wii.

Uma curiosidade: Não sei se todo mundo sabe mas eu, pelo menos, descobri há pouco tempo. Vale não só para a sensor bar do Wii Remote, como para a maioria dos emissores de infravermelho usados em controles remotos. As webcams e (não testado) câmeras mais baratas e simples capturam infravermelho. Assim, você pode testar se seu controle remoto está funcionando apontando-o na direção de uma webcam ligada. A fonte de luz infravermelha vai aparecer branca na imagem.

Acompanhe-nos também via Twitter.
Veja como ter um desconto no Dreamhost: um excelente servidor web.

Uma das coisas que mais me atrapalhava com o svn era quando eu queria gerar um snapshot do que tinha no repositório, mas sem os .svn .

Um one-liner bash que faz isso:

	find . -iname .svn | xargs rm -fr

Explicação:

1. find . -iname .svn: Encontra todos os arquivos ou diretórios que se chamem .svn
2. xargs rm -fr: O xargs é um programa que executa o que vier depois dele pra cada linha que ele receber como entrada. Por isso apaga todos os .svn.

Acompanhe-nos também via Twitter.
Veja como ter um desconto no Dreamhost: um excelente servidor web.

Na segunda palestra que assisti (na verdade terceira, mas a primeira não conta porque, infelizmente, dormi :P), Sylvestre Mergulhão deu continuidade à palestra do Fabio Akita e falou sobre escalabilidade utilizando Rails no site RedeParede, um site de classificados com versões para toda a América Latina.

Sylvestre começou falando da performance do site e o sistema de indexação do Google (o Googlebot). Falou que o Googlebot afetava perceptivelmente a performance do site quando estava indexando e era responsável por aproximadamente metade das requisições. Levantou também algumas teorias sobre o Googlebot (parte que achei mais interessante na palestra):

1. Sitemap em XML => mais visitas
2. Rank também é determinado por capacidade do site de receber visitas
3. Queda de serviço => menos indexação por um bom tempo
4. Mais atualizações => mais indexação

Depois disso, Mergulhão falou um pouco sobre a estrutura física dos servidores do site. São seis máquinas atrás de um balanceador de carga, cada uma com cinco instâncias rodando atrás do NGINX. Falou também um pouco do memcached, utilizado para fazer cache de qualquer string, que está sendo utilizado em massa pelo site. Segundo ele, é uma biblioteca fácil de usar, apesar de pouca documentação. Deu também exemplos de configuração e de uso. Falou mais um pouco sobre problemas com caching (página muda de acordo com usuário) e sobre outros tipos de caching: de página (falou que era melhor usar o cache de HTTP com ETags), de ações (muito interessante: permite guardar o resultado de uma ação no cache; dobrou a capacidade de processamento do servidor deles) e de fragmentos (para guardar pedaços de páginas).

Por fim, falou um pouco sobre o ganho de performance e de tempo de desenvolvimento (por não ter que usar mais SQL) com o uso do Sphinx.

O começo da palestra foi interessante, mas minha impressão final é de que o palestrante não ficou muito feliz com o resultado da migração do site, antes em PHP, para Rails. Outro comentário que posso fazer é que já trabalhei num projeto em Rails com Sphinx e a equipe não gostou muito; acabamos mudando para o Solr.

Acompanhe-nos também via Twitter.
Veja como ter um desconto no Dreamhost: um excelente servidor web.

Ontem, Fabio Akita deu uma palestra no FISL 10 sobre Ruby on Rails. Foi uma palestra lotada e divertida.

A palestra começou com uma breve introdução ao arcabouço, um outline da palestra. O Fabio falou de como surgiu o arcabouço, qual era seu objetivo inicial, falou das atuais versões de Ruby, de Rails e do JRuby e da importância da comunidade para o projeto.

Em seguida, na parte mais divertida da palestra, o Akita mostrou alguns dados sobre a performance da máquina virtual de Ruby. Mostrou, por exemplo, o ganho de velocidade da versão 1.8 para a versão 1.9 da máquina virtual “padrão” de Ruby por meio de um jogo muito interessante chamado “Rubystein” que eu, pelo menos, não conhecia nessa versão… hehehe). O jogo, aliás, utiliza uma biblioteca para acessar o hardware diretamente para fazer o desenho 2D: Gosu.

Depois da demostração de ganho de velocidade realmente impressionante da nova máquina virtual, falou um pouco da importância da comunidade para se aprender e divulgar Ruby on Rails. Citou, inclusive, alguns sites muito bons para ficar por dentro das últimas novidades sobre o projeto:

• Peepcode
• railsenvy.com (podcasts)
• railscasts.com (vídeo podcasts de how-to’s)
• Outros…

Em seguida, Fabio falou de alguns recursos que já vem embutidos no Rails mas que nem todo mundo lembra, motivo pelo qual, segundo ele, algumas pessoas xingam Rails sem motivo. Dentre essas funcionalidades, vale destacar o suporte a autenticação HTTP básica, Atom, internacionalização (i18n para os íntimos), XML, JSON, e-mail e caching.

Para terminar, o Akita fez uma demonstração de algumas funcionalidades incrementando o já famoso blog de 15 minutos. Criou uma área de administração com login, colocou caching, um editor de texto mais incrementado e suporte a upload de arquivos, para citar as mais legais.

Enfim, aprendi algumas coisas novas com essa palestra; gostei! E acho que também agradou a quem não conhecia quase nada de Rails. Parabéns, Akita. Mas faltou alguma coisa de metodologias ágeis na palestra (pelo título).

O código que ele mostrou na palestra está no GitHub e os slides, no SlideShare.

Assim que der tempo falo sobre as outras três palestras que assisti ontem, apesar da visita do nosso presidente ter atrapalhado um pouco o andamento do evento…

Acompanhe-nos também via Twitter.
Veja como ter um desconto no Dreamhost: um excelente servidor web.

Na primeira palestra da qual participei (e a primeira que dei num evento público), falei, junto com o grande Fabio Kung, sobre Seaside, um arcabouço para desenvolvimento de aplicações para a Web escrito em Smalltalk. O Kung, é claro, falou de Rails.

O objetivo da palestra era mostrar que Seaside é muito melhor que Rails, mas o Kung não deixou (brincadeira!). Na verdade, o objetivo da palestra era mostrar coisas que são legais em ambos os arcabouços, e que um poderia aprender com o outro. É claro que nem tudo poderia ser copiado, já que as raizes dos dois tem algumas fortes divergências, como a aceitação do protocolo imposto pela Web (stateless) versus a subversão total dessa ideia (stateful, implementada pelo Seaside). Existem motivações para ambos: stateless, para respeitar a Web e ser mais escalável; stateful, para ser mais fácil de desenvolver e mais reutilizável.

Mostramos muito pouco de cada um dos arcabouços. A ideia era mostrar tópicos bem mais avançados. No fim, quase que não deu tempo de mostrar como criar um componente do Seaside.

Fiquei devendo uma resposta no meio da palestra. Quando falei que Seaside era baseado em componentes, inspirado no desenvolvimento para desktop, o Diego Plentz me provocou falando que era que nem VB; aliás, que VB era melhor porque, pelo menos, tinha uma interface gráfica para desenvolver componentes. Eu, com toda minha sagacidade, não consegui responder na hora :P. Mas a resposta é: VB não é linguagem o Seaside é baseado em componentes porque é fácil programar a interface pensando assim (senão o VB não era a linguagem inicial de tantos programadores por aí) e o Seaside melhora isso usando uma linguagem muito legal no lugar de VB.

As críticas que ficam a cada um dos arcabouços:

• Rails: tem muita complicação no sistema de arquivos; para quê tantos arquivos e diretórios? Para que tantos arquivos de configuração? Por que a dependência do banco de dados, por padrão? Tudo bem, o escopo de Rails é bem pequeno, mas talvez as convenções estejam um pouco complicadas demais.
• Seaside: faltam pacotes para acrescentar algumas tarefas comuns ao Seaside. Faltam, também, arcabouços de teste mais atualizados e com melhor documentação (não há um “Cucumber” e a documentação do SSpec). Por fim, o Smalltalk praticamente impõe uma IDE para você e impede o uso dos recursos utilizados em outras linguagens (SVN, pastebin, etc.)

Bom, é isso. Eu espero que as pessoas que compareceram a palestra tenham gostado e que eu tenha a oportunidade de dar novamente uma palestra no FISL. Foi uma experiência muito legal.

Acompanhe-nos também via Twitter.
Veja como ter um desconto no Dreamhost: um excelente servidor web.

A décima edição do FISL começou ontem, na PUC-RS, em Porto Alegre. A localização não é novidade, mas a data terrível atrapalhou bastante as caravanas das universidades públicas. A citar, o IME-USP que, no ano passado, foi a maior caravana do FISL com mais de 50 pessoas, teve meras 14 pessoas vindo de ônibus conosco.

Após uma sugestão (muito mal recebida) de mover o FISL para uma cidade que ofereça mais recursos, como Curitiba, houve promessas de, no ano que vem, termos um lugar melhor para realizar esse evento. Disseram que a governadora do Rio Grande do Sul estaria aqui, ontem, na abertura do evento. Não vi, mas não duvido. No horário da abertura, ocorria um Coding Dojo organizado pela galera do DojoSP no estande da Locaweb - ontem foi em Python, hoje, segundo o Daniel Cukier da Locaweb, será em Ruby.

Se você não sabe o que é um coding dojo, apareça na sessão hoje, às 13h na sala MSL-PR, ou dê uma olhada nos posts:

FISL 9.0: Coding Dojo
Screencast do Coding Dojo

O Jonas assistiu uma palestra com um desembargador brasileiro e o senador que escreveu o projeto de lei que rege sobre crimes virtuais. Mais tarde, ele vai escrever um post completo contando o conteúdo em detalhes. Parece que foi bastante interessante.

Pena, que a organização do FISL impediu que os palestrantes respondessem uma pergunta bastante pertinente sobre o que o Governo tem em mente para impedir a interpretação errônea da lei, que poderia prejudicar pessoas. Impediu, porque, depois de a pergunta ser feita, o coordenador de mesa declarou que o tempo acabou. O palestrante pediu para responder apenas essa pergunta (que é extremamente pertinente) e recebeu um claro “Não.” na cara. Feio, organização do FISL, muito feio.

Mais feio ainda impedir palestrantes de entrar na sala VIP (sala dos palestrantes) no final da tarde de ontem porque “a sala está reservada para as autoridades da abertura”. Palestrantes contam com a sala também para fazer coisas pertinentes ao FISL - terminar sua palestra, por exemplo!

Que era o caso do Luiz, aqui do Vidageek, e do Fabio Kung. Eles vão se degladiar numa palestra hoje, às 16h na sala fisl6 (41-E), comparando os frameworks de desenvolvimento web Rails (Ruby) e Seaside (Smalltalk). Atenção no horário e local! A programação mudou e não alteraram na grade - é no espaço que parece estar vazio às 16h de hoje.

Aliás, falando na grade de palestras… organização, se tem gaps vazios em algumas salas de palestras, por que não passaram mais algumas palestras inscritas e refutadas — muitas vezes, sem nem notas, nem comentários ou razões reais para não terem passado. Ouvi de um palestrante que passou na “segunda chamada” que ele tinha 4 aceitações fortes, uma rejeição fraca e não passou. Bizarro, hein? Outros nem receberam as notas ainda.

Um grupo de pessoas da USP sugeriu trocar o sistema pobre de submissão e avaliação de palestras que se usa atualmente pelo sistema que é usado na organização todas as conferências mundiais da Debian. A organização disse que era tarde de mais pra isso - e a submissão de palestras não estava aberta ainda.

Muitos por quês e muitas críticas. Fica uma sugestão: colocar mais pessoas de outros Estados na organização. Muita gente está achando que a organização está regionalista de mais. E isso é, provavelmente, a parte mais fácil de resolver.

Acompanhe-nos também via Twitter.
Veja como ter um desconto no Dreamhost: um excelente servidor web.

Começo esse post pedindo desculpas aos nossos leitores que não fazem parte da USP, mas algumas causas exigem que mesmo quem não gosta de se manifestar em questões políticas faça algo a respeito.

A Universidade de São Paulo é uma instituição reconhecida internacionalmente em produção científica e, nos últimos tempos, reconhecida nacionalmente por ter se tornado palco de conflitos. Conflitos gerados por um pequeno grupo de pessoas que se diz representar os funcionários, docentes e estudantes da USP - e não representam, como mostram os resultados da pesquisa online criada pelo estudante Anderson, atualmente da EACH ( http://greveuspresultado.dnsalias.com/ )

Na tentativa de mostrar, de forma pacífica, aos grevistas que eles são a minoria, foi realizado um Flashmob na última sexta-feira, na prainha da ECA. Apesar da pouca divulgação, várias pessoas apareceram por lá e foram recebidos com gritos de “Facista” e “filho de banqueiro” pelo Sintusp. Mais do que isso, vídeos no YouTube mostram grevistas empurrando os manifestantes que apenas olhavam para o carro de som - o que mais choca é que esses que partiram para a agressão são “estudantes” da USP, os funcionários se mostraram mais civilizados.

http://www.youtube.com/watch?v=47XB5R4XCow
http://www.youtube.com/watch?v=MOTY3_LCPlg

No mesmo dia, mais à noite na Praça do Relógio, outra flashmob pacífica se reuniu por um breve período e, quando começou a se dispersar, pessoas anti-greve sofreram novamente agressões, primeiro verbais dos grevistas. A sequência foi narrada no Orkut (link) por um rapaz que levou cuspe e chutes de grevistas. Recomendo a leitura. Para quem não usa Orkut, o texto foi transcrito aqui:

http://blogdotom.wordpress.com/2009/06/20/o-estado-de-violencia-na-usp-so-tende-a-piorar/

Pela recepção violenta da parte dos grevistas e, claro, para mostrarmos, apenas pela presença pacífica na reunião, nossa opinião sobre a tal da greve da USP, propôs-se um novo Flashmob:

Dia: 25/06/2009 quinta-feira
Horário: 12:30
Local: Em frente à FEA
(página no Orkut)

É importante ressaltar a pacificidade da reunião. A intenção é mostrar o número de pessoas anti-greve na USP, não é fazer bagunça, não é ofender ninguém, mas sim mostrar nossa representatividade.

Sei que muitos estudantes anti-greve não poderão participar, já que muitos de nós usa cada minuto extra do tempo para estudar, fazer trabalhos ou escrever teses de mestrado/doutorado - ou se desdobra para estudar e trabalhar. E exatamente isso é o que torna importante fazer um esforço para estar presente nesse flashmob. Se você tem esse tempinho na hora do almoço, passe lá para mostrar sua opinião - mostrar quem é maioria.

Obrigado pela atenção e, novamente, peço desculpas aos leitores que não deveriam precisar ser expostos a isso. Infelizmente, se faz necessário.

Acompanhe-nos também via Twitter.
Veja como ter um desconto no Dreamhost: um excelente servidor web.

Recentemente escrevi um post sobre como migrar seu repositório svn para o git. Em um dos passos falo pra você criar uma lista de mapeamento dos seus usuários do svn para os do git. O único problema disso é descobrir quem são eles. Aqui vai um one-liner de bash que resolve isso :)

svn log | grep "^r[0-9]" | \\
sed -E "s/^.*\|(.*)\|.*\|.*$/\1/" | \\
sort | uniq > seu_arquivo_com_os_usuarios

Explicação da bizarrice acima:

1. svn log: Exibe todo o log de commits feitos naquele repositório.
2. grep “^r[0-9]“: Pega todas as linhas iniciadas com r seguido por um número (header de cada commit do svn)
3. sed -E “s/^.*\|(.*)\|.*\|.*$/\1/”: Roda o monstro chamado sed em modo estendido e captura o nome dos usuários (conte o número de pipes)
4. sort: Ordena a lista com os usuários que comitaram.
5. uniq: elimina todas as duplicatas deixando apenas uma cópia de cada usuário (só funciona em listas ordenadas. Por isso o sort anterior).

Tentei fazer usando o comando cut no lugar do sed, mas o cut desistia no meio do caminho por causa de caracteres estranhos.

Acompanhe-nos também via Twitter.
Veja como ter um desconto no Dreamhost: um excelente servidor web.

Sei que tem um monte de tutoriais por aí de como migrar de svn para git, mas não achei nenhum com tudo que eu precisasse e em português. Então aqui vai o meu :)

WARNING!!!! Se você tem um repositório svn público e vai migrar para o github, use o script de migração que ele te oferece quando você cria um repositório lá.

1. Primeiro você deve instalar o git-svn. Não sei como instalar via apt, mas com o macports é um simples sudo port install git-core +svn (talvez você precise desinstalar o git-core antes de conseguir instalar. Se for o caso, sudo port uninstall git-core)

2. Crie um arquivo mapeando os usuários do svn para os do git. Algo como:

   jonas = Jonas Abreu <jonas@vidagek.net>
   usuario_svn = Nome Usuario <email@usuario.net>
   

   Dê o nome que quiser para o arquivo.

3. Faça checkout com o git svn

   mkdir repo_temp
   cd repo_temp
   git svn init URL_DO_SEU_REPOSITORIO_SVN --no-metadata
   git config svn.authorsfile ARQUIVO_DE_MAPEAMENTO
   git svn fetch
   

   É bem importante não esquecer do –no-metadata. Isso vai evitar que ele traga um monte de lixo (.svn, se não me engano) para sua máquina.

4. Limpe a sujeira que o git svn colocou no seu repositório git local clonando ele.

   cd ..
   git clone repo_temp repo_final
   

5. Altere a url da origem do seu repositório local:

   cd repo_final
    .git/config
   

   Troque a url:

   [remote "origin"]
         url = repo_temp
   

   pela url do seu repositório git:

   [remote "origin"]
          url = URL_DO_SEU_REPOSITORIO
   

6. Envie os dados para o seu servidor remoto:

   git push origin master
   

Pronto. Seu repositório acabou de ser migrado de svn para git. Simples, fácil e rápido (a não ser que você tenha uns 10k commits. Aí vai demorar bastante. No meu caso demorou cerca de 4 horas o processo completo.)

Acompanhe-nos também via Twitter.
Veja como ter um desconto no Dreamhost: um excelente servidor web.

Acabei de fazer o release da versão 1.4 do Mirror, do qual já falei por aqui.

Essa nova versão vem com alguns bugfixes, uma forma melhor de trabalhar com getters e setters e uma pequena mudança na forma de uso.

Essas e outras mudanças podem ser vistas em http://projetos.vidageek.net/mirror-pt/projeto/release-notes.

Todo feedback é bem vindo.

Acompanhe-nos também via Twitter.
Veja como ter um desconto no Dreamhost: um excelente servidor web.