Li um interessante artigo sobre a linguagem DART e vou compartilhar minhas impress\u00f5es com voc\u00eas. A primeira coisa curiosa sobre o artigo \u00e9 ele ser classificado como Green Paper. Eu nunca tinha ouvido falar nesse termo; j\u00e1 eram de meu conhecimento os white papers. Aparentemente um “green paper” vem a ser um artigo em forma de proposta; algo para discuss\u00e3o; nada definitivo.<\/p>\n
Voltando para o assunto principal, que \u00e9 essa nova plataforma DART, achei interessante os argumentos que fizeram a Google se dispor a desenvolver essa nova plataforma. Abaixo enumero alguns dos pontos que achei importante.<\/p>\n
Por que se chama plataforma?<\/strong><\/p>\n Porque ela \u00e9 composta de uma m\u00e1quina virtual, de uma linguagem de programa\u00e7\u00e3o e ferramentas para o desenvolvimento.<\/p>\n Para que mais uma linguagem?<\/strong><\/p>\n Sem d\u00favida essa \u00e9 a pergunta fundamental. A motiva\u00e7\u00e3o da Google baseia-se na percep\u00e7\u00e3o da tend\u00eancia de “engorda” do lado cliente em aplica\u00e7\u00f5es WEB. As chamadas aplica\u00e7\u00f5es de uma \u00fanica p\u00e1gina (Single Page Application) est\u00e3o crescendo em import\u00e2ncia, principalmente para tirar proveito da grande capacidade de processamento ocioso que a camada cliente (os navegadores) disp\u00f5e. At\u00e9 os navegadores dos celulares atuais disp\u00f5e de grande processamento.<\/p>\n Nesse tipo de aplica\u00e7\u00e3o de p\u00e1gina \u00fanica, o c\u00f3digo de execu\u00e7\u00e3o de uma aplica\u00e7\u00e3o – ou pelo menos toda a parte de um caso de uso espec\u00edfico – \u00e9 carregado para o lado cliente. As necessidades de dados armazenados no servidor s\u00e3o supridas com invoca\u00e7\u00f5es ass\u00edncronas pela j\u00e1 consagrada tecnologia AJAX. Recursos como banco de dados j\u00e1 est\u00e3o dispon\u00edveis nas vers\u00f5es novas dos navegadores que suportam HTML5 e facilitam uma s\u00e9rie de tarefas que antes exigiam a conex\u00e3o ativa com o servidor. At\u00e9 mesmo aplica\u00e7\u00f5es offline s\u00e3o poss\u00edveis nesse ambiente.<\/p>\n Mas por que n\u00e3o JavaScript?<\/strong><\/p>\n Minha primeira rea\u00e7\u00e3o ao ler os prop\u00f3sitos de DART foi: “mas j\u00e1 temos JavaScript”. Muitos, imagino, v\u00e3o pensar inicialmente da mesma maneira. Entretanto, recursos do JavaScript que o torna extremamente flex\u00edvel e poderoso, quando levados para desenvolvimento em larga escala, acabam expondo fraquezas. A n\u00e3o tipagem e a execu\u00e7\u00e3o din\u00e2mica de c\u00f3digo tornam o c\u00f3digo JavaScript dif\u00edcil para ambientes de trabalho em equipe. Esses recursos tornam invi\u00e1veis certos feedbacks que as IDEs contempor\u00e2neas e ferramentas de integra\u00e7\u00e3o cont\u00ednua oferecem para desenvolvimentos descentralizados. Uma pequena falha de um desenvolvedor pode compromenter a aplica\u00e7\u00e3o e tal falha s\u00f3 ser percebida no momento da utiliza\u00e7\u00e3o.<\/p>\n Bem, \u00e9 isso. Quem quiser, recomendo a leitura desse artigo, escrito por\u00a0Chris Buckett.<\/p>\n