ATUALIZAÇÃO de maio de 2018: Já se passaram 2 anos e este artigo ainda recebe centenas de leituras por mês. Devo observar que algumas das coisas abaixo estão desatualizadas. Por exemplo, quando digo “em breve, você vai poder escrever código Dart para apps nativos de Android e iOS” mais abaixo, isso já é muito possível. Então, aproveite como uma peça histórica.

As respostas variaram de leve espanto a provocações amigáveis e negatividade total. Não os culpo: para muita gente, o Dart é um bicho estranho. Dá para encontrar muitos desenvolvedores inteligentes na internet que acreditam firmemente que o Dart não vai dar certo ou que ele já fracassou.

Eu acredito firmemente no oposto. Posso estar errado, claro, mas tenho certeza suficiente sobre o Dart para apostar minha carreira nele.

Então, aqui vão alguns motivos pelos quais acredito no futuro brilhante do Dart. Obviamente, você deve ter em mente que sou funcionário do Google, na equipe do Dart. Sou tão parcial quanto alguém pode ser. Se você quer uma visão de quem não trabalha no Google, tem outras opções.

Não posso compartilhar os números reais (ainda?), mas há muito código Dart sendo escrito no Google. Muitas linhas de código. Todos os dias.

Quase todo esse código é crítico para a missão. O Dart é usado pela equipe de produtos que gera a maior parte da receita do Google.

Além disso, o Dart recentemente entrou para um clube exclusivo, formado por um punhado de linguagens de programação, que exige um processo especial de revisão de código no Google.

Em outras palavras, o Dart vai ser um sucesso mesmo que ninguém fora do Google o use. Uma comunidade animada é, claro, uma bênção enorme para qualquer tecnologia. Acontece que, no caso do Dart, isso definitivamente não é um requisito para sobreviver neste momento.

O Dart está estável agora (atualmente na v1.13), mas isso não significa que o trabalho nele tenha parado ou sequer diminuído. Se você olhar para github.com/dart-lang, vai ver 139 repositórios relacionados ao Dart mantidos pelo Google. Vamos dar uma olhada apenas no repositório principal (sdk).

No último mês, que incluiu as férias de Natal, o GitHub Pulse mostra:

Excluindo merges, 32 autores enviaram 408 commits para a master e 412 commits para todas as branches. Na master, 828 arquivos foram alterados, com 93.059 adições e 88.236 remoções.

Compare esses números com os de outros projetos semelhantes, desenvolvidos em código aberto, como Rust, Go, Scala, TypeScript ou Ruby.

Não estou dizendo que a velocidade de commits seja equivalente à qualidade, nem nada do tipo. Mas ela deve dizer algo sobre o investimento, o foco e o ritmo de melhoria.

Linguagens de programação e suas bibliotecas padrão são criaturas complexas que nunca ficam prontas.

Uma fantasia popular entre programadores é que você projeta um sistema belo e elegante e então — ele simplesmente funciona. A palavra-chave aqui é: "fantasia". Sim, as tecnologias que usamos todos os dias costumam ter um design elegante, mas, mais importante, as melhores têm uma quantidade enorme de trabalho (e retrabalho) por trás.

E não se trata só de quantidade, claro. A equipe por trás do Dart é formada por engenheiros de software experientes do Google. Pessoas como Kasper e Lars (famosos pelo V8), Gilad (famoso pela especificação da linguagem Java) e John (famoso pelo inotify) contribuem todos os dias. E ainda há participações especiais, como Erik (famoso por C# e Rx). Na minha opinião, a qualidade dos engenheiros é o melhor indicador da qualidade da tecnologia que eles constroem.

O primeiro alvo do Dart foi a web, mas desde o início ele foi projetado como uma linguagem de programação de propósito geral.

• Você pode compilar Dart para JavaScript, que roda em qualquer navegador.

• Você pode escrever ferramentas de linha de comando e até servidores em Dart.

• Em breve, você poderá escrever código Dart para microprocessadores (pense no Raspberry Pi) e, mais interessante ainda, para microcontroladores (pense no Arduino). Isso significa que desenvolver para dispositivos realmente compactos, baratos e de baixo consumo deixa de ser um clube exclusivo de C/C++/asm.

• Em breve, você poderá escrever código Dart para apps nativos de Android e iOS.

Tenho notado que até os primeiros adotantes estão cansados da mudança constante nas ferramentas e bibliotecas da moda.

O Dart está evoluindo, sim, mas os projetos que você escreveu há um ou dois anos ainda usam a mesma biblioteca padrão, os mesmos recursos da linguagem e o mesmo gerenciador de pacotes e dependências.

Além disso, existem jeitos "dartísticos" de fazer as coisas: a maior parte do código Dart que vi segue o Guia de Estilo oficial, o Guia de Uso e o Guia de Design. A legibilidade é valorizada na comunidade Dart.

Ok, isso é subjetivo. Mas, convenhamos, nossas escolhas de stack de desenvolvimento geralmente são. Se puder evitar, você tende a usar o que parece certo para você. Alguns desenvolvedores adoram JavaScript, outros o odeiam, apesar de ser a mesma linguagem. O mesmo vale para Java, PHP, Ruby ou Dart.

Um grande motivo pelo qual estou perfeitamente disposto a apostar minha carreira no Dart é que não sou só eu. Há muita gente inteligente que usa a linguagem e gosta da experiência, como neste relato e nesta discussão.

Por quê? O Dart não é para todo mundo, mas, para um certo tipo de desenvolvedor, ele pode ser um sopro de ar fresco.

• É familiar (nada de sintaxe esquisita), especialmente se você vem de C#, ActionScript, Java, C e afins.

• É previsível (nada de semântica bizarra).

• Ele não atrapalha o seu caminho (tipos opcionais, falta de solidez, GC, tudo é objeto, mirrors)…

• … mas permite escrever código robusto (tipos opcionais, generics opcionais, bibliotecas, pacotes, transformers).

• Facilita as coisas usuais (async/await, interpolação de strings, this.field, operadores null-aware).

• Vem com uma biblioteca padrão bem pensada.

Então é isso. Durante 2016, acho que boa parte do que descrevi acima vai começar a fazer mais sentido para mais pessoas.

Mas, pelo menos agora, você sabe por que (acho que) minha transferência para a equipe do Dart não é um completo lapso de juízo.