Espero que sim! Nos últimos meses este também é o único “esporte” que tenho praticado

Apropósito, já assisti uma palestra sua sobre os Telecentros aqui em Florianópolis (em 2003, se não me engano)… Excelente!

Valeu pelas opiniões Marco, elas me fizeram pensar ainda mais nos itens que coloquei ali. Gostaria de ver essas suas opiniões no seu blog. Talvez assim fique mais prático continuar esta troca de idéias… Que tal?

Concordo

* Diferencia bem a hora de aprender da hora de usar o que aprendeu;

Discordo plenamente. Informática só se aprende utilizando. Achar que vai fazer um curso e depois saber usar é um mito. Achar que vai usar sem ter que consultar referencias o tempo todo é um mito. Você sempre programa aprendendo, e nunca aprende pra depois programar.

O que eu acho que tem que ser “separado” é o momento da pesquisa de novas tecnologias. Através dessa pesquisa e de muito tato adquirido com a experiência, você decide o que utilizar. Depois você aprenderá a utilizar aquilo que optou, mas só aprenderá utilizando de fato.

* Busca a solução mais simples e que funcione.

Este eu concordo em gênero, número e grau. A falta de buscar a solução mais simples é o problema de 10 em cada 10 programadores no Brasil. As excessões são como acertar na loto, pelo menos a julgar pela minha experiência de mais de 10 anos.

* Sabe “vender” uma ideia;

Faltou você dizer quem é o cliente nesse caso. O chefe/gerente de desenvolvimento? O cliente usuário do sistema?

Se o cara é bom eu concordo. O problema é que tem muito enrolador por aí que sabe vender, mas não sabe programar. E infelizmente a maioria dos chefes cai como um patinho.

* É capaz de expor suas ideias para um leigo;

Você tá falando do cliente/usuário né? Se um cara é “leigo” não deve (não deveria) ser programador, muito menos incomodar o trabalho dos outros.

Em relação aos usuários, concordo que o cara tem ser capaz de dizer o que pensa, e não simplesmente fazer o que o cliente pede, sob risco de seguir um caminho errado. Nem sempre o cliente sabe o que quer direito, e o desenvolvedor deve ser capaz de identificar isso e por a boca no trombone para evitar um buraco fundo.

* Consegue distinguir o vocabulário técnico do de negócios.

Claro, claro… O problema que eu vejo aqui é na ênfase. A ênfase do programador deve ser no vocabulário técnico. Seria fantasioso achar que se pode fazer os dois na mesma plenitude. Se o cara se liga demais nos negócios acaba ficando fraco no lado técnico. Deve ter apenas o conhecimento necessário para entender o que o cliente quer, mas nas reuniões é natural que o programador dê umas puxadas para o lado técnico, ou então não é programador. Infelizmente tem muito chefe que gosta mais dos que entendem muito dos negócios, e isso acaba arruinando o trabalho na hora de por a parte técnica em prática.

* Possui bastante background teórico;

Discordo plenamente. Teorias são muito bonitas, mas além de tomarem tempo demais na tentativa de se aplicá-las, a grande maioria se mostra inútil com o tempo. Só o que se vê são metodologias que tornam os sistemas mais complexos do que deveriam ser e não funcionam,algoritmos e documentações que na prática nunca serão usadas e só tomam tempo, crendices em relação a segurança que são prato cheio para enroladores de plantão mas que são inúteis numa informática aonde os ataques a sistemas são tão dinâmicos e a todo momento surgem diferentes brechas que colocam mesmo os melhores esquemas de segurança por água abaixo.

* Autodidata para ferramentas e linguagens;

Essencial. Não se aprende informática em cursos e nem em livros. Se aprende utilizando, como eu disse anteriormente, por ser algo extremamente dinâmico e mutável.

* Participa ativamente de várias listas de discussão;

Pode ser uma maneira de ser auto-didata, mas acho que hoje em dia é mais fácil e rápido procurar as respostas no Google do que lançar perguntas e esperar alguém ter a boa vontade de responde-las.

* Gosta de ler livros não-técnicos;

Isso não é essencial para ser um bom programador.

* Busca participar de palestras, workshops e cursos.

Perda de tempo. Como eu já disse, não se aprende a programar em cursos. Palestras e workshops nunca darão tanta informação quanto uma boa pesquisa no Google.

* Pratica algum esporte;

Não é essencial para ser um bom programador.

* Consegue manter um ótimo relacionamento com colegas e clientes.

Necessário, mas obviamente não um sinonimo de programar bem.

Não sei se era sobre isso que voce estava pensando mas tem uma mensagem bem clara!