Estava eu no hall do café da empresa que trabalho, esperando a máquina terminar meu expresso, quando ouço o seguinte diálogo:

- C++ é muito melhor do que Java, cara.

- De jeito nenhum!

- Claro que é! Para te provar isso, você sabia que a máquina virtual do Java foi escrita em C++?

Agora eu te pergunto, amigo leitor: O que tem a ver uma coisa com outra?

Isso me levou a pensar sobre o comportamento de alguns colegas de profissão - e, algumas vezes, o meu próprio comportamento.

Linguagens de programação são apenas ferramentas, e devem ser tratadas como tal, e não como uma ideologia. Aliás, a primeira qualidade de um bom profissional é saber escolher corretamente suas ferramentas, deixando de lado emoções e gostos pessoais.

Ora, por acaso você já viu um mecânico de automóveis tentando tirar um parafuso com um martelo, simplesmente porque ele acha que o martelo tem uma usabilidade melhor? Pois é exatamente isso que as vezes fazemos, por não dar voz à razão.

Hoje trabalho com desenvolvimento de software embarcado nativo, em C. E nem seria louco de propor o uso de Perl, por exemplo. Java? talvez um dia.. mas não hoje - e nem nas camadas que “falam” diretamente com o hardware. Seria loucura.

Durante a minha carreira, já programei em PHP, Perl, Java, C, C++, JavaScript… qual é a melhor? nenhuma delas. Todas são ferramentas importantes guardadas na minha modesta caixinha, prontas para serem usadas quando eu julgar conveniente.

Muito se discute sobre metodologias de software e hoje estou convencido de que não é possível o desenvolvimento de software sem uma metodologia eficiente. E toda metodologia traz consigo uma série de processos a serem seguidos. E,  este eh um ponto importante que diferencia as diferentes metodologias presentes no mercado: a quantidade de processo que cada uma traz consigo.

Mas… qual é o limite ideal da relação programação/processo?

Os desenvolvedores irao brigar pelo desenvolvimento, e o pessoal dos times de qualidade, pelo processo

Mas que tal olhar sob o ponto de vista do usuario? sera que ele se importa realmente se o software que esta usando eh proveniente de uma empresa com certificacao CMMI? Eu, como usuario, nao me importo.

Sob este ponto de vista, acredito que a quantidade ideal de processo eh a minima possivel, para que seja possivel o gerenciamento do projeto, mas que nao leve o desenvolvedor a passar mais da metade de seu tempo preenchendo formularios. (quem trabalha em empresas de porte medio a grande sabe do que estou falando… )

PS: me perdoem a falta de acentuacao, estou postando de um PC desconfigurado..

O site About.com preparou uma lista com alguns livros gratuitos (em PDF ou HTML) sobre programação em C/C++. A lista pode ser acessada aqui.

Destaque para o excelente “Thinking in C++ 2nd Edition Bruce Eckel’s Classic Book” e para o “C++ Programming“, que é um livro em sistema colaborativo (Wiki) que já tem um material muito bom. Vale a pena ler - e escrever.

Pois é exatamente esta a proposta do Scott Petersen, da Adobe.

Em suma, o projeto Tamarin (que já nasce forte, apoiado por Adobe e Mozilla) cria um módulo do flash capaz de entender C.

Claro que não é tão simples como parece; foi criado um compilador C especial, responsável por gerar código para uma máquina virtual rodando em ActionScript. Engenhoso.

Dando certo ou não, a idéia é muito boa e abre uma gama muito grande de possibilidades - aposto que muitos aí já estão imaginando o slackware rodando num flash player

É claro que existem muitas barreiras a serem enfrentadas, e já imagino que a performance deve ser a maior deles, mas a idéia por si só merece algumas palmas.

O arigo inteiro pode ser acessado aqui.