Muita gente já deve estar acostumada com o uso de bibliotecas de templates para HTML em suas plataformas de desenvolvimento server-side. Que eu me lembro: Smarty é legal no PHP, Cheetah no Python, ERB e HAML no Ruby, FreeMarker e Velocity no Java.

Últimamente tenho encontrado alguns projetos utilizando bibliotecas de template para JavaScript. Eu pessoalmente prefiro a simplicidade do zTemplate, mas também existem projetos mais robustos como o JavaScriptTemplates, PURE, ou o ZParse.

O uso do zTemplate é tão fácil que eu não preciso nem dar esse exemplo de uso. Dê uma olhada na página da parada. É dahora!

Eu adoro o jQuery. Não tem um dia que não brinque um pouco com ele.

É claro que ele não é a solução para a pobreza mundial, nem sequer para a tristeza dos emos. Como tudo nessa vida de softwares, é importante saber quando vale a pena adicionar à porrada de linhas de código que o jQuery adiciona ao carregamento da página, quando vale a pena usar algo que encaixa melhor no problema.

De qualquer forma eu tenho um motivo muito bom para você esquecer o discurso de quem é “anti” qualquer coisa, como o jQuery…

jQuery agora é algo que está no navegador

Há algum tempo atrás, o Google anunciou que hospedaria algumas bibliotecas de JavaScript, tais como jQuery; prototype; script.aculo.us; MooTools; dojo, apoiando os desenvolvedores a linkarem a parada diretamente de lá. A idéia é que com muitos desenvolvedores usando as bibliotecas que estão hospedadas no mesmo lugar, o usuário muito provavelmente terá uma copia da local em cache sempre.

O bom é que funcionou! O criador do jQuery acabou de falar: “Bom - A conta do jQuery na Amazon S3 ficou 1/3 mais barata que mês passado. As pessoas devem estar usando o Google Ajax API agora. Yay!”

E isso só vai aumentar. Podemos básicamente acreditar que o usuário já tem o jQuery (ou coloque aqui o seu framework JS preferido) pronto para ação no navegador! Ainda resta algum outro motivo para não utilizar?

John Resig criador do jQuery começou outro projeto interessante: um profiler para aplicações que utilizam o jQuery.

A intenção do projeto é criar uma maneira para se analisar a performance da aplicação e então optimizar os métodos com maior custo, mas acredito que saber quais funções foram utilizadas pode também ser útil para filtrar funções não utilizadas na biblioteca e então diminuir o tempo de carregamento e consumo de banda em sites que fazem uso desse incrível framework Javascript.

This evening I was playing around with the idea of profiling jQuery applications - trying to find a convenient way to completely analyze all the code that is being executed in your application. Deep Profiling jQuery Apps