Eder,<br><br>assim como Perl tem XS, outras linguagens têm suas próprias maneiras de acessar bibliotecas em C para otimizar desempenho.<br><br>E com relação à Flickr / Facebook o que eu quis dizer é que geralmente o gargalo não é o CGI, mas usualmente o processamento do client ou banco de dados. Você só deu mais dois exemplos complementando a minha afirmação.<br>
<br>A discussão levantada é que, na minha opinião, Perl é melhor utilizado como uma clue language e para rotinas administrativas - sejam elas de redes, de banco de dados ou de sistema, do que como linguagem para desenvolvimento de sistemas complexos e sistemas que possuam GUI sem ser Web. Para Web Perl é Ok, só comentei que considero que há opções melhores.<br>
<br>[]&#39;s<br><br><div class="gmail_quote">2010/6/26 Eden Cardim <span dir="ltr">&lt;<a href="mailto:edencardim@gmail.com">edencardim@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
&gt;&gt;&gt;&gt;&gt; &quot;João&quot; == João André Simioni &lt;<a href="mailto:jasimioni@gmail.com">jasimioni@gmail.com</a>&gt; writes:<br>
<br>
    João&gt; O melhor e mais rápido fica por conta do desenvolvedor.<br>
<br>
Não, não fica. Por exemplo, sem XS, é impossível implementar um<br>
algoritmo com o máximo de eficiência em perl, já que você não tem acesso<br>
a aritmética low-level como por exemplo, adição de constantes<br>
caracter. Perl sempre converte números para sua própria representação<br>
nativa, que roda dentro do interpretador do perl, por isso, é sempre mais<br>
lento que C, onde não acontece a conversão e a operação acontece<br>
diretamente nos registradores do processador.<br>
<br>
    João&gt; Uma aplicação Web tem a maior parte do seu desempenho dependente<br>
    João&gt; do Banco de Dados e do navegador, ou da aplicação em ajax ou<br>
    João&gt; flex.<br>
<br>
Você está presumindo que toda aplicação web utiliza um banco de dados,<br>
requisições assíncronas ou flex. Aplicações para facebook, por exemplo,<br>
tem o gargalo de tempo nas requisições à API do facebook.  Serviços de<br>
hosting de imagens, como o flickr, tem o gargalo na transferência e<br>
processamento das imagens.<br>
<div><div></div><div class="h5">_______________________________________________<br>
Cascavel-pm mailing list<br>
<a href="mailto:Cascavel-pm@pm.org">Cascavel-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/cascavel-pm" target="_blank">http://mail.pm.org/mailman/listinfo/cascavel-pm</a><br>
</div></div></blockquote></div><br>