A Universidade de Stanford - uma das melhores do mundo na área - anunciou que vai disponibilizar gratuitamente o material completo de vários cursos de tecnologia, como engenharia, ciência da computação e inteligência artificial.

A página do projeto pode ser acessada aqui -> Stanford Engineering Everywhere

A iniciativa, parecida com o “MIT Open Course Ware” do MIT, reforça uma nova tendência no meio acadêmico de computação - que particularmente aprecio muito - de disseminar conhecimento para a comunidade.

Para quem conseguir um tempinho na agenda, é uma ótima oportunidade de ter um curso de Stanford ou do MIT no currículo.

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..

Este post é em homenagem a todos que, como eu, passam horas e horas na frente do PC trabalhando para que a humanidade possa usufruir das maravilhas que um chip de silicio.

Hoje, dia 12 de setembro é comemorado o dia do programador. Da wikipedia:

O Dia do Programador é uma data festiva no 256º dia do ano, celebrada por programadores de computador em boa parte do mundo. Esta é uma data significativa para programadores porque 256 é igual a 28 (2 elevado à 8ª potência), e 8 são os números de bits de um byte.

O Dia do Programador é comemorado dia 13 de Setembro, exceto em anos bissextos, nos quais ele é comemorado no dia 12 de Setembro, pois esse é o 256º dia do ano.

Extremamente nerd, como não poderia deixar de ser.

Parabéns a todos nós!

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.