[Rio-pm] Visual Perl

[Leo Balter]

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.vinciguerra em 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 <http://github.com/dvinciguerra>
>
>
> 2013/10/25 Daniel Vinciguerra <dan.vinciguerra em 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 <http://github.com/dvinciguerra>
>>
>>
>> 2013/10/25 Aureliano Guedes <guedes_1000 em 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 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
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/rio-pm/attachments/20131025/148c8129/attachment.html>