Só tangenciando o contexto, JavaScript pode ser usado para programar em Scheme, rssss:<div><a href="http://www.crockford.com/javascript/scheme.html">http://www.crockford.com/javascript/scheme.html</a></div><div><a href="http://www.crockford.com/javascript/little.html">http://www.crockford.com/javascript/little.html</a><br clear="all">

<br>ABS()<br><br>
<br><br><div class="gmail_quote">2012/5/2 Nuba Princigalli <span dir="ltr"><<a href="mailto:nuba@fastmail.fm" target="_blank">nuba@fastmail.fm</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div><div style="font-family:Arial;font-size:medium" dir="ltr"><div>
        <div>
                <div>
                        Caros,</div>
                <div>
                         </div>
                <div>
                        On Tue, May 1, 2012, at 01:00 AM, Ulisses IBIZ wrote:</div>
                <blockquote type="cite">
                        <div dir="ltr" style>
                                <div>
                                        nao morro de amores por Javascript mas essa linguagem vem mudando o modo de fazer as coisas, talvez pq ela esteja mais a mao...</div>
                                <div>
                                         </div>
                                <div>
                                        = cada vez mais estao surgindo apps com complexas interfaces de usuario, em Javascript e HTML, claro. Com crossroads.js, backbone.js, knockout.js se constroe interfaces de maneira bem mais facil, tirando muito da complexidade do servidor. Cada vez mais o servidor tem ficado apenas com o lado de persistencia de dados com BDs tolerantes a falhas, distribuidos, prontos pra cloud. Decisores estao focando cada vez mais nas duas pontas: qual a cara da minha app e como persistir os dados na cloud, com baixo custo, alta disponibilidade e sem falhas. E escolhem um miolo/server que nao atrapalhe, falando geralmente JSON via REST.</div>


                                <div>
                                         </div>
                                <div>
                                        de uma brincada aqui para ver o que se pode fazer na UI, <span>somente na ponta, sem mexer uma palha no server => <a href="http://learn.knockoutjs.com/" target="_blank">http://learn.knockoutjs.com/</a></span></div>


                                <div>
                                         </div>
                                <div>
                                        <span>examplos de uso do backbone.js => <a href="http://documentcloud.github.com/backbone/#examples" target="_blank">http://documentcloud.github.com/backbone/#examples</a></span></div>
                                <div>
                                         </div>
                                <div>
                                        = Node.js, Javascript que roda no servidor (isso mesmo), orientado a eventos que visa consumir muito menos recursos do lado servidor. Mais em <a href="http://www.ibm.com/developerworks/br/library/os-nodejs/" target="_blank">http://www.ibm.com/developerworks/br/library/os-nodejs/</a>. Ta no comeco, mas ainda vai ficar melhor.</div>


                                <div>
                                         </div>
                                <div>
                                        a <a href="http://voxer.com" target="_blank">voxer.com</a> esta usando node.js com riak como db nonsql, distribuido, tolerante a falhas, p.exe.</div>
                        </div>
                </blockquote>
                <div>
                         </div>
                <div>
                        No começo do ano passado comecei a usar javascript além dos "page enhancements" triviais, comecei pelo jQuery, jQuery Mobile e Jemplate -- esse último me permitiu reutilizar, no browser, templates que eu já usava na view da minha app catalyst. Terminei me afogando num spaghetti code danado, e resolvi que era hora de parar de "programar em jQuery" e entrar no JS pra valer.</div>


                <div>
                         </div>
                <div>
                        Hoje, não vejo nada melhor que o combo: Perl no backend, exposto via API REST + JavaScript no frontend, consumindo essa API, no paradigma de single-page app, thick client.</div>
                <div>
                         </div>
                <div>
                        Tenho acompanhado também node.js, mas até agora os relatos que vejo na rede <a href="http://irc.perl.org" target="_blank">irc.perl.org</a>, de quem está experimentando, me sugerem que valha a pena esperar um pouco mais...</div>


                <div>
                         </div>
                <div>
                        Posto isso... sempre torcendo por avanços na linha perl+lvvm+emscripten, e nas iniciativas como as do fglock, pra uma hora termos Perl (e tudo que for Pure-Perl no CPAN) no browser! :)</div>
                <div>
                         </div>
                <div>
                        Lembrando que aqui no Rio temos um grupo ótimo de JS, <a href="http://riojs.org/" target="_blank">http://riojs.org/</a> com encontros técnicos a cada 2 meses, que tem entre seus principais organizadores o Leo Balter, que palestrou no YAPC::Brasil 2011 e entrou recentemente na lista! Inclusive, no último encontro, no Peixe Urbano, levamos (sim, no plural rsrs) muitas coisas técnicas e da comunidade de Perl (e outros levaram também de Python e de Ruby) para enriquecer a discussão sobre o ferramental e a cultura do JS hoje.</div>


                <div>
                         </div>
                <div>
                        Abraço,</div>
                <div>
                         </div>
                <div>
                        Nuba Princigalli</div>
                <div>
                         </div>
        </div>
</div>
<div>
         </div>
</div><div>--</div>
<div>Nuba R. Princigalli  <a href="mailto:nuba@pauleira.com" target="_blank">nuba@pauleira.com</a>  <a href="http://pauleira.com" target="_blank">http://pauleira.com</a>  @nprincigalli</div>
<div>Discipline is not an end in itself, just a means to an end. - King Crimson</div>
</div><br>_______________________________________________<br>
Rio-pm mailing list<br>
<a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br></blockquote></div><br></div>