[SP-pm] Comparativos Perl vs Java
Eduardo Almeida
eduardo at web2solutions.com.br
Mon Aug 15 13:33:24 PDT 2011
>> “A idéia que lancei fala a respeito de fazer um plugin. Um plugin de Parrot.”
Excelente!
E sim, por ser aberto pode ser algo não tão difícil de se alcançar. E ainda é possível “aprender” com as experiências dos outros. Por exemplo, segundo a Apple, eles nao dao suporte ao flash por causa do consumo de energia. Então resumindo, com um pouco de pesquisa da pra fazer um “produto” fantástico como esse ..
Eduardo Almeida - Engenharia de Software
eduardo em web2solutions.com.br - 27 3021-1530 / 27 9600-0395
WEB2 Solutions - Inovando, sempre!
From: Eduardo Verissimo
Sent: Monday, August 15, 2011 3:32 PM
To: saopaulo-pm em mail.pm.org
Subject: Re: [SP-pm] Comparativos Perl vs Java
A idéia que lancei fala a respeito de fazer um plugin. Um plugin de Parrot.
A vantagem mais óbvia é que usando Parrot haveria mais um ambiente onde executar programas. Se uma das idéias é rodar o Parrot em qualquer sistema operacional, seria natural poder rodar embutido em html. As vantagens óbvias: ninguém fica limitado a escrever em active script.
Vantagens para Perl: se abriria uma nova possibilidade de desenvolvimento. A partir de então alguém pode escrever uns scripts, empacotar e publicar, e o negócio é executado em qualquer lugar. Animações, jogos, front-ends, tudo isso poderia ser escrito em Perl, que é uma área em que nunca se se aventurou.
Os contras: não tem a base instalada que o plugin da Adobe tem. Por outro lado, por ser um padrão aberto, haveria mais chance, por exemplo, de entrar nos aparelhos da Apple. Outra consideração: hoje em dia é simples fazer o browser identificar o plugin e instalá-lo de maneira automática. Isso poderia facilitar as coisas.
Em 14 de agosto de 2011 21:57, Eduardo Almeida <eduardo em web2solutions.com.br> 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
eduardo em web2solutions.com.br - 27 3021-1530 / 27 9600-0395
WEB2 Solutions - Inovando, sempre!
-----Original Message----- From: Tiago Peczenyj
Sent: Sunday, August 14, 2011 8:48 PM
To: saopaulo-pm em mail.pm.org
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 <everissimo em gmail.com>:
Em 14 de agosto de 2011 17:02, Leonardo Ruoso <leonardo em ruoso.com> 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: SaoPaulo-pm em pm.org
L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
=end disclaimer
--
Tiago B. Peczenyj
Linux User #405772
http://pacman.blog.br
=begin disclaimer
Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
L<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: SaoPaulo-pm em pm.org
L<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: SaoPaulo-pm em pm.org
L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
=end disclaimer
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20110815/9c9726b7/attachment.html>
More information about the SaoPaulo-pm
mailing list