2009 June

Uma coisa que eu vi nos vários eventos em várias cidades do Brasil, foi que mais e mais pequenas empresas ou mesmo departamentos governamentais estão avançando em Ruby on Rails. Até nos lugares mais inusitados. Muitos me perguntam para recomendar empresas que desenvolvem em Rails. Aqui fica a questão, você trabalha ou tem uma empresa que desenvolve Rails, dá cursos de Rails, ou tem equipes trabalhando full-time em Rails? Deixe seu comentários neste post, com nome da empresa, contato, descriçã...

Tradução: Who wants to live in The Real World? O Mundo Real deve ser um lugar verdadeiramente deprimente de se viver. Aparentemente um lugar onde novas idéias, maneiras não-familiares, e conceitos estrangeiros sempre perdem. Me dizem que a única coisa que funciona no Mundo Real é que seus habitantes já sabem e já fazem. Não importa quão ruim ou ineficiente isso possa ser. Define-se pessoas que vivem lá como vivendo uma Vida Real. Uma existência preenchida com pessimismo, desespero e todo grad...

Existe um pensamento que me cruza a cabeça de vez em quando. Como blogueiro eu tenho relacionamentos com muitas pessoas da blogosfera em geral, tanto do Brasil quanto fora, muitas pessoas que sempre encontro em conferências, tudo muito gratificante pois eu sempre aprendo mais. Além disso já trabalhei em muitos lugares então sempre existem contatos antigos e antigas experiências.

Por outro lado tenho um dilema, especialmente quando envolve assuntos sobre críticas porque muitas pessoas lêem e assumem a carapuça de formas interessantes que, obviamente, eu não posso controlar. Contexto é tudo.

Exemplo clássico, os artigos As 5 Disfunções em Equipe de Código, Conselho para Gerentes de Desenvolvimento de Software, ou Net Negative Producing Programmer. Razões para escrever eu nunca tenho uma única específica, a inspiração aparece, eu escrevo. Nos últimos meses tenho estudado muito material a respeito, diversos livros, dezenas de artigos, porque eu sempre gosto de entender o que faço mais a fundo e porque eu entendo que nunca vou saber tudo. (O que significa que tem mais artigos meus nessa linha ainda para vir :-) Em particular dois desses artigos foram inspirados numa conversa que tive durante conferências recentes com um bom amigo meu.

Esta é a tradução em português do artigo original de Martin Fowler no seu Bliki. Você pode ler a versão original aqui

A ThoughtWorks começou a usar Ruby para projetos em produção em 2006, de lá até o fim de 2008 tínhamos 41 projetos em ruby. Preparando para uma palestra na QCon eu pesquisei esses projetos para examinar que lições poderíamos tirar dessa experiência. Eu descrevo nossos pensamentos até agora sobre questões comuns da produtividade, velocidade e mantenabilidade de Ruby. Até agora nossas conclusões são que Ruby é uma plataforma viável e que deve ser considerada seriamente para muitas formas de aplicações – em particular aplicações Web usando Ruby on Rails. Eu também avanço por sobre algumas lições técnicas, incluindo alguns pensamentos sobre testar Active Record.

Recentemente a Apple atualizou toda sua linha de notebooks Macbook Pro para não terem mais baterias removíveis. As baterias agora são internas e duram de 7 a 8 horas, o dobro do resto da indústria e, teoricamente, devem durar até 5 vezes mais.

Olhando em termos de valor ao cliente eu imagino que a Apple pode ter pensado: “por que as pessoas precisam de baterias removíveis?” As respostas variam, mas eu particularmente imagino que existem apenas duas razões: como as baterias normais duram cerca de 3 ou 4 horas, para usar um dia inteiro de trabalho você precisa de pelo menos 2 baterias, especialmente se você está viajando ou em conferências que duram o dia inteiro. O segundo motivo é porque a baixa qualidade das baterias atuais faz com que elas se “viciem” muito rápido e uma bateria que durava 3 horas começa a durar 2 ou menos horas.

Obs: alguns dias trás eu escrevi um desabafo sobre o comportamento ruim de um gerente de projetos. Nesta tradução, vamos ver soluções e os cenários corretos. Vamos à tradução:

Em 2004, a revista ‘Software Development Magazine’ entrevistou Gerald Weinberg. Aqui vão algumas de suas respostas (a entrevista completa está no site dele):

Qual foi o melhor conselho relacionado a gerenciamento que você já deu?

Se você culpa seus funcionários, você é um péssimo gerente. Você os contratou, os aceitou, os supervisionou, e dirigiu seu treinamento. Você é responsável. Se você não gosta do que está acontecendo, veja seu próprio comportamento. Mas, se há crédito a ser dado, é deles.

E sobre gerentes que foram contratados em um grupo onde alguns ou todos os funcionários já foram contratados por outra pessoa?

Você não assume um trabalho de gerência de forma passiva. Antes de aceitar a posição, você entrevista todos em seu grupo, e você consegue o apoio deles, ou se livra deles – ou não aceita a posição. Eu não sei porque gerentes não entendem isso. Eles assumem novas responsabilidades como colegiais em seu primeiro encontro às cegas.

E se um funcionário começa a demonstrar mal comportamento depois que ele ou ela o contratou – comportamento que não era aparente na fase de entrevista?

Bem, isso acontece, e é para isso que gerentes são pagos. Pode ser um retrocesso, mas é seu trabalho cuidar disso e terminar o serviço. Infelizmente, poucos gerentes técnicos tem qualquer preparação para isso, é uma coisa que venho tentando remediar por anos – então, por um lado, eu sou culpado, porque fui bem sucedido apenas em alguns casos. Ei, se tudo desse certo o tempo todo, você não precisaria de gerentes.

Desta vez faz apenas pouco mais de um mês desde minha última compilação de notícias. Este mês foi interessante, principalmente com a RailsConf Las Vegas que aconteceu no começo do mês. Quem quiser acompanhar tudo o que eu venho lendo, assine o feed do meu Google Reader, meu Delicious e, claro, para as últimas novidades, sigam-me no Twitter. Vamos às notícias: