Minha namorada me pediu dias atrás para instalar o Windows Live Messenger. Quando ela abre o MSN na versão antiga, aparece um alert pedindo o upgrade de versão. Ao você clicar no botão de atualizar é encaminhado para uma página e ao selecionar o arquivo para download… página não encontrada.
Procurei no Google onde baixar uma versão standalone para ela e não encontrei. Devo ser burro. Em contra-partida, a instalação do Microsoft Messenger - que no Mac não se chama Windows Live Messenger - é bem mais simples:

A diferença está nos detalhes: como um mesmo software, feito pela mesma empresa, pode ser tão diferente?

Considero pertinente a divulgação das dicas a seguir. Fica a dica

1. Vc. deve evitar abrev., etc.
2. Desnecessário faz-se empregar estilo de escrita demasiadamente rebuscado, segundo deve ser do conhecimento inexorável dos copidesques. Tal prática advém de esmero excessivo que beira o exibicionismo narcisístico.
3. Anule aliterações altamente abusivas.
4. “não esqueça das maiúsculas”, como já dizia dona loreta, minha professora lá no colégio alexandre de gusmão, no ipiranga.
5. Evite lugares-comuns assim como o diabo foge da cruz.
7. Estrangeirismos estão out; palavras de origem portuguesa estão in.
8. Chute o balde no emprego de gíria, mesmo que sejam maneiras, tá ligado?
9. Palavras de baixo calão podem transformar seu texto numa merda.
10. Nunca generalize: generalizar, em todas as situações, sempre é um erro.
11. Evite repetir a mesma palavra, pois essa palavra vai ficar uma palavra repetitiva. A repetição da palavra vai fazer com que a palavra repetida desqualifique o texto onde a palavra se encontra repetida.
12. Não abuse das citações. Como costuma dizer meu amigo: “Quem cita os outros não tem idéias próprias”.
13. Frases incompletas podem causar
14. Não seja redundante, não é preciso dizer a mesma coisa de formas diferentes; isto é, basta mencionar cada argumento uma só vez. Em outras palavras, não fique repetindo a mesma idéia.
15. Seja mais ou menos específico.
16. Frases com apenas uma palavra? Jamais!
17. Em escrevendo, não se esqueça de estar evitando o gerúndio.
18. A voz passiva deve ser evitada.
19. Use a pontuação corretamente o ponto e a vírgula especialmente será que ninguém sabe mais usar o sinal de interrogação
20. Quem precisa de perguntas retóricas?
21. Conforme recomenda a A.G.O.P., nunca use siglas desconhecidas.
22. Exagerar é cem bilhões de vezes pior do que a moderação.
23. Evite mesóclises. Repita comigo: “mesóclises: evitá-las-ei!”
24. Não abuse das exclamações! Nunca! Seu texto fica horrível!
25. Evite frases exageradamente longas, pois estas dificultam a compreensão da idéia contida nelas, e, concomitantemente, por conterem mais de uma idéia central, o que nem sempre torna o seu conteúdo acessível, forçando, desta forma, o pobre leitor a separá-la em seus componentes diversos, de forma a torná-las compreensíveis, o que não deveria ser, afinal de contas, parte do processo da leitura, hábito que devemos estimular através do uso de frases mais curtas.
26. Cuidado com a hortografia, para não estrupar a língüa portuguêza.
27. Seja incisivo e coerente, ou não.

Autor desconhecido.

Comedinha é um tumblelog que criei para reunir todos aqueles emails (não tão) engraçadinhos que chegam dos colegas de trabalho.

Ele funciona sobre o Posterous. O Posterous é um serviço de microblogging que permite o post por email. Assim, assim que recebo o email engraçadinho encaminho para post@posterous.com. Produtividade rocks ;)

Escrevo esse artigo dentro do meu voo de São Paulo para Belo Horizonte. Passei 4 dias em São Paulo, participei do Rails Summit, bloguei ao vivo um resumo das palestras e vou expor meus comentários sobre o ecossistema Rails - ou se preferir, o gueto Rails.

Trilhos da oportunidade

Conheci durante o evento vários pessoas que só conhecia pelo Twitter. Muitas dessas pessoas possuem aplicativos web, outras desenvolvem no tempo livre por prazer (como eu), outras trabalham offshore. De tudo isso, a única coisa que possuo concluir é que de fato existe um trem da oportunidade. Existem vagas para bons programadores nesse mercado, o trabalho remoto É possível e É uma realidade. Globalização é um americano morar na Argentina e contratar um programador brasileiro no evento.

Maturidade da comunidade

Rails definitivamente é mais do que somente um framework para desenvolvimento de aplicações web. Rails é resultado de um trabalho coletivo e maduro de uma comunidade. No Brasil essa comunidade é formada de gente vinda de várias tecnologias (Java, PHP, Python, programação desktop) e que se identifica com um software de opinião, com metodologias agéis e com computadores de Cupertino.

Essa pluralidade de pessoas tornam um encontro como o Rails Summit rico não somente de potenciais técnicos, mas sim de potenciais humanos.

Programadores podem ser empreendedores

Existe muita programador com vontade de empreender. As apresentações do Vinícius são uma provocação para botar para fazer. Negócios na web são como aplicações. É necessário fazer, testar, refatorar e nesse sentido a troca de experiências no Rails Summit é inspiradora a sonhar e a agir. Com Rails, aplicações são feitas rapidamente e é dessa velocidade que o seu negócio precisa.

Conclusão

Rails não é só código, é um tag que pessoas de diferentes opiniões, experiências e lugares carregam. Nessa comunidade o foto não está nos comos e sim nos porques. Após o Rails Summit, só posso confirmar o quanto é único esse gueto.

Richard Kilmer: MacRuby

A primeira palestra do segundo dia trouxe o americano Richard Kilmer que falou sobre MacRuby, a união entre Ruby e Objective-C. Notas dos slides:

• Problems with RubyCocoa: It’s a bridge; 2 runtimes, 2 GC, different syntax
• MacRuby 0.4: Objective-C 2 + Ruby 1.9
• Every Ruby class is an Objective-C class
• Every Ruby object is an Objective-C object
• Every Ruby method is an Objective-C method
• MacRuby é um pouco mais rápido do que Objective-C
• MacRuby utiliza recursos de processamento paralelo do OS X
• HotCocoa is an idiomatic Ruby API that simplifies the configuration and wiring together of Objetive-C/Cocoa classes - resumindo: simplifica a sintaxe e deixa algo mais ‘Ruby Way’

Imagem ilustrativa

Nando Vieira: Ruby 1.9

O Nando falou do que há de novo no Ruby 1.9, tema inclusive de um PDF de sua série HOWTO. Sua apresentação, bem bonita, trouxe inúmeras notas sobre as mudanças da linguagem. Alguns pontos:
Continue lendo →

Esse é um rascunho do que foi abordado no primeiro dia do Rails Summit.

Chad Fowler: Insurgência Ruby on Rails

• Stop doing things you know are wrong!
• A primeira Rubyconf aconteceu em 2001 com 34 pessoas.
• Nenhum dos participantes ganhava $ com Ruby.
• 5 dos 34 participantes escreveram o Agile Manifesto.
• “The survival rate for startups is way less than 50%. So if you’re running a startup, you had betted be doing something old. If not, you’re in Trouble”
• Implante uma nova tecnologia gradativamente.
• Don’t do (.Net | Java | C++ | C | Perl l PHP) in Ruby: a razão de trocar de tecnologia é fazer as coisas diferentes!
• Linguagens de computador são como namoradas: a nova é melhor porque você é melhor.

Gregg Pollack: Na Vanguarda da Performance em Rails

Gregg Pollack, o cara dos screencasts do RailsEnvy, falou sobre performance. Primeiramente ele trouxe em 60 segundos algumas coisinhas para otimizar apps.

• Usar Yslow
• Cache: Page Caching, Action Caching, Fragment Caching, Object Caching
• Avoid Cache expiration
• Use memcached
• Use background process
• Client-side caching: etags & last-modified
• Don’t pre-optimize: 99% of the time you’ll need 0%
• Don’t abuse your database

Continue lendo →

Eu era dono de um CrackBook, digo, MacBook com o topcase trincado. Sim, a Apple é quase perfeita, erros de projeto acontecem e muita gente por aí também tinha Mac trincado. Não é falta de cuidado, carrego a máquina em uma luva da Case Logic de Neoprene e o que se percebe é que o problema está nas travas de fechar do display. Começou com um cantinho quebrado e até semana passada ele já estava trincado em quatro lugares. FAIL.

Pensei eu mesmo comprar um topcase no ebay e trocá-lo eu mesmo, mas deixei de lado a alternativa nerd e resolvi tentar resolver o problemas por vias normais. A 15 dias atrás procurei a Tecmania, autorizada da Apple de Belo Horizonte. Trocaram o topcase mesmo com o MacBook fora da garantia e com um atendimento bem bacana. Funciona assim: você leva a máquina, eles fazem o pedido em São Paulo e em mais ou menos uma semana o topcase chega. Tudo sem custo.

Ainda bem que são só 140 caracteres. Eu já vi esse ano:

• Marcelo Tas com seu patrocínio da Telefônica. Nada contra, cada um com seus patrocínios.
• meia dúzia de famosos ‘proclamando revolução’ com o hashtag #forasarney.
• Marcos Mion pedindo RT pro Ashton Kutcher.
• Luciano Huck dando TV pra ganhar followers.
• Luciano Huck trocando alfinetadas com o Marcelo Tas.
• Rubens Barrichello trocando alfinetadas com o Reporter Vesgo.
• Danilo Gentilli com sua piada mau compreendida.
• E por último, as trapalhadas da rainha dos baixinhos com seus súditos.

E agora, quem será o próximo FAIL do Twitter? Será que irá surgir o Personal Twitter, para aconselhá-los como se comportarem? O único famoso pra seguir deve ser o Vitor Fasano. Ah, mas esse é fake. Já sei, vou seguir o Tarso Cadore.

O PHPMyAdmin é quase uma unanimidade em gerenciadores de banco de dados MySQL. Mas existe vida além dele. Vamos lá:

SQL Buddy

O SQL Buddy é uma alternativa bacana, com bonita interface e traduzido para vários idiomas, incluindo português.

Adminer

Já o Adminer é um app em php feito em 1(!) único arquivo. Possui diversas traduções (nenhuma ainda em português) mas é altamente indicado o mantermos em nossos servidores para uma rápida manutenção.

Fica a dica para quem usa o Textmate: Tasks é um bundle para o Textmate que permite a criação de Todo lists bonitinhas.

A instalação é fácil:

Depois disso, todos os arquivos .todo, .todolist e .tasks serão formatados de acordo com o bundle.