>> “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 [email protected] - 27 3021-1530 / 27 9600-0395 WEB2 Solutions - Inovando, sempre! From: Eduardo Verissimo Sent: Monday, August 15, 2011 3:32 PM To: [email protected] 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 <[email protected]> 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> =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: [email protected] 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: [email protected] 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: [email protected] 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: [email protected] L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
