[Rio-pm] Perl é genuinamente uma linguagem de script ou híbrida?

Sexta Fevereiro 17 08:04:10 PST 2012

Uma simples brincadeira pode ser mais eficiente do que compilar, o modulo Acme::EyeDrops consegue esconder o codigo muito bem, 
desassemblar um exe na unha não é um bixo de 7 cabeças! Agora um codigo bem escondido engana muito mais do que imagina!

From: tiago.peczenyj em gmail.com
Date: Fri, 17 Feb 2012 13:50:38 -0200
To: rio-pm em pm.org
Subject: Re: [Rio-pm]	Perl é genuinamente uma linguagem de script ou híbrida?

Ola

2012/2/17 Cleysinho <cleysinhonv em gmail.com>

Sim é verdade, o link que acabaram de me sugerir fala muito bem, percebo que em Bioinformática há uma confusão generalizada a respeito da Perl (minha opnião), alguns pesquisadores não liberam seu fonte por que em Perl é possível ver o código fonte (absurdo). E que para eles seriam melhor escrever programas em C para não ter que compartilhar o fonte. Mas ninguém publica isso em seus artigos. 

Até eles conhecerem um programador que conheça asm e faça dessassembly na unha. Se proteger o codigo é importante, eles devem usar alguns obfuscadores e "packers" que encriptam a parada toda.

 Esse é um conhecimento da linguagem que gostaria de fundamenta-lo bem para ver se há a possibilidade de implantar uma nova "visão", embora confesso que a Perl é a menina dos olhos na Bioinformática.

Sobre definição da linguagem tenho convicção que é uma linguagem interpretada, mas o contexto híbrido a torna bem mais elegante.
Então, se vc analisar os primeiros interpretadores de Basic, existiam tecnicas de converter as palavras chave em instruções de maquina diretamente através de umas tabelas bem malucas (ao inves de analisador recursivo descendente). Ai vc percebia que nos primeiros basic's o uso de funções definidas pelo usuario era bem limitado e o acesso a codigo de maquina (PEEK, POKE) era bem natural (lembra das sessões DATA). A tecnica que Perl usa é excelente pois a gramatica da linguagem permite muitas construções diferentes (tanto que fazer syntax highlight da linguagem as vezes é dificil) e interpretar apenas acabaria sendo lento, mas gerar opcodes deixa a coisa significativamente mais rapido e deixa outros gargalos aparecerem (como algoritmos gulosos).

 2012/2/17 Daniel Hughes <dsth em cantab.net>

quando executa perl source file, primeiro eh compilado pra gerar um parse tree, e depois este parse tree eh 'intepretado' em um jeito parecido com um byte-code-intepreter. como eu entendo, a dificuldade em geral de compilar perl diretamente a machine-code eh pq em perl pode pular entre essas duas fases e.g. com BEGIN subroutine e com eval("string")... desculpe meu pt.

dan.
Daniel S. T. Hughes M.Biochem (Hons; Oxford), Ph.D (Cambridge)
-------------------------------------------------------------------------------------
dsth em cantab.net

dsth em cpan.org

2012/2/17 Tiago Peczenyj <tiago.peczenyj em gmail.com>

http://oreilly.com/catalog/pperl3/chapter/ch18.html

2012/2/17 Cleysinho <cleysinhonv em gmail.com>

Olá, desculpe as poucas informações. Geralmente linguagens rotuladas como de "script" fazem referência a linguagens interpretadas, teste caso eu entendo que são linguagens que não geram bit code ou compiladas em tempo real, como exemplo php. Outras linguagens com C por exemplo compilam uma única vez uma código e gera um arquivo binário com todas as instruções do programa.

Entendo que se o Perl é uma linguagem capaz de interpretar os códigos, ele se define como uma linguagem interpretada e se ao mesmo tempo gerar um bit code ou um único arquivo com as instruções a linguagem pode ser definida como híbrida. Porém não sei se a linguagem é capaz de fazer as duas coisas ao mesmo tempo e não encontrei nenhum livro que falasse isso, apenas um velho amigo que trabalha com computação desde a década de 60 e usou Perl no inicio da década de 90 que me deu esta dicas.

Em 17 de fevereiro de 2012 10:11, breno <breno em rio.pm.org> escreveu:

2012/2/17 Cleysinho <cleysinhonv em gmail.com>:

> Good Morning Mongers,

>

> Perguntinha simples: Perl é genuinamente uma linguagem de script ou uma

> linguagem híbrida? Estou procura de boas referências sobre este "aspecto" da

> linguagem.

>

Não sei se entendi, pode ser mais claro?

Qual a sua definição de "script"? E o que seria uma "linguagem híbrida"?

[]s

-b

_______________________________________________

Rio-pm mailing list

Rio-pm em pm.org

http://mail.pm.org/mailman/listinfo/rio-pm

-- 

.: Inteligência Coletiva :.Uma
 inteligência distribuída por toda parte: tal é o nosso axioma inicial. 
Ninguém sabe tudo, todos sabem alguma coisa, todo o saber está na 
humanidade’. (Pierre Lévy)
www.cleysinho.blogspot.com
www.bioinfopop.ufv.br

_______________________________________________

Rio-pm mailing list

Rio-pm em pm.org

http://mail.pm.org/mailman/listinfo/rio-pm

-- 

Tiago B. Peczenyj
Linux User #405772

http://pacman.blog.br

_______________________________________________

Rio-pm mailing list

Rio-pm em pm.org

http://mail.pm.org/mailman/listinfo/rio-pm

_______________________________________________

Rio-pm mailing list

Rio-pm em pm.org

http://mail.pm.org/mailman/listinfo/rio-pm

-- 

.: Inteligência Coletiva :.Uma
 inteligência distribuída por toda parte: tal é o nosso axioma inicial. 
Ninguém sabe tudo, todos sabem alguma coisa, todo o saber está na 
humanidade’. (Pierre Lévy)
www.cleysinho.blogspot.com
www.bioinfopop.ufv.br

_______________________________________________

Rio-pm mailing list

Rio-pm em pm.org

http://mail.pm.org/mailman/listinfo/rio-pm

-- 
Tiago B. Peczenyj
Linux User #405772

http://pacman.blog.br

_______________________________________________
Rio-pm mailing list
Rio-pm em pm.org
http://mail.pm.org/mailman/listinfo/rio-pm 		 	   		  
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/rio-pm/attachments/20120217/a8c80ed2/attachment-0001.html>