(1) Se o objetivo é prático, o título é inapropriado. Se o alvo é “mais populares no mercado”, esqueceu de especificar o mercado. Bancos e financeiras, por exemplo, utilizam-se muito de linguagens funcionais como Haskell; sistemas embarcados de C/C++; sistemas críticos de Ada. Já o “feijão com arroz”, o “be-a-bá” da Computação, usa essas que você disse, mesmo.

(2) Quando você escreve “frescuras” você está denegrindo a linguagem, quando Haskell, na verdade, é o “supra sumo”, com forte formalismo e facilidades que outras linguagens não permitem. Um exemplo prático? http://www.cs.chalmers.se/ComputingScience/Research/Functional/Fudgets/haskell-vs-ada-abstract.html

(3) Quando você afirma algumas características de Haskell, na verdade, você está afirmando características de paradigmas de programação, o que retorna ao meu primeiro comentário. Se você deseja “apresentar de maneira simples conceitos que definem linguagens de programação”, talvez seja interessante você fazer um paralelo com o ensino da matemática, talvez uma comparação ensinar achar número ímpares por um fluxograma, uma maneira “falada” e por uma equação (do tipo p = 2*k + 1 ). Afinal, Computação é Matemática.

Eu sei que estou sendo pedante nos meus comentários, mas são apenas críticas construtivas para uma possível série de artigos seus.

De qualquer forma, parabéns pela iniciativa.

1. O objetivo desse texto foi fornecer uma visão prática de características que definem uma linguagem de programação. Por isso eu foquei em linguagens populares e mais usadas no mercado.

2. Linguagens como Haskell possuem mais frescuras que eu não cobri nesse artigo. O Leandro Lameiro me fez uma pergunta sobre um trecho que eu escrevi:

“Em uma linguagem de tipo estático, o compilador deve conhecer o tipo de uma variável ou método antes da execução do programa (por isso, o tipo de uma variável normalmente é explicitamente declarado).”

Pergunta: esse “normalmente” é pra cobrir as linguagens de tipo estático implicito?
Minha resposta: Sim, como em Haskell.

Em outros trechos do artigo eu também fugi dessas linguagens. Por exemplo, Scala é uma linguagem que pode ser tanto interpretada quanto compilada.

Eu gostaria de conseguir cobrir essas peculiaridades de algumas linguagens de programação, porém o texto poderia fugir do objetivo: apresentar de maneira simples conceitos que definem linguagens de programação.

Mas ainda quero rever o que escrevi, juntar todos os comentários e escrever novamente. Existem alguns ‘problemas’ no texto, porém em termos práticos acho que está tudo ok!

Valeu pelo comentário!

Você apenas focou linguagens imperativas e de “orientação a objetos” (sim, com aspas!) e esqueceu de descrever o que realmente faz linguagens de programação diferentes: o paradigma.

Na sua “colagem de logos” você colocou Haskell e Erlang, por exemplo, mas não as definiu no seu texto. Onde se encaixariam?

Paradigmas são o que realmente diferenciam linguagens e, entre eles, podemos citar:
(1) Declarativo, como Prolog
(2) Imperativo, como C e Pascal
(3) Orientado a Objetos, como Smalltalk e Java
(4) Funcional, como LISP, Haskell e Erlang

Não me lembro, agora, se há outros paradigmas (o Wikipédia não é a melhor referência nesse assunto). Preciso dar uma olhada no livro de Compiladores para relembrar. Mas esse é o “verdadeira razão” pela qual se diferenciam as linguagens.

Uma excelente referência é o livro “Programming Language Landscape” [ http://portal.acm.org/citation.cfm?id=5429 ] ou os professores de Compiladores.

Se tivesse lido esse post antes, não ia ficar maluco tentando entender o livro que estou lendo sobre Cocoa!

Aliás, acho que é algo que vale citar, que Objective-C (a linguagem pra Macs e iPhone) aceita tipagem forte ou fraca! Inclusive, no livro que estou lendo, ele comenta que pode parecer estranho usar tipagem fraca se você está mais acostumado com tipagens fortes, mas que as coisas funcionam tão bem quanto e te permitem maior flexibilidade!

Esse mesmo exemplo que você citou (a + b), em Javascript, se não me engano, mesmo uma delas sendo uma String, é feita uma soma… agindo de maneira diferente do Ruby!

Parabéns Barbolo! Excelente post!