From everissimo em gmail.com  Fri Jun 26 06:01:44 2020
From: everissimo em gmail.com (Eduardo Verissimo)
Date: Fri, 26 Jun 2020 10:01:44 -0300
Subject: [Brasil-PM] Perl 7
Message-ID: <CAB3BPP7e762Vqp5a3U3wQ98QptiSgxCtxBhSv=csW=103N0=eA@mail.gmail.com>

Olá!

Gostaria de saber como vocês estão encarando o anúncio do Perl 7. Como isso
afeta a vida de vocês como desenvolvedores? E quais as perspectivas?

Abraços!

Eduardo Veríssimo
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/brasil-pm/attachments/20200626/f095fe6e/attachment.html>

From maneta em gmail.com  Fri Jun 26 06:59:22 2020
From: maneta em gmail.com (Hamilton Daniel)
Date: Fri, 26 Jun 2020 15:59:22 +0200
Subject: [Brasil-PM] Perl 7
In-Reply-To: <CAB3BPP7e762Vqp5a3U3wQ98QptiSgxCtxBhSv=csW=103N0=eA@mail.gmail.com>
References: <CAB3BPP7e762Vqp5a3U3wQ98QptiSgxCtxBhSv=csW=103N0=eA@mail.gmail.com>
Message-ID: <CAMsctSNg7HZyxBJJF5pRYG13ePp++=L=Z9Y3k0eyf150kvZjyA@mail.gmail.com>

Pelo que eu entendi, basicamente é Perl 5.32. Basicamente estão rompendo o
contrato que mantém a retrocompatibilidade... Conhecendo o Sawyer X,
acredito que ele deve estar fazendo esse push pra tentar modernizar Perl 5.



On Fri, Jun 26, 2020 at 3:02 PM Eduardo Verissimo <everissimo em gmail.com>
wrote:

> Olá!
>
> Gostaria de saber como vocês estão encarando o anúncio do Perl 7. Como
> isso afeta a vida de vocês como desenvolvedores? E quais as perspectivas?
>
> Abraços!
>
> Eduardo Veríssimo
> _______________________________________________
> Brasil-PM mailing list
> Brasil-PM em pm.org
> https://mail.pm.org/mailman/listinfo/brasil-pm
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/brasil-pm/attachments/20200626/19a3d94a/attachment.html>

From renato.cron em gmail.com  Fri Jun 26 07:36:36 2020
From: renato.cron em gmail.com (Renato Santos)
Date: Fri, 26 Jun 2020 11:36:36 -0300
Subject: [Brasil-PM] Perl 7
In-Reply-To: <CAMsctSNg7HZyxBJJF5pRYG13ePp++=L=Z9Y3k0eyf150kvZjyA@mail.gmail.com>
References: <CAB3BPP7e762Vqp5a3U3wQ98QptiSgxCtxBhSv=csW=103N0=eA@mail.gmail.com>
 <CAMsctSNg7HZyxBJJF5pRYG13ePp++=L=Z9Y3k0eyf150kvZjyA@mail.gmail.com>
Message-ID: <CABmdQ_TsKtMsRKExcD7U=Ky9cnNCJr21EpCCOq57JNcCx52vdw@mail.gmail.com>

No geral eu acho que necessário, agora terá que ponderar vários aspectos
durante as próximas versões.

O movimento para o 7 não será um grande problema para praticamente ninguém,
uma vez que ainda haverá modos de compatibilidade caso a pessoa queira
rodar scripts super legados numa versão diferente.

Agora o que precisa pensar melhor é como será a execução das próximas
versões e como será distribuído e embutido e utilizado nas distros (ubuntu,
debian, etc).
O risco que vejo é a gente ter uma versão 8 que não vem instalada por
padrão em distro alguma, isso será ruim pro perl no geral, mas ao mesmo
tempo as pessoas estão acostumando a usar nvm, pyenv, talvez não seja um
grande problema não vir o perl novo instado.

Eu acho complicado vir duas versões na distros; Provavelmente a versão que
irá vir por um bom tempo é a 5.32, ou talvez a versão 7 com o
computabilidade ativada por padrão no /usr/bin/perl

Uma vez que o que a comunidade sempre se acostumou em retrocompatibilidade,
temos que decidir até onde iremos cortar, por exemplo, caso um autor de
módulo que vai para o cpan começar a soltar versões que só funcionem no
perl 8+ por pura e simples estilo do programador em querer uma syntax que
não existe ainda no perl 32.
Eu acho muito dificil disso acontecer, porque perl é tão extensivo que é
possível habilitar uma sintaxe nova e ao mesmo tempo usar pacotes de
compatibilidade com para que o módulo seja compatível com mais versões.

se no geral, a gente conseguir equilibrar o sistema para que daqui 5 anos,
toda distro linux tenha o perl 7/ perl 5.32 como default, e seja
considerado o 'mínimo' de suporte, já iremos ter uma linguagem com muitas
features boas e que possa ser mais simples de usar para pessoas novas
(exemplo: não precisar puxar parâmetros via @_)
Mas assim também não faz sentido soltar módulos no cpan hoje que seja
compatível com perl de 10, 12 anos atras, ainda mais quando estamos falando
de módulos complexos em XS (exemplo: Future::AsyncAwait, hoje é compatível
desde o perl 5.16, uma versão de 8 anos atrás!)

Pros autores de módulos ter uma versão mais alta como base também ajuda a
poder escrever e enviar "perl7" no cpan



On Fri, Jun 26, 2020 at 10:59 AM Hamilton Daniel <maneta em gmail.com> wrote:

> Pelo que eu entendi, basicamente é Perl 5.32. Basicamente estão rompendo o
> contrato que mantém a retrocompatibilidade... Conhecendo o Sawyer X,
> acredito que ele deve estar fazendo esse push pra tentar modernizar Perl 5.
>
>
>
> On Fri, Jun 26, 2020 at 3:02 PM Eduardo Verissimo <everissimo em gmail.com>
> wrote:
>
>> Olá!
>>
>> Gostaria de saber como vocês estão encarando o anúncio do Perl 7. Como
>> isso afeta a vida de vocês como desenvolvedores? E quais as perspectivas?
>>
>> Abraços!
>>
>> Eduardo Veríssimo
>> _______________________________________________
>> Brasil-PM mailing list
>> Brasil-PM em pm.org
>> https://mail.pm.org/mailman/listinfo/brasil-pm
>>
> _______________________________________________
> Brasil-PM mailing list
> Brasil-PM em pm.org
> https://mail.pm.org/mailman/listinfo/brasil-pm
>


-- 
YAGNI,
Renato CRON
http://www.renatocron.com/blog/
@renato_cron <http://twitter.com/#!/renato_cron>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/brasil-pm/attachments/20200626/ceada507/attachment-0001.html>