<br><br><div class="gmail_quote">2010/6/27 João André Simioni <span dir="ltr"><<a href="mailto:jasimioni@gmail.com">jasimioni@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Eder,<br></blockquote><div><br></div><div>Eder não, Eden. Por favor, leia os seus e-mails antes de postar ! Respeito é bom e todo mundo gosta!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>assim como Perl tem XS, outras linguagens têm suas próprias maneiras de acessar bibliotecas em C para otimizar desempenho.<br><br></blockquote><div><br></div><div>Sério? Me dá um exemplo em Java, PHP e WHATEVER .NET por favor, já que você gosta tanto de mencionar essas ferramentas, caso contrário é melhor escutar o que os outros colegas mais experientes que você tem a dizer.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">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></blockquote><div><br></div><div><br></div><div>Não, ele não complementou sua afirmação. Os exemplos que ele deu referem-se a tipos diferentes de gargalo, já que vocẽ restringiu a limitação de desempenho para banco de dados e browser, o que é ridículo, principalmente no caso do browser. O browser nada mais faz do que renderizar HTML/XHTML etc na tela e processar Javascript. Nada tem a ver com Perl. Se vocẽ disser algo sobre como controlar suas requisiçoes de modo mais eficiente para que o servidor 'cuspa' um HTML/XHTML etc. de forma mais eficiente, isso sim, tem a ver com Perl. O browser em si é um mero coadjuvante.</div>
<div> </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">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></blockquote><div><br></div><div>Sua opinião é baseada em que? Eden é um dos gurus da lista, então você deveria, no mínimo, escutar o que ele diz. Tanto eu quanto vários outros colegas sustentamos a idéia de que Perl é uma linguagem de propósito geral, ou seja, dá para resolver muitos problemas além de administração de sistemas via scripts descartáveis. Logo, se Eden perguntou em que você está se baseando para fazer essas afirmações( e eu também estou curioso para saber ) , então por favor, mostre algo.</div>
<div><br></div><div>Aliás, está começando a parecer que você não está querendo escutar, então antes de continuar a discussão, peço encarecidamente que vocẽ comece a colocar fatos, exemplos, ou qualquer coisa assim que sustente o que você está dizendo, pois, se você está dizendo isso baseando-se na sua experiência, lhe digo que tem gente aqui com muito, mas muito mais experiência e casos de sucesso com Perl em diversos tipos de problemas do que você. </div>
<div><br></div><div>Então em respeito a essas pessoas, sugiro que ou você ou pare de discutir e gaste algum tempo estudando Perl mais a fundo, tirando suas dúvidas aqui, ou mostre exemplos de projetos fracassados em Perl que você conheça. Senão fica parecendo que você é só mais um mané aficionado por Java enchendo o saco em listas de discussão de outras linguagens. Mas é claro que não é isso, certo?</div>
<div><br></div><div><br></div><div><br></div><div><br></div><div>Cheers!</div><div><br></div><div>-- </div></div>André Garcia Carneiro<br>Analista/Desenvolvedor Perl<br>(11)82907780<br>