[Cascavel-pm] Res: off topic DotNet

[João André Simioni]

André,

acho que o Eden não precisa de um bajulador... ele pode responder sozinho.

E eu sou um grande defensor de Perl e tão experiente quanto o próprio Eden.

A questão é como eu defendo Perl. Eu estou discutindo que Perl é uma
ferramenta de trabalho, para administração de sistemas, redes, db, e não uma
linguagem para desenvolvimento de sistemas mais complexos. O Eden discorda
porque trabalha com Catalyst. Mas a aderência de Catalyst nas empresas
grandes é muito pequena. A maior parte utiliza tecnologia Java ou .NET.

E com relação às minhas fontes: eu estou dando minha opinião! Se eu
estivesse escrevendo um artigo academico, voces poderiam cobrar fontes...

[]'s





2010/6/27 Andre Carneiro <andregarciacarneiro em gmail.com>

>
>
> 2010/6/27 João André Simioni <jasimioni em gmail.com>
>
>> Eder,
>>
>
> Eder não, Eden. Por favor, leia os seus e-mails antes de postar ! Respeito
> é bom e todo mundo gosta!
>
>
>>
>> assim como Perl tem XS, outras linguagens têm suas próprias maneiras de
>> acessar bibliotecas em C para otimizar desempenho.
>>
>>
> 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.
>
>
>> 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.
>>
>>
>
> 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.
>
>
> 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.
>>
>>
> 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.
>
> 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ê.
>
> 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?
>
>
>
>
> Cheers!
>
> --
> André Garcia Carneiro
> Analista/Desenvolvedor Perl
> (11)82907780
>
> _______________________________________________
> Cascavel-pm mailing list
> Cascavel-pm em pm.org
> http://mail.pm.org/mailman/listinfo/cascavel-pm
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/cascavel-pm/attachments/20100628/3188597d/attachment-0001.html>