Rafael Prenzier,

Eu sugiro explorar exatamente o ponto onde Perl é forte: *Data Mangling*!!!!
ou seja, mostrar que com Perl é fácil fazer parsers, manipuladores,
extratores, conversores e tudo que diga respeito ao processamento de
informação não-estruturada e semi-estruturada. Exceto por Ruby -- que tb usa
RE como parte da syntax ao invés de um módulo (mas RE em Perl é melhor, vide
operador =~) -- desconheço outra linguagem tão boa pra esse tipo de tarefa.

Em seguida tenta falar sobre LAMP (P = Perl) e como é rápido e simples de
setar a Stack LAMP e sair usando -- ao contrário de Java, que demanda
profissional especializado pra administrar servidor de aplicação. Tente
passar a idéia de Getting Things Done, quick and cheap, easy to use, <ponha
buzzwords aqui> e veja o que acontece.

Se possível use exemplos concretos: pegue algo que hoje a galera faz em Java
e mostre feito em Perl. De preferência para algo de uso interno da moçada:
Engenheiros de Software adoram discutir e melhorar seus próprios processos
de desenvolvimento ehehehe

Se vc já trabalha em uma empresa de cultura Java forte, então terás trabalho
pra traduzir o potencial de Perl para os colegas... boa sorte!

Meus 2 centavos. Abração!
Carlos.

2011/8/14 Eduardo Almeida <[email protected]>

> Com cereteza, somente em casos muito específicos, até porque, um plugin
> pode virar um "gargalo", limitando aos users a usar somente X browser.
>
>
>
>
> Eduardo Almeida - Engenharia de Software
> [email protected] - 27 3021-1530 / 27 9600-0395
>
> WEB2 Solutions - Inovando, sempre!
> -----Original Message----- From: Leonardo Ruoso
> Sent: Sunday, August 14, 2011 10:37 PM
> To: [email protected]
>
> Subject: Re: [SP-pm] Comparativos Perl vs Java
>
> Eu não estou certo de que haveria uma grande vantagem de rodar outra
> coisa que não JavaScript no browser, até mesmo o NaCl pode servir apenas
> a situações muito específicas se pensarmos que além dos vários browsers
> e sistemas operacionais, caminhamos para uma internet cada vez mais
> diversa e multivariada em termos de arquitetura de hardware, capacidade
> de processamento e de memória...
>
> Distribuir um plugin deve atender também a uma situação bastante
> específica, não?
>
> Em Dom, 2011-08-14 às 21:57 -0300, Eduardo Almeida escreveu:
>
>> A idéia é  bacana sim, apesar de Perl ja rodar no client através de
>> activex
>> (só roda no IE). Porém, deve se observar os "limites" impostos pelos
>> browsers, um desses limites, muito importante, e que poderia inviabilizar
>> um
>> projeto desses, seria a configurações de segurança do browsers. Do que
>> adianta rodar Perl no client, mas nao poder fazer varias coisas? Não seria
>> mais prático fazer um plugin e distribuir?
>>
>>
>>
>> Eduardo Almeida - Engenharia de Software
>> [email protected] - 27 3021-1530 / 27 9600-0395
>>
>> WEB2 Solutions - Inovando, sempre!
>> -----Original Message----- From: Tiago Peczenyj
>> Sent: Sunday, August 14, 2011 8:48 PM
>> To: [email protected]
>> Subject: Re: [SP-pm] Comparativos Perl vs Java
>>
>> boua...
>>
>> então, no momento estou alcoolizado mas discorra sobre "as
>> possibilidades são maiores".
>>
>> eu nunca pensei nisso então não consigo ver vantagens (ou
>> desvantagens). mas parece bom.
>>
>> 2011/8/14 Eduardo Verissimo <[email protected]>:
>> >
>> >
>> > Em 14 de agosto de 2011 17:02, Leonardo Ruoso <[email protected]>
>> > escreveu:
>> >>
>> >> Em Dom, 2011-08-14 às 16:23 -0300, Tiago Peczenyj escreveu:
>> >> >
>> >> > humm... perl5 podia rodar na maquina virtual da adobe/flash... ai
>> >> > rodaria em 99% dos browsers...
>> >> >
>> >> Acho que integrar o Perl (de alguma forma) ao Native Client seria uma
>> >> aposta mais valiosa... :-) Não? Se a MS não estabelecer uma queda de
>> >> braço...
>> >
>> > Eu já acho que seria  mais interessante fazer o Parrot executar em uma
>> > página da mesma maneira que o flash ou um applet. O campo de
>> > possibilidades
>> > é muito mais amplo.
>> >
>> >
>> > =begin disclaimer
>> >   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>> >  SaoPaulo-pm mailing list: [email protected]
>> >  
>> > L<http://mail.pm.org/mailman/**listinfo/saopaulo-pm<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>> >
>> > =end disclaimer
>> >
>> >
>>
>>
>>
>>
> --
> Leonardo Ruoso - Journalist/Perl Developer
> Media - UFC/2006 - Telecommunications - IFCE/1998
> [email protected] - (11) 3522-9612
>
> =begin disclaimer
>  Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> SaoPaulo-pm mailing list: [email protected]
> L<http://mail.pm.org/mailman/**listinfo/saopaulo-pm<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> >
> =end disclaimer
> =begin disclaimer
>  Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> SaoPaulo-pm mailing list: [email protected]
> L<http://mail.pm.org/mailman/**listinfo/saopaulo-pm<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> >
> =end disclaimer
>
=begin disclaimer
   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
 SaoPaulo-pm mailing list: [email protected]
 L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
=end disclaimer

Responder a