Iorgute sabor laranja é bom, por sinal.
Bom, não consigo enxergar também Perl rodando na plataforma .NET, realmente, 
Perl não tem as mesmas falhas que o interpretador Ruby ou Python, contudo, se 
fosse possível desenvolver programas com interface gráfica tão boas quanto a de 
projetos WPF e ainda com a praticidade do Visual Studio (que diga-se de 
passagem, entrega quase que o código todo pronto) seria muito interessante, 
pois possibilitaria desenvolver rapidamente aplicações 
"debilmentaly-frendily-user".
Agora se fosse acontecer como acontece com o VB.Net e o C#, onde a única coisa 
que muda é a sintaxe da linguagem, mas no final tudo vira MSIL, seria ridículo 
e  ainda perderiamos todas as vantagens que Perl nos fornece.

Eu mesmo estou desenvolvendo um sistema para uma empresa que abri 
recentemente.Estou fazendo em VB.Net, pois meus dois sócios precisam saber usar 
o sistema também, hoje, para aplicações visuais para Windows não vejo nada 
melhor que .NET, independente de ser C# ou VB.
Agora, Daniel Vinciguerra, quanto a parte de emissão de NF-e, você se 
importaria de me dar umas dicas de como foi feito? Achei interessante, não 
emito mais que 50 NF-e por mês mas seria interessante se eu aplicar esse método.
No final, não há nenhum projeto, seja Perl5 ou Perl6, ativo e promissor, 
visando desenvolvimento de ferramentas para construção de interface gráfica 
descente em Perl?

From: leonardo.bal...@gmail.com
Date: Fri, 25 Oct 2013 16:42:41 -0200
To: rio-pm@pm.org
Subject: Re: [Rio-pm] Visual Perl

Só vejo algumas justificativas para a existência de IronPython e IronRuby:

- tentativa de resolver problema de performance e escalabilidade de 
interpretador Python ou Ruby. Não vejo esse problema com Perl, isso parece 
melhor solucionado.


- Política corporativa. Desenvolvedores frustrados com .NET querem a 
experiência de outra linguagem e partem para essas linguagens que - atualmente 
- são mainstream entre as dinâmicas.
- Java tem isso, .NET tem que ter igual, vide o C#.


- Prova conceitual e de mkt para atrair desenvolvedores Python e Ruby para o 
uso de estrutura .NET. Acho que devs Perl não caem nessa, é muito "meh", pois 
não resolve muita coisa em Perl.

Não estou criticando um IronPerl/ Visual Perl que seja, mas pra mim é uma 
combinação que não faz sentido. Tipo suco de laranja e iogurte. :)






Em 25 de outubro de 2013 16:31, Daniel Vinciguerra <dan.vincigue...@gmail.com> 
escreveu:


Leo,

Concordo que essa "dobradinha" não é algo comum mas temos hoje o IronPython e 
IronRuby e são implementações em CLI bem competentes  mostrando que isso é 
possível e viável.





Temos hoje também um projeto que visa implementar o Perl 6 em uma virtual 
machine .Net que é o projeto Niecza.
https://github.com/sorear/niecza



E a alguns anos fiz uma implementação que integrava um serviço escrito em .Net 
a um modulo Perl para trabalhar com processamento e informações relacionados a 
notas fiscais eletrônicas de uma grande empresa de logística nacional. O volume 
de notas processadas por dia era bem impressionante e o projeto foi bem sério e 
crítico pois essas informações precisavam ser repassadas para os clientes!






Não estou defendendo nem criticando nada... estou lhe dando outro ponto de 
vista e você tira suas conclusões a partir daqui! ;-)

Grande abraço,







Daniel Vinciguerra

Web Solutions Architect and Co-Owner at Bivee
http://github.com/dvinciguerra






2013/10/25 Daniel Vinciguerra <dan.vincigue...@gmail.com>




Boa tarde Aureliano,

Visual Perl era um projeto da Active State que visava implementar um add-on 
para o Visual Studio na esperança de possibilitar o desenvolvimento Perl usando 
o IDE Visual Studio.






http://web.archive.org/web/20011107130136/http://www.activestate.com/Products/Visual_Perl/






O projeto foi descontinuado e logo após foi substituído pelo atual ActiveState 
Komodo IDE¹ que é uma ferramenta multiplataforma baseada na interessante e 
multiplataforma GUI XUL² da Mozilla.


Temos algumas formas de fazer Perl e .Net trabalharem juntas mas não temos um 
interpretador Perl construído para CLI³.

1 - http://www.activestate.com/komodo-ide





2 - https://developer.mozilla.org/en/docs/XUL
3 - http://en.wikipedia.org/wiki/Common_Language_Infrastructure






Abraço,


Daniel Vinciguerra

Web Solutions Architect and Co-Owner at Bivee
http://github.com/dvinciguerra







2013/10/25 Aureliano Guedes <guedes_1...@hotmail.com>








Ola monges,
Andei lendo alguns boatos, mas nenhuma fonte segura e/ou confiável sobre um tal 
de Visual Perl (parece que assim que chamam).
Parece que seria um modo de desenvolver aplicações visuais em Perl dentro do MS 
Visual Studio.





Não sei se seria na plataforma .NET (o que acharia ridículo, já que no final 
tudo vira MSIL),ou se usaria as ferramentas do VS para desenvolver a interface 
gráfica.





Bom, fiquei muito curioso.
Vocês que são muito mais experientes que eu, sabem de alguma coisa do tipo.
Seria legal, pois o GTK++ é ridículo, o ruim seria só pode desenvolver para 
Windows (Ruindows).




                                          

_______________________________________________

Rio-pm mailing list

Rio-pm@pm.org

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





_______________________________________________

Rio-pm mailing list

Rio-pm@pm.org

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



_______________________________________________
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm                                      
  
_______________________________________________
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Reply via email to