From breno em rio.pm.org  Sat Apr 20 20:34:36 2013
From: breno em rio.pm.org (breno)
Date: Sun, 21 Apr 2013 00:34:36 -0300
Subject: [Brasil-PM] =?iso-8859-1?q?perl_5=2E17=2E11_lan=E7ado!?=
Message-ID: <CAHS-WQbKhmrjdsiWqg9f3B9rdWLtuXxMDQKmL361mJmHu76kmQ@mail.gmail.com>

Oi pessoal,

O Ricardo Signes, atual Pumpking do Perl 5, acabou de lançar o perl
5.17.11 -- o último release de desenvolvimento antes da próxima versão
estável, a versão 18 do nosso querido Perl 5, esperada para Maio.

Se você usa o perlbrew (http://perlbrew.pl), instalar é mole. Basta digitar:

$ perlbrew install --switch
http://cpan.metacpan.org/authors/id/R/RJ/RJBS/perl-5.17.11.tar.gz

Se você pretende atualizar para a próxima versão estável, essa pode
ser a sua última chance de conferir se todos os seus programas e
módulos estão rodando corretamente :-)

Entre essa versão e a última de desenvolvimento - 5.17.10, lançada a
aproximadamente 4 semanas atrás - há poucas diferenças, exceto pela
atualização de uma série de módulos do core. Os módulos/dists
atualizados para este release foram:

ExtUtils-MakeMaker, B::Deparse,bigint, CPAN, Exporter,
ExtUtils::CBuilder, ExtUtils::MakeMaker, IO, overload, Storable e
warnings.

Falando em warnings, uma mudança significativa nesse release (e no
futuro 5.18), é que a família "switch" de funcionalidades foi marcada
como experimental, o que significa que o operador de smart-match (~~)
e as funções "given" e "when" a partir de agora vão emitir warnings ao
serem usadas dentro de trechos de código sob o efeito de um "use
warnings". Para desativar os avisos basta adicionar, quando
necessário:

    no warnings 'experimental';

Outras mudanças incluem uma melhoria no suporte a sistemas VMS, maior
consistência na interpretação do primeiro parâmetro do split(), e
correções no overload em expressões regulares quando um qr() é
inserido dentro de um (?{...}).

O Perl 5.17.11 contém aproximadamente 3.800 linhas modificadas em
relação ao 5.17.10, espalhadas em 130 arquivos e contribuídas por 17
autores: Aaron Crane, Andy Dougherty, Brian Fraser, Chris 'BinGOs'
Williams, Craig A. Berry, David Mitchell, François Perrad, James E
Keenan, Jan Dubois, Karl Williamson, Leon Timmermans, Max Maischein,
Moritz Lenz, Nicholas Clark, Ricardo Signes, Tony Cook e Yves Orton.

<jabá>

Quer ter seu nome imortalizado na lista de contribuidores do Perl? É
mais fácil do que vc pensa! Assista a palestra relâmpago "Seja um Perl
Core Hacker" e ajude *HOJE* a melhorar a nossa linguagem favorita!

http://setemasters.imasters.com.br/conversas/seja-um-perl-core-hacker/

</jabá>

Mais detalhes sobre o perl 5.17.11 podem ser encontrados em
https://metacpan.org/module/RJBS/perl-5.17.11/pod/perldelta.pod


Boa diversão!

[]s

-b

From marciodesouzaferreira em gmail.com  Sun Apr 21 09:08:19 2013
From: marciodesouzaferreira em gmail.com (Marcio Ferreira)
Date: Sun, 21 Apr 2013 13:08:19 -0300
Subject: [Brasil-PM] =?utf-8?q?perl_5=2E17=2E11_lan=C3=A7ado!?=
In-Reply-To: <CAHS-WQbKhmrjdsiWqg9f3B9rdWLtuXxMDQKmL361mJmHu76kmQ@mail.gmail.com>
References: <CAHS-WQbKhmrjdsiWqg9f3B9rdWLtuXxMDQKmL361mJmHu76kmQ@mail.gmail.com>
Message-ID: <CADFrvgtMD2A8YjWi0v==D6WU7bhpviw-BJWs7ZwX0gd547_YvQ@mail.gmail.com>

Sabe o motivo so smart-match ser 'experimental'?


[]s,

Marcio Ferreira
skype: marcio.ferreir4
(21) 8365-7768


2013/4/21 breno <breno em rio.pm.org>

> Oi pessoal,
>
> O Ricardo Signes, atual Pumpking do Perl 5, acabou de lançar o perl
> 5.17.11 -- o último release de desenvolvimento antes da próxima versão
> estável, a versão 18 do nosso querido Perl 5, esperada para Maio.
>
> Se você usa o perlbrew (http://perlbrew.pl), instalar é mole. Basta
> digitar:
>
> $ perlbrew install --switch
> http://cpan.metacpan.org/authors/id/R/RJ/RJBS/perl-5.17.11.tar.gz
>
> Se você pretende atualizar para a próxima versão estável, essa pode
> ser a sua última chance de conferir se todos os seus programas e
> módulos estão rodando corretamente :-)
>
> Entre essa versão e a última de desenvolvimento - 5.17.10, lançada a
> aproximadamente 4 semanas atrás - há poucas diferenças, exceto pela
> atualização de uma série de módulos do core. Os módulos/dists
> atualizados para este release foram:
>
> ExtUtils-MakeMaker, B::Deparse,bigint, CPAN, Exporter,
> ExtUtils::CBuilder, ExtUtils::MakeMaker, IO, overload, Storable e
> warnings.
>
> Falando em warnings, uma mudança significativa nesse release (e no
> futuro 5.18), é que a família "switch" de funcionalidades foi marcada
> como experimental, o que significa que o operador de smart-match (~~)
> e as funções "given" e "when" a partir de agora vão emitir warnings ao
> serem usadas dentro de trechos de código sob o efeito de um "use
> warnings". Para desativar os avisos basta adicionar, quando
> necessário:
>
>     no warnings 'experimental';
>
> Outras mudanças incluem uma melhoria no suporte a sistemas VMS, maior
> consistência na interpretação do primeiro parâmetro do split(), e
> correções no overload em expressões regulares quando um qr() é
> inserido dentro de um (?{...}).
>
> O Perl 5.17.11 contém aproximadamente 3.800 linhas modificadas em
> relação ao 5.17.10, espalhadas em 130 arquivos e contribuídas por 17
> autores: Aaron Crane, Andy Dougherty, Brian Fraser, Chris 'BinGOs'
> Williams, Craig A. Berry, David Mitchell, François Perrad, James E
> Keenan, Jan Dubois, Karl Williamson, Leon Timmermans, Max Maischein,
> Moritz Lenz, Nicholas Clark, Ricardo Signes, Tony Cook e Yves Orton.
>
> <jabá>
>
> Quer ter seu nome imortalizado na lista de contribuidores do Perl? É
> mais fácil do que vc pensa! Assista a palestra relâmpago "Seja um Perl
> Core Hacker" e ajude *HOJE* a melhorar a nossa linguagem favorita!
>
> http://setemasters.imasters.com.br/conversas/seja-um-perl-core-hacker/
>
> </jabá>
>
> Mais detalhes sobre o perl 5.17.11 podem ser encontrados em
> https://metacpan.org/module/RJBS/perl-5.17.11/pod/perldelta.pod
>
>
> Boa diversão!
>
> []s
>
> -b
> _______________________________________________
> Brasil-PM mailing list
> Brasil-PM em pm.org
> http://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/20130421/160ebbd2/attachment.html>

From breno em rio.pm.org  Sun Apr 21 16:46:27 2013
From: breno em rio.pm.org (breno)
Date: Sun, 21 Apr 2013 20:46:27 -0300
Subject: [Brasil-PM] =?iso-8859-1?q?perl_5=2E17=2E11_lan=E7ado!?=
In-Reply-To: <CADFrvgtMD2A8YjWi0v==D6WU7bhpviw-BJWs7ZwX0gd547_YvQ@mail.gmail.com>
References: <CAHS-WQbKhmrjdsiWqg9f3B9rdWLtuXxMDQKmL361mJmHu76kmQ@mail.gmail.com>
	<CADFrvgtMD2A8YjWi0v==D6WU7bhpviw-BJWs7ZwX0gd547_YvQ@mail.gmail.com>
Message-ID: <CAHS-WQYB=sZ1jRCG86=Pr5UkJfOXf=A4ohKSEbJM3ujfz94R=w@mail.gmail.com>

2013/4/21 Marcio Ferreira <marciodesouzaferreira em gmail.com>:
> Sabe o motivo so smart-match ser 'experimental'?
>

Há um certo consenso dentro do core de que o smart-matching está
errado e quebrado, então a marcação é pra deixar claro que o
comportamento dele pode mudar no futuro (como mudou entre a 5.10 e a
5.12) e que se vc vai usar tem que estar atento a isso. Antes, as
features experimentais eram marcadas apenas na documentação. Agora
elas emitem warning. Isso dará muito mais segurança aos
desenvolvedores para adicionar features novas ao Perl marcando-as como
experimentais para que possam ser modificadas - ou até excluidas - sem
medo.

Vou abrir uma thread separada sobre o smart-matching pra ficar mais
fácil acompanhar (já viu que lá vem post grande, né) =P

[]s

-b

From breno em rio.pm.org  Mon Apr 22 00:05:51 2013
From: breno em rio.pm.org (breno)
Date: Mon, 22 Apr 2013 04:05:51 -0300
Subject: [Brasil-PM] O problema do "smart matching"
Message-ID: <CAHS-WQZKrR6Wf1ao9gZsTfT7cOX7As3vg0ELZgxyJ9=qnMksRQ@mail.gmail.com>

Smart-matching é uma feature que surgiu na versão 10.0 do Perl 5, baseado
em seu equivalente do Perl 6:

http://perlcabal.org/syn/S03.html#Smart_matching

A idéia é simples: fazer a coisa certa ao compararmos 2 valores, sem
precisar ficar perdendo tempo formatando um deles para se adequar ao outro.
Em termos práticos, isso quer dizer que, se o item do lado direito da
operação "aceitar" o item do lado esquerdo, a operação é avaliada como
verdadeira. Senão, falsa. Por exemplo:

   my $x = 3;

   $x ~~ 3     # verdadeiro!
   $x ~~ 3.0  # verdadeiro!
   $x ~~ "3"   # verdadeiro!
   $x ~~ "   +3.000    "  # verdadeiro!
   $x ~~ "3D" # falso

O operador de smartmatch também é útil para saber se um item faz parte de
uma coleção:

  $x ~~ ( 1, 18, undef, 3 )  # verdadeiro!

Legal, né? De fato, lê-se "~~" como "em" (do inglês "in").

Então, qual é o problema?

O problema é que existem vários tipos de estruturas de dados em Perl e,
consequentemente, várias combinações possíveis para smartmatching. Pra
piorar a situação, a definição de "a coisa certa" a ser feita num
smartmatching varia muito de pessoa para pessoa, tanto que hoje é
praticamente impossível usar o ~~ para algo além de strings simples sem
olhar a tabela de equivalência dele na documentação - que diga-se de
passagem tem 288 linhas densas com regras, exceções e detalhes de uso.

O smartmatch tentou ser esperto demais, e isso acabou confundindo seus
usuários.

A primeira mudança aconteceu cedo, do 10.0 para o 10.1, quando o smartmatch
deixou de ser comutativo e passou a depender principalmente do tipo de dado
do lado direito da operação, entre outros pequenos ajustes.

Ainda assim, alguns comportamentos eram bem estranhos. Por exemplo, no
5.10.1, "undef ~~ 0" era avaliado como verdadeiro, assim como 'undef ~~
""'. Isso acontecia porque undef era transformado em 0 e em "" por coerção.
No entanto, a coerção não acontecia em todos os casos. Por exemplo, "undef
~~ [0]" era falso!

De lá pra cá, casos como esse geraram tanta discussão sobre qual seria o
comportamento correto do smartmatch que muitas mudanças foram (e continuam
sendo) feitas. Hoje o ~~ é controlado por uma dispatch table massiva
chamada em tempo de execução com mais de 20 rotas recursivas (sim,
recursivas) dependendo dos operandos. Você é capaz de dizer, por exemplo, o
que acontece, ou o que deveria acontecer, quando fazemos %hash ~~ @array?
Quer chutar, sem olhar o "perlop"? Nem eu.

O fato é que o comportamento do smartmatch para itens além do caso comum é
tão confuso que mesmo programadores experientes acabam optando por
simplesmente deixar pra lá e fingir que o smartmatch não existe. O que é
uma pena.

Depois de tantas discussões e mudanças de comportamento ao longo das
versões do perl, as funções que dependem do smartmatching (~~, given/when)
foram finalmente marcadas explicitamente como experimentais no perlsyn a
partir da versão 15.7, embora já tivessem sendo tratadas assim desde sua
introdução ao core, justamente por sua natureza extremamente volátil.

Muitos falam sobre tornar o ~~ obsoleto e retirá-lo do core, oferecendo-o
na forma de um plugin (https://github.com/doy/smartmatch,
https://github.com/doy/smartmatch-engine-core). Outros argumentam que a
retrocompatibilidade precisa ser mantida a qualquer custo, exceto em casos
de bugs. O problema dessa abordagem é que, como o smartmatch funciona hoje
de forma relativamente subjetiva, a definição do que é um bug e o que não é
também se torna subjetiva.

Felizmente, nosso atual Pumpking (e muitos outros desenvolvedores do core)
vem propondo uma solução intermediária ao problema, que visa simplificar o
smartmatching para que tenha um comportamento bem mais claro, previsível e
fácil de lembrar.

A nova proposta:
=============

* Se $a for qualquer coisa e $b for undef, "$a ~~ $b" significaria "$a em
undef?" e retorna verdadeiro se e somente se $a não estiver definido. Em
idioma Perl, dizer "$a ~~ undef" seria a mesma coisa que " ! defined $a ".

* Se $a for qualquer coisa e $b for um scalar simples (não referência, não
glob, não vstring) então "$a ~~ $b" seria uma comparação de igualdade.

* Se $a for qualquer coisa e $b for um coderef, dizer "$a ~~ $b"
significaria "$a em função $b?", ou seja, se o resultado da função $b
chamada com $a como parâmetro retorna verdadeiro. Em Perl, seria o mesmo
que dizer "$b->($a)".

* Se $a for qualquer coisa e $b for uma expressão regular, dizer "$a ~~ $b"
é o mesmo que "$a em regex $b?", ou seja: $a =~ $b.

* Se $a for qualquer coisa e $b for um objeto que faça overload do ~~,
dizer "$a ~~ $b" delega a verificação para o overload.

* Se $a for um objeto que faça overload do ~~ e $b for qualquer coisa, a
mesma lógica é usada (só que ao contrário).

* Qualquer outra comparação com ~~ gera exceção fatal.

Só isso. Essa proposta, se aceita, vai simplificar imensamente a
funcionalidade do smartmatching, bem como a documentação, que hoje é
espalhada em diversos exemplos e edge-cases no perlop e no perlsyn.

Essa idéia não vem sozinha, claro, especialmente pq os maiores defensores
do smartmatch argumentam sobre as vantagens de um operador "em" para
listas. A proposta desse novo smartmatch prevê também a inclusão de funções
de junction (junção) dentro do core do Perl 5, especificamente any() e
all(), que resolveriam o problema de forma bem mais elegante, já que
possibilitariam outras verificações entre listas além do smartmatching.

Já existe no CPAN uma implementação moderna de junctions em Perl 5:

https://metacpan.org/module/Syntax::Keyword::Junction

Esse módulo (e seus predecessores) estão servindo como teste de sintaxe e
funcionalidade, e se junctions entrarem para o core no futuro é bem
possível que assuma um formato muito parecido, senão igual, a esse. Para
saber mais sobre junctions, acesse o link acima.

Finalmente, se você curte o conceito de smartmatching, recomendo o módulo
do Leon Timmermans, Smart::Match, que propõe uma sintaxe mais explícita
para smartmatching dentro de seus programas.

Até lá, use o smartmatching com cuidado :-)


[]s

-b


P.S.: Pra participar mais ativamente da conversa sobre sobre o futuro do
smartmatching, assine a lista perl5porters (em inglês). Lembre-se de ler o
histórico antes de fazer perguntas, já que o tema já foi percorrido muitas
vezes, gerando discussões muitas vezes acaloradas. Pra facilitar quem quer
ficar no modo "somente leitura" do tema, o link abaixo mostra todas as
mensagens envolvendo smartmatching que circularam na p5p:

http://perl.markmail.org/search/?q=list%3Aorg.perl.perl5-porters+smart+matching
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/brasil-pm/attachments/20130422/6470bbce/attachment.html>

From nferraz em gmail.com  Mon Apr 22 02:43:40 2013
From: nferraz em gmail.com (Nelson Ferraz)
Date: Mon, 22 Apr 2013 11:43:40 +0200
Subject: [Brasil-PM] O problema do "smart matching"
In-Reply-To: <CAHS-WQZKrR6Wf1ao9gZsTfT7cOX7As3vg0ELZgxyJ9=qnMksRQ@mail.gmail.com>
References: <CAHS-WQZKrR6Wf1ao9gZsTfT7cOX7As3vg0ELZgxyJ9=qnMksRQ@mail.gmail.com>
Message-ID: <CAG+zsv0LjFB5huOnh9jdaSc0U2PX6f8afuye_z-QtPYzX6Ddwg@mail.gmail.com>

> De lá pra cá, casos como esse geraram tanta discussão sobre qual seria o
> comportamento correto do smartmatch que muitas mudanças foram (e continuam
> sendo) feitas. Hoje o ~~ é controlado por uma dispatch table massiva
> chamada em tempo de execução com mais de 20 rotas recursivas (sim,
> recursivas) dependendo dos operandos. Você é capaz de dizer, por exemplo, o
> que acontece, ou o que deveria acontecer, quando fazemos %hash ~~ @array?
> Quer chutar, sem olhar o "perlop"? Nem eu
>

Desafio aceito. :)

Meu palpite era de que %hash ~~ @array retornaria true se todos os
elementos do array estivessem no hash, e vice-versa. Obviamente estava
errado: o verdadeiro significado é:

    "any ARRAY elements exist as HASH keys"

WTF? Em casos assim, acho melhor que a comparação gere um warning, ou mesmo
uma exceção fatal.

Nesses casos é melhor ser explícito, e escrever algo como grep { exists
$hash{$_} } @array; que é bastante claro.
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/brasil-pm/attachments/20130422/3caff2c0/attachment-0001.html>

From breno em rio.pm.org  Mon Apr 22 22:31:28 2013
From: breno em rio.pm.org (breno)
Date: Tue, 23 Apr 2013 02:31:28 -0300
Subject: [Brasil-PM] =?iso-8859-1?q?=5BJob=5D_Junte-se_=E0_equipe_do_maior?=
	=?iso-8859-1?q?_site_de_acomoda=E7=F5es_do_planeta_-_Booking=2Ecom?=
Message-ID: <CAHS-WQZgsBkXn9YUERoNtGq31Z4d=ZNZ2QSEaqEfdC6WCxH=Tw@mail.gmail.com>

Então!

Você provavelmente já ouviu falar da Booking.com - o maior site de
acomodações do mundo. Você também provavelmente sabe que Perl 5 é usado em
praticamente *tudo* por lá. De fato, eles são um dos grandes patrocinadores
da linguagem, doando mais de 100 mil Euros para o desenvolvimento do Perl 5.

Além de Perl, eles usam backend MySQL e controlam seus repositórios via
Git, com mudanças indo para o ar poucas horas depois do seu "push". A
empresa é orientada a dados e possui um objetivo claro: ajudar seus
clientes. Todo o desenvolvimento é voltado para resolver problemas para
seus clientes em todo o mundo e, se não os ajuda, eles não estão
interessados em fazer.

Claro que esse porte não vem de graça. A empresa usa Perl desde 1996, e com
tantas transações por segundo, tantos sistemas interoperando em tempo real
(são mais de 700 servidores no data center, 100+ webservers, 100+
servidores mysql, entre muitos outros) e uma quantidade enorme de clientes
dependendo da estabilidade do serviço, atualizar versões externas de
software não é uma operação trivial. Da última vez que pesquisei, o grosso
do sistema usava 5.8.8 com Class::DBI, HTML::Mason e HTML::Template, mas
eles estavam falando em uma atualização completa então não sei como ficou.
De qualquer forma, é um desafio e tanto!

Ah, isso não quer dizer que eles não fuçem coisas muito legais também.
Recentemente até lançaram um blog técnico, onde discutem problemas,
soluções e "causos": http://blog.booking.com

Gostou? É aí que você entra. Devido ao rápido crescimento de seu negócio
(são mais de 1900 funcionários em todo o mundo!), a *Booking está
contratando 25 desenvolvedores Perl* para se juntar ao escritório central
em Amsterdam, na Holanda. Eles oferecem salário competitivo, bonus e
pacotes de realocação para estrangeiros, incluindo reembolso de 30% dos
impostos pagos na Holanda e vistos de trabalho/residência para você e sua
família, se necessário.

Você terá a oportunidade de trabalhar com grandes expoentes da comunidade
Perl mundial como Rafaël Garcia-Suarez (rgs), Nick Perez (nperez), Steffen
Müller (tsee), Philippe Bruhat (BooK), Yves Orton (demerphq), Abigail, e
nosso querido e ilustre Flávio Glock (fglock).

Amsterdam é uma cidade incrível, e não se preocupe com holandês: quase todo
mundo na cidade fala inglês fluente. Para saber mais sobre como
estrangeiros avaliam Amsterdam, veja:
http://www.dutchnews.nl/news/archives/2012/10/amsterdams_internationl_reside.php

Para detalhes sobre a vaga:
http://www.booking.com/jobs.en-us.html?sid=32ec3df8d1972693db2168e1ba4fb7d4;dcid=1;st=details;job_id=10771

Finalmente, para detalhes sobre o processo de contratação da Booking:
http://blog.booking.com/booking-com-developer-hiring-process.html

Se você sempre quis trabalhar fora do Brasil, fale com a Booking =)

Boa sorte!


[]s

-b
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/brasil-pm/attachments/20130423/c8012466/attachment.html>

From thiago em aware.com.br  Mon May 13 07:30:29 2013
From: thiago em aware.com.br (Thiago Rondon)
Date: Mon, 13 May 2013 11:30:29 -0300
Subject: [Brasil-PM] Perl Pro
Message-ID: <ED28D07E140045C5AA47D932C835F068@aware.com.br>


Olá Pessoal,

Desculpem o crossposting, mas acredito que é necessário.

Há algum tempo converso com várias pessoas sobre o desafio que as empresas tem em encontrar profissionais de Perl no mercado, assim como profissionais de Perl encontrarem empresas que trabalhem com a linguagem.

Tive uma conversa muito bacana com o Breno no 7Masters, que ele relatava o mesmo sofrimento no Rio de Janeiro, e decidimos começar a fazer algo.

Desde de então, venho pensando em como resolver este problema da melhor maneira, pesquisei soluções prontas, verifiquei se era possível re-utilizar o jobs.perl.org, analisei redes sociais existentes e etc... E cheguei a conclusão que seria melhor criar um cantinho nosso.

Quais os nossos objetivos ?

- Vitrine de oportunidades de trabalho (seja remoto, inloco, avulso, ...) relacionados a linguagem Perl, inicialmente no Brasil.
- Apresentar as empresas que utilizam Perl no seu dia-dia.
- Opção de visualizar uma comunidade de profissionais baseado em redes sociais como o LinkedIn.
- Promover alianças estratégicas para divulgação desta ferramenta, como por exemplo portais de conteúdo que publicam textos baseados em Perl.
- Manter contato próximo as comunidades Perl Mongers, para fomentar uma relação mais direta com o nicho de profissionais.

Como vamos realizar isto ?

- No prazo de 90 dias estaremos com o site no ar, no domínio www.perlpro.com.br.
- O wireframe inicial já esta em https://github.com/Brasil-Perl-Mongers/perl-pro
- Já contratamos um desenvolver pelo valor de R$ 2.100,00.
- Já contratamos um webdesigner pelo valor de R$ 800,00.
- O desenvolvimento começa esta semana.

Quem vai manter o site ?

- A Brasil-PM irá hospedar o site.
- Os custos operacionais do site, será baseado no valor dos anuncios em destaque que iremos oferecer no site e em emails de divulgação da vaga, no valor de R$ 30,00 cada.
- Veja: Não é necessário pagar para anunciar no site, apenas se quiser ter o destaque.

Quais serão as alianças ?

- A Brasil-PM irá oferecer o suporte operacional, para manutenção.
- Portais de conteúdo, com as quais já comecei a conversar, mas vou divulgando novidades assim que elas saírem.

Quem vai pagar a conta ?

- Via crowdfunding. Já existe algumas empresas interessadas, a ideia é que elas paguem um valor de contribuição para o desenvolvimento inicial do site, e aí então elas terão este valor em crédito para ser utilizado na divulgação das vagas posteriormente.
- Vamos manter um documento na wiki do github com os valores e o nome das empresas que irão realizar o investimento.



Quais as vantagens para as empresas que nos ajudarem no investimento inicial ?
- Sua empresa irá ter o logotipo associado a realização do desenvolvimento do site permanentemente.
- O valor mínimo para contribuição é de R$ 300,00.
- Interessados, podem falar comigo diretamente.

E aí, quem me ajuda a encontrar mais empresas a investirem na ideia ?

Abs!
-Thiago Rondon









From breno em rio.pm.org  Fri May 17 14:16:45 2013
From: breno em rio.pm.org (breno)
Date: Fri, 17 May 2013 18:16:45 -0300
Subject: [Brasil-PM] [Job] - Gosta de Perl? Seja um Analista Pleno/Senior na
	Estante Virtual!
Message-ID: <CAHS-WQaiW0gE1gw2g21+u1yKk4aREZDKdNVVWo=uK9xcFa2eBw@mail.gmail.com>

Oi pessoal! Desculpem o cross-post. Segue oportunidade de trabalho
local/remoto aqui na Estante Virtual. Por favor, repassem a quem interessar
possa :)


A Estante Virtual é o maior portal de compra e venda de livros seminovos e
usados do Brasil, reunindo mais de 11 milhões de livros dos melhores sebos
e livreiros do país. A empresa é lider absoluta no setor desde sua fundação
em 2005, e orgulha-se de oferecer ótimas condições de desenvolvimento
criativo à sua equipe, com salários competitivos, carga horária reduzida
(são apenas 6 horas diárias de trabalho), hackathons mensais, plano de
saúde, vale transporte e vale livro: R$ 50,00 para gastar na própria
Estante Virtual, todo mês.

*A linguagem Perl 5 está no coração da Estante Virtual*, sendo utilizada em
praticamente tudo. Para atender os mais de 8 mil pedidos diários ? média de
um a cada 3 segundos nos horários de pico ? usamos Moo(se), Template
Toolkit, CHI, DateTime, e muitos outros módulos do CPAN.

Você vai trabalhar ativamente na construção de soluções inovadoras para
facilitar ainda mais a vida de nossos clientes, e também participar de um
processo cuidadoso de migração de código legado, estruturando scripts
antigos e convertendo-os gradualmente para Perl Moderno, com Catalyst e
DBIx::Class.

Além de Perl 5, nosso ferramental inclui memcached, MySQL e Sphinx, em uma
infraestrutura distribuida por mais de 10 servidores, físicos e na nuvem.
Utilizamos Scrum para entregar soluções de forma ágil e dinâmica, e o
desenvolvimento é todo feito usando Git.

Estamos com vagas para desenvolvedores Perl 5 pleno e senior aqui no Rio de
Janeiro. Temos também vagas para trabalho via *telecommuting* para quem
mora fora do Estado, incluindo espaço de coworking totalmente pago pela
empresa*, se desejado :)

Se você é orientado a resultados, trabalha bem em equipe e quer fazer parte
dessa revolução, envie seu currículo para *rh em estantevirtual.com.br*!


* já temos parceria com espaços de coworking em SP (Centro, Itaim Bibi,
Vila Madalena, Campinas), e BH (Savassi). Se sua cidade não está coberta,
entre em contato mesmo assim - a lista continua se expandindo!
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/brasil-pm/attachments/20130517/6e06d48b/attachment.html>

From breno em rio.pm.org  Sat May 18 13:00:26 2013
From: breno em rio.pm.org (breno)
Date: Sat, 18 May 2013 17:00:26 -0300
Subject: [Brasil-PM] =?iso-8859-1?q?perl_5_vers=E3o18_lan=E7ado!_=5Co/?=
Message-ID: <CAHS-WQZf_LXrgTyicRZrC4kq2Uj1b8Qc+FMzst7m1gbPwmPz3Q@mail.gmail.com>

É com enorme prazer que a comunidade Perl de todo o mundo recebe a
mais nova versão do Perl 5! O Perl 5.18.0 representa mais ou menos 1
ano de desenvolvimento desde o 5.16.0 e contém aproximadamente 400.000
linhas de mudanças entre 2.100 arquivos, feitas por 113 autores
diferentes.

Você poderá baixar e instalar a partir de seu mirror favorito ou em
https://metacpan.org/release/RJBS/perl-5.18.0/

Os digests SHA1 para este release são:

 a09281aece16772ca676d842c1b24fb9f9f1a409  perl-5.18.0.tar.bz2
 f5a97a9fa4e9d0ef9c4b313c5b778a0e76291ee2  perl-5.18.0.tar.gz

Se você prefere instalar via perlbrew, aguarde o 5.18.0 estar
disponível verificando a lista retornada pelo comando:

% perlbrew available

Depois é só instalar e usar!

% perlbrew install perl-5.18.0
% perlbrew switch perl-5.18.0


Confira as principais novidades:


Novo mecanismo para features experimentais!
--------------------------------------------------------------

Inúmeros sistemas críticos dependem fortemente de Perl em todo o
mundo. Por isso, sempre há uma grande preocupação com
retrocompatibilidade no desenvolvimento da linguagem Perl, o que é bom
mas exige cuidado extremo ao adicionar uma nova feature. Para evitar a
sensação de conservadorismo excessivo e ao mesmo tempo permitir o
desenvolvimento e exploração de novas features experimentais que
elevem a qualidade e recursos da linguagem ainda mais, foi criado o
seguinte mecanismo:

- features experimentais serão ativadas pelo pragma "use feature
nome_da_feature"
- features experimentais vão sempre gerar warnings avisando que a
feature é, bem, experimental - a menos que o desenvolvedor
deliberadamente desative os warnings. Assim, ao dizer "no warnings
'experimental::nome_da_feature'", o desenvolvedor está assumindo
responsabilidade por quaisquer problemas devido a mudanças futuras na
feature, ou mesmo em sua remoção completa.

Como algumas features atuais (por exemplo, "~~" e "my $_") agora
emitem warnings no 5.18.0 avisando explicitamente sobre isso, você
pode querer desativar os warnings em versões anteriores do Perl (caso
esteja escrevendo um módulo que usa a feature experimental, por
exemplo). Como a categoria 'experimental' não existe em versões
anteriores, vc pode fazer isso usando o pragma 'if':

no if $] >= 5.018, 'warnings', 'experimental::nome_da_feature';

Consulte https://metacpan.org/module/perlexperiment para saber mais
sobre quais as features marcadas como experimentais.


Mudança completa na implementação dos hashes
--------------------------------------------------------------------

=> A semente usada pela função de hash do Perl agora é aleatória. Isso
significa que a ordem das chaves e valores de um hash retornadas por
keys(), values() e each() vão ser diferentes a cada execução do seu
programa. Isso já acontecia antes, porém de forma mais sutil. Agora
acontecerá em cada execução. Como nas versões anteriores, para
garantir a ordem, basta usar sort(). A linguagem continua garantindo
que, independente da ordem, ela será a mesma para todas as funções
acima. Ou seja, o idioma relativamente comum:

my @chaves = keys %hash;
my @valores = values %hash;

ainda é garantido de funcionar, já que a ordem, embora aleatória entre
execuções, será a mesma tanto para o keys() quanto para o values().

A idéia dessa mudança é expor bugs sutis mais claramente (já que a
linguagem nunca garantiu a ordem) e tornar os hashes do perl mais
robustos a ataques de complexidade algorítmica. Portanto, caso vc
tenha problemas com essa mudança, corrija seu código! Se precisar por
algum motivo qualquer manter o modelo anterior (que trocava a ordem
apenas quando o tamanho do bucket de hash mudava), basta definir a
variável de ambiente PERL_PERTURB_KEYS para o valor "1", mas isso é
inseguro e não recomendado.

=> Foi adicionado suporte a diferentes funções de hash, e a função
padrão passou a ser a "ONE_AT_A_TIME_HARD". É possível escolher sua
própria função de hash ao compilar o perl, de acordo com seu gosto e
necessidades de segurança e desempenho.


Suporte a Unicode 6.2!
-------------------------------

Para saber as diferenças entre o Unicode 6.1 e esse, veja
http://www.unicode.org/versions/Unicode6.2.0

Uma outra característica interessante é que, embora o padrão agora
seja o Unicode 6.2, você pode recompilar o perl para usar qualquer
versão do Unicode (com seus problemas associados, lógico).


Subrotinas léxicas (experimental)
---------------------------------------------

use 5.18.0;
no warnings 'experimental::lexical_subs';
use feature 'lexical_subs';

my sub teste { ... };  # yup! "our sub" e "state sub" também funcionam!

Essa feature permite criar subrotinas visíveis somente dentro do
escopo léxico em que são declaradas. A função é criada sempre que o
bloco de código é acessado.

Para mais informações, vejam:
https://metacpan.org/module/perlsub#Lexical-Subroutines


Módulos que vão sair do core em versões futuras do perl
----------------------------------------------------------------------------

Os módulos à seguir serão removidos da distribuição core do perl em
versões futuras e devem ser instaladas via CPAN. As versões dentro do
core vão emitir um warning da categoria 'deprecated'. Para
silenciá-los, basta instalar a versão do CPAN :)

Archive::Extract, B::Lint, B::Lint::Debug, CPANPLUS (e sub-módulos),
Devel::InnerPackage, encoding, Log::Message (e sub-módulos),
Module::Pluggable, Module::Pluggable::Object, Object::Accessor,
Pod::LaTeX, Term::UI, Term::UI::History


Melhorias de desempenho
------------------------------------

=> declarações de variáveis léxicas em listas como "my ($x, $y)" foram
otimizadas para serem realizadas em apenas uma operação, tornando-as
mais rápidas do que declarações separadas;

=> pack() com argumentos constantes está mais rápido;

=> expressões regulares casando com propriedades Unicode como \X estão
de 35% a 40% mais rápidas;

=> otimização de hashes em contexto booleano foi extendida para
contemplar também "scalar(%hash)", "%hash ? ... : ..." e "sub { %hash
|| ... }

=> testes em arquivos são levemente mais eficientes;


Outras
----------

Documentação atualizada, novas mensagens de "diagnostics", mais opções
de compilação, melhor estruturação interna de diversos componentes.
Ah, e um *MONTE* de bugfixes! :D

Para ver mais detalhes sobre as mudanças, é só acessar o arquivo
"perldelta.pod", disponível dentro da distribuição ou em
https://metacpan.org/module/RJBS/perl-5.18.0/pod/perldelta.pod


Obituário
------------

Hojung Yoon (AMORETTE), 24 anos, de Seul na Coréia do Sul, seguiu para
seu longo descanso no dia 8 de Maio de 2013. Ele era um jovem e
brilhante hacker Perl 5 & 6 e um dedicado membro do Seoul.pm. Ele
programava Perl, falava Perl, comia Perl, e amava Perl. Nós
acreditamos que ele ainda está programando em Perl com seu laptop IBM
quebrado em algum lugar. Vamos sentir sua falta.


Agradecimentos
----------------------

A linguagem Perl continua florescendo em sua terceira década graças a
uma comunidade vibrante de usuários e desenvolvedores (sim, você!
Obrigado!)

Os seguintes desenvolvedores são conhecidos por terem contribuido com
as melhorias que que tornaram o Perl 5.18.0:

Aaron Crane, Aaron Trevena, Abhijit Menon-Sen, Adrian M. Enache, Alan
Haggai Alavi, Alexandr Ciornii, Andrew Tam, Andy Dougherty, Anton
Nikishaev, Aristotle Pagaltzis, Augustina Blair, Bob Ernst, Brad
Gilbert, Breno G. de Oliveira, Brian Carlson, Brian Fraser, Charlie
Gonzalez, Chip Salzenberg, Chris 'BinGOs' Williams, Christian Hansen,
Colin Kuskie, Craig A. Berry, Dagfinn Ilmari Mannsåker, Daniel Dragan,
Daniel Perrett, Darin McBride, Dave Rolsky, David Golden, David
Leadbeater, David Mitchell, David Nicol, Dominic Hargreaves, E.
Choroba, Eric Brine, Evan Miller, Father Chrysostomos, Florian
Ragwitz, François Perrad, George Greer, Goro Fuji, H.Merijn Brand,
Herbert Breunung, Hugo van der Sanden, Igor Zaytsev, James E Keenan,
Jan Dubois, Jasmine Ahuja, Jerry D. Hedden, Jess Robinson, Jesse
Luehrs, Joaquin Ferrero, Joel Berger, John Goodyear, John Peacock,
Karen Etheridge, Karl Williamson, Karthik Rajagopalan, Kent Fredric,
Leon Timmermans, Lucas Holt, Lukas Mai, Marcus Holland-Moritz, Markus
Jansen, Martin Hasch, Matthew Horsfall, Max Maischein, Michael G
Schwern, Michael Schroeder, Moritz Lenz, Nicholas Clark, Niko Tyni,
Oleg Nesterov, Patrik Hägglund, Paul Green, Paul Johnson, Paul
Marquess, Peter Martini, Rafael Garcia-Suarez, Reini Urban, Renee
Baecker, Rhesa Rozendaal, Ricardo Signes, Robin Barker, Ronald J.
Kimball, Ruslan Zakirov, Salvador Fandiño, Sawyer X, Scott Lanning,
Sergey Alekseev, Shawn M Moore, Shirakata Kentaro, Shlomi Fish,
Sisyphus, Smylers, Steffen Müller, Steve Hay, Steve Peters, Steven
Schubiger, Sullivan Beck, Sven Strickroth, Sébastien Aperghis-Tramoni,
Thomas Sibley, Tobias Leich, Tom Wyant, Tony Cook, Vadim Konovalov,
Vincent Pit, Volker Schatz, Walt Mankowski, Yves Orton, Zefram.

Que tal entrar nessa lista também nas versões futuras do Perl? É mais
fácil do que você pensa, e sua contribuição será muito bem vinda.
Mesmo que você esteja começando com Perl e não saiba nada de C,
provavelmente há um tíquete que você pode ajudar! Veja o vídeo em
http://www.videolog.tv/video.php?id=959787 e faça seu primeiro patch
hoje!


Boa diversão!

[]s

-b

From bruno.buss em gmail.com  Sat May 18 15:52:59 2013
From: bruno.buss em gmail.com (Bruno Buss)
Date: Sat, 18 May 2013 19:52:59 -0300
Subject: [Brasil-PM] =?iso-8859-1?q?perl_5_vers=E3o18_lan=E7ado!_=5Co/?=
In-Reply-To: <CAHS-WQZf_LXrgTyicRZrC4kq2Uj1b8Qc+FMzst7m1gbPwmPz3Q@mail.gmail.com>
References: <CAHS-WQZf_LXrgTyicRZrC4kq2Uj1b8Qc+FMzst7m1gbPwmPz3Q@mail.gmail.com>
Message-ID: <CAAj=vgHLp6d9hCCQJS5JjPhZCHbW+Qv0Lf4r1giiMrEmsG=eGA@mail.gmail.com>

garu++ pelo resumão + tradução do perldelta :-)


[ ]'s


2013/5/18 breno <breno em rio.pm.org>

> É com enorme prazer que a comunidade Perl de todo o mundo recebe a
> mais nova versão do Perl 5! O Perl 5.18.0 representa mais ou menos 1
> ano de desenvolvimento desde o 5.16.0 e contém aproximadamente 400.000
> linhas de mudanças entre 2.100 arquivos, feitas por 113 autores
> diferentes.
>
> Você poderá baixar e instalar a partir de seu mirror favorito ou em
> https://metacpan.org/release/RJBS/perl-5.18.0/
>
> Os digests SHA1 para este release são:
>
>  a09281aece16772ca676d842c1b24fb9f9f1a409  perl-5.18.0.tar.bz2
>  f5a97a9fa4e9d0ef9c4b313c5b778a0e76291ee2  perl-5.18.0.tar.gz
>
> Se você prefere instalar via perlbrew, aguarde o 5.18.0 estar
> disponível verificando a lista retornada pelo comando:
>
> % perlbrew available
>
> Depois é só instalar e usar!
>
> % perlbrew install perl-5.18.0
> % perlbrew switch perl-5.18.0
>
>
> Confira as principais novidades:
>
>
> Novo mecanismo para features experimentais!
> --------------------------------------------------------------
>
> Inúmeros sistemas críticos dependem fortemente de Perl em todo o
> mundo. Por isso, sempre há uma grande preocupação com
> retrocompatibilidade no desenvolvimento da linguagem Perl, o que é bom
> mas exige cuidado extremo ao adicionar uma nova feature. Para evitar a
> sensação de conservadorismo excessivo e ao mesmo tempo permitir o
> desenvolvimento e exploração de novas features experimentais que
> elevem a qualidade e recursos da linguagem ainda mais, foi criado o
> seguinte mecanismo:
>
> - features experimentais serão ativadas pelo pragma "use feature
> nome_da_feature"
> - features experimentais vão sempre gerar warnings avisando que a
> feature é, bem, experimental - a menos que o desenvolvedor
> deliberadamente desative os warnings. Assim, ao dizer "no warnings
> 'experimental::nome_da_feature'", o desenvolvedor está assumindo
> responsabilidade por quaisquer problemas devido a mudanças futuras na
> feature, ou mesmo em sua remoção completa.
>
> Como algumas features atuais (por exemplo, "~~" e "my $_") agora
> emitem warnings no 5.18.0 avisando explicitamente sobre isso, você
> pode querer desativar os warnings em versões anteriores do Perl (caso
> esteja escrevendo um módulo que usa a feature experimental, por
> exemplo). Como a categoria 'experimental' não existe em versões
> anteriores, vc pode fazer isso usando o pragma 'if':
>
> no if $] >= 5.018, 'warnings', 'experimental::nome_da_feature';
>
> Consulte https://metacpan.org/module/perlexperiment para saber mais
> sobre quais as features marcadas como experimentais.
>
>
> Mudança completa na implementação dos hashes
> --------------------------------------------------------------------
>
> => A semente usada pela função de hash do Perl agora é aleatória. Isso
> significa que a ordem das chaves e valores de um hash retornadas por
> keys(), values() e each() vão ser diferentes a cada execução do seu
> programa. Isso já acontecia antes, porém de forma mais sutil. Agora
> acontecerá em cada execução. Como nas versões anteriores, para
> garantir a ordem, basta usar sort(). A linguagem continua garantindo
> que, independente da ordem, ela será a mesma para todas as funções
> acima. Ou seja, o idioma relativamente comum:
>
> my @chaves = keys %hash;
> my @valores = values %hash;
>
> ainda é garantido de funcionar, já que a ordem, embora aleatória entre
> execuções, será a mesma tanto para o keys() quanto para o values().
>
> A idéia dessa mudança é expor bugs sutis mais claramente (já que a
> linguagem nunca garantiu a ordem) e tornar os hashes do perl mais
> robustos a ataques de complexidade algorítmica. Portanto, caso vc
> tenha problemas com essa mudança, corrija seu código! Se precisar por
> algum motivo qualquer manter o modelo anterior (que trocava a ordem
> apenas quando o tamanho do bucket de hash mudava), basta definir a
> variável de ambiente PERL_PERTURB_KEYS para o valor "1", mas isso é
> inseguro e não recomendado.
>
> => Foi adicionado suporte a diferentes funções de hash, e a função
> padrão passou a ser a "ONE_AT_A_TIME_HARD". É possível escolher sua
> própria função de hash ao compilar o perl, de acordo com seu gosto e
> necessidades de segurança e desempenho.
>
>
> Suporte a Unicode 6.2!
> -------------------------------
>
> Para saber as diferenças entre o Unicode 6.1 e esse, veja
> http://www.unicode.org/versions/Unicode6.2.0
>
> Uma outra característica interessante é que, embora o padrão agora
> seja o Unicode 6.2, você pode recompilar o perl para usar qualquer
> versão do Unicode (com seus problemas associados, lógico).
>
>
> Subrotinas léxicas (experimental)
> ---------------------------------------------
>
> use 5.18.0;
> no warnings 'experimental::lexical_subs';
> use feature 'lexical_subs';
>
> my sub teste { ... };  # yup! "our sub" e "state sub" também funcionam!
>
> Essa feature permite criar subrotinas visíveis somente dentro do
> escopo léxico em que são declaradas. A função é criada sempre que o
> bloco de código é acessado.
>
> Para mais informações, vejam:
> https://metacpan.org/module/perlsub#Lexical-Subroutines
>
>
> Módulos que vão sair do core em versões futuras do perl
>
> ----------------------------------------------------------------------------
>
> Os módulos à seguir serão removidos da distribuição core do perl em
> versões futuras e devem ser instaladas via CPAN. As versões dentro do
> core vão emitir um warning da categoria 'deprecated'. Para
> silenciá-los, basta instalar a versão do CPAN :)
>
> Archive::Extract, B::Lint, B::Lint::Debug, CPANPLUS (e sub-módulos),
> Devel::InnerPackage, encoding, Log::Message (e sub-módulos),
> Module::Pluggable, Module::Pluggable::Object, Object::Accessor,
> Pod::LaTeX, Term::UI, Term::UI::History
>
>
> Melhorias de desempenho
> ------------------------------------
>
> => declarações de variáveis léxicas em listas como "my ($x, $y)" foram
> otimizadas para serem realizadas em apenas uma operação, tornando-as
> mais rápidas do que declarações separadas;
>
> => pack() com argumentos constantes está mais rápido;
>
> => expressões regulares casando com propriedades Unicode como \X estão
> de 35% a 40% mais rápidas;
>
> => otimização de hashes em contexto booleano foi extendida para
> contemplar também "scalar(%hash)", "%hash ? ... : ..." e "sub { %hash
> || ... }
>
> => testes em arquivos são levemente mais eficientes;
>
>
> Outras
> ----------
>
> Documentação atualizada, novas mensagens de "diagnostics", mais opções
> de compilação, melhor estruturação interna de diversos componentes.
> Ah, e um *MONTE* de bugfixes! :D
>
> Para ver mais detalhes sobre as mudanças, é só acessar o arquivo
> "perldelta.pod", disponível dentro da distribuição ou em
> https://metacpan.org/module/RJBS/perl-5.18.0/pod/perldelta.pod
>
>
> Obituário
> ------------
>
> Hojung Yoon (AMORETTE), 24 anos, de Seul na Coréia do Sul, seguiu para
> seu longo descanso no dia 8 de Maio de 2013. Ele era um jovem e
> brilhante hacker Perl 5 & 6 e um dedicado membro do Seoul.pm. Ele
> programava Perl, falava Perl, comia Perl, e amava Perl. Nós
> acreditamos que ele ainda está programando em Perl com seu laptop IBM
> quebrado em algum lugar. Vamos sentir sua falta.
>
>
> Agradecimentos
> ----------------------
>
> A linguagem Perl continua florescendo em sua terceira década graças a
> uma comunidade vibrante de usuários e desenvolvedores (sim, você!
> Obrigado!)
>
> Os seguintes desenvolvedores são conhecidos por terem contribuido com
> as melhorias que que tornaram o Perl 5.18.0:
>
> Aaron Crane, Aaron Trevena, Abhijit Menon-Sen, Adrian M. Enache, Alan
> Haggai Alavi, Alexandr Ciornii, Andrew Tam, Andy Dougherty, Anton
> Nikishaev, Aristotle Pagaltzis, Augustina Blair, Bob Ernst, Brad
> Gilbert, Breno G. de Oliveira, Brian Carlson, Brian Fraser, Charlie
> Gonzalez, Chip Salzenberg, Chris 'BinGOs' Williams, Christian Hansen,
> Colin Kuskie, Craig A. Berry, Dagfinn Ilmari Mannsåker, Daniel Dragan,
> Daniel Perrett, Darin McBride, Dave Rolsky, David Golden, David
> Leadbeater, David Mitchell, David Nicol, Dominic Hargreaves, E.
> Choroba, Eric Brine, Evan Miller, Father Chrysostomos, Florian
> Ragwitz, François Perrad, George Greer, Goro Fuji, H.Merijn Brand,
> Herbert Breunung, Hugo van der Sanden, Igor Zaytsev, James E Keenan,
> Jan Dubois, Jasmine Ahuja, Jerry D. Hedden, Jess Robinson, Jesse
> Luehrs, Joaquin Ferrero, Joel Berger, John Goodyear, John Peacock,
> Karen Etheridge, Karl Williamson, Karthik Rajagopalan, Kent Fredric,
> Leon Timmermans, Lucas Holt, Lukas Mai, Marcus Holland-Moritz, Markus
> Jansen, Martin Hasch, Matthew Horsfall, Max Maischein, Michael G
> Schwern, Michael Schroeder, Moritz Lenz, Nicholas Clark, Niko Tyni,
> Oleg Nesterov, Patrik Hägglund, Paul Green, Paul Johnson, Paul
> Marquess, Peter Martini, Rafael Garcia-Suarez, Reini Urban, Renee
> Baecker, Rhesa Rozendaal, Ricardo Signes, Robin Barker, Ronald J.
> Kimball, Ruslan Zakirov, Salvador Fandiño, Sawyer X, Scott Lanning,
> Sergey Alekseev, Shawn M Moore, Shirakata Kentaro, Shlomi Fish,
> Sisyphus, Smylers, Steffen Müller, Steve Hay, Steve Peters, Steven
> Schubiger, Sullivan Beck, Sven Strickroth, Sébastien Aperghis-Tramoni,
> Thomas Sibley, Tobias Leich, Tom Wyant, Tony Cook, Vadim Konovalov,
> Vincent Pit, Volker Schatz, Walt Mankowski, Yves Orton, Zefram.
>
> Que tal entrar nessa lista também nas versões futuras do Perl? É mais
> fácil do que você pensa, e sua contribuição será muito bem vinda.
> Mesmo que você esteja começando com Perl e não saiba nada de C,
> provavelmente há um tíquete que você pode ajudar! Veja o vídeo em
> http://www.videolog.tv/video.php?id=959787 e faça seu primeiro patch
> hoje!
>
>
> Boa diversão!
>
> []s
>
> -b
> _______________________________________________
> Brasil-PM mailing list
> Brasil-PM em pm.org
> http://mail.pm.org/mailman/listinfo/brasil-pm
>



-- 
Bruno C. Buss
http://www.brunobuss.net
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/brasil-pm/attachments/20130518/c0e69cac/attachment-0001.html>

From ole.ufg em gmail.com  Sat May 18 15:59:48 2013
From: ole.ufg em gmail.com (Ole Peter Smith)
Date: Sat, 18 May 2013 19:59:48 -0300
Subject: [Brasil-PM] =?iso-8859-1?q?perl_5_vers=E3o18_lan=E7ado!_=5Co/?=
In-Reply-To: <CAAj=vgHLp6d9hCCQJS5JjPhZCHbW+Qv0Lf4r1giiMrEmsG=eGA@mail.gmail.com>
References: <CAHS-WQZf_LXrgTyicRZrC4kq2Uj1b8Qc+FMzst7m1gbPwmPz3Q@mail.gmail.com>
	<CAAj=vgHLp6d9hCCQJS5JjPhZCHbW+Qv0Lf4r1giiMrEmsG=eGA@mail.gmail.com>
Message-ID: <CAMchz0RDLoTEbtwgVQduLGMMSC-mSEy8PMx+K3dL8FwNVDMCxw@mail.gmail.com>

+1!

0le

Send via Android
On May 18, 2013 7:53 PM, "Bruno Buss" <bruno.buss em gmail.com> wrote:

> garu++ pelo resumão + tradução do perldelta :-)
>
>
> [ ]'s
>
>
> 2013/5/18 breno <breno em rio.pm.org>
>
>> É com enorme prazer que a comunidade Perl de todo o mundo recebe a
>> mais nova versão do Perl 5! O Perl 5.18.0 representa mais ou menos 1
>> ano de desenvolvimento desde o 5.16.0 e contém aproximadamente 400.000
>> linhas de mudanças entre 2.100 arquivos, feitas por 113 autores
>> diferentes.
>>
>> Você poderá baixar e instalar a partir de seu mirror favorito ou em
>> https://metacpan.org/release/RJBS/perl-5.18.0/
>>
>> Os digests SHA1 para este release são:
>>
>>  a09281aece16772ca676d842c1b24fb9f9f1a409  perl-5.18.0.tar.bz2
>>  f5a97a9fa4e9d0ef9c4b313c5b778a0e76291ee2  perl-5.18.0.tar.gz
>>
>> Se você prefere instalar via perlbrew, aguarde o 5.18.0 estar
>> disponível verificando a lista retornada pelo comando:
>>
>> % perlbrew available
>>
>> Depois é só instalar e usar!
>>
>> % perlbrew install perl-5.18.0
>> % perlbrew switch perl-5.18.0
>>
>>
>> Confira as principais novidades:
>>
>>
>> Novo mecanismo para features experimentais!
>> --------------------------------------------------------------
>>
>> Inúmeros sistemas críticos dependem fortemente de Perl em todo o
>> mundo. Por isso, sempre há uma grande preocupação com
>> retrocompatibilidade no desenvolvimento da linguagem Perl, o que é bom
>> mas exige cuidado extremo ao adicionar uma nova feature. Para evitar a
>> sensação de conservadorismo excessivo e ao mesmo tempo permitir o
>> desenvolvimento e exploração de novas features experimentais que
>> elevem a qualidade e recursos da linguagem ainda mais, foi criado o
>> seguinte mecanismo:
>>
>> - features experimentais serão ativadas pelo pragma "use feature
>> nome_da_feature"
>> - features experimentais vão sempre gerar warnings avisando que a
>> feature é, bem, experimental - a menos que o desenvolvedor
>> deliberadamente desative os warnings. Assim, ao dizer "no warnings
>> 'experimental::nome_da_feature'", o desenvolvedor está assumindo
>> responsabilidade por quaisquer problemas devido a mudanças futuras na
>> feature, ou mesmo em sua remoção completa.
>>
>> Como algumas features atuais (por exemplo, "~~" e "my $_") agora
>> emitem warnings no 5.18.0 avisando explicitamente sobre isso, você
>> pode querer desativar os warnings em versões anteriores do Perl (caso
>> esteja escrevendo um módulo que usa a feature experimental, por
>> exemplo). Como a categoria 'experimental' não existe em versões
>> anteriores, vc pode fazer isso usando o pragma 'if':
>>
>> no if $] >= 5.018, 'warnings', 'experimental::nome_da_feature';
>>
>> Consulte https://metacpan.org/module/perlexperiment para saber mais
>> sobre quais as features marcadas como experimentais.
>>
>>
>> Mudança completa na implementação dos hashes
>> --------------------------------------------------------------------
>>
>> => A semente usada pela função de hash do Perl agora é aleatória. Isso
>> significa que a ordem das chaves e valores de um hash retornadas por
>> keys(), values() e each() vão ser diferentes a cada execução do seu
>> programa. Isso já acontecia antes, porém de forma mais sutil. Agora
>> acontecerá em cada execução. Como nas versões anteriores, para
>> garantir a ordem, basta usar sort(). A linguagem continua garantindo
>> que, independente da ordem, ela será a mesma para todas as funções
>> acima. Ou seja, o idioma relativamente comum:
>>
>> my @chaves = keys %hash;
>> my @valores = values %hash;
>>
>> ainda é garantido de funcionar, já que a ordem, embora aleatória entre
>> execuções, será a mesma tanto para o keys() quanto para o values().
>>
>> A idéia dessa mudança é expor bugs sutis mais claramente (já que a
>> linguagem nunca garantiu a ordem) e tornar os hashes do perl mais
>> robustos a ataques de complexidade algorítmica. Portanto, caso vc
>> tenha problemas com essa mudança, corrija seu código! Se precisar por
>> algum motivo qualquer manter o modelo anterior (que trocava a ordem
>> apenas quando o tamanho do bucket de hash mudava), basta definir a
>> variável de ambiente PERL_PERTURB_KEYS para o valor "1", mas isso é
>> inseguro e não recomendado.
>>
>> => Foi adicionado suporte a diferentes funções de hash, e a função
>> padrão passou a ser a "ONE_AT_A_TIME_HARD". É possível escolher sua
>> própria função de hash ao compilar o perl, de acordo com seu gosto e
>> necessidades de segurança e desempenho.
>>
>>
>> Suporte a Unicode 6.2!
>> -------------------------------
>>
>> Para saber as diferenças entre o Unicode 6.1 e esse, veja
>> http://www.unicode.org/versions/Unicode6.2.0
>>
>> Uma outra característica interessante é que, embora o padrão agora
>> seja o Unicode 6.2, você pode recompilar o perl para usar qualquer
>> versão do Unicode (com seus problemas associados, lógico).
>>
>>
>> Subrotinas léxicas (experimental)
>> ---------------------------------------------
>>
>> use 5.18.0;
>> no warnings 'experimental::lexical_subs';
>> use feature 'lexical_subs';
>>
>> my sub teste { ... };  # yup! "our sub" e "state sub" também funcionam!
>>
>> Essa feature permite criar subrotinas visíveis somente dentro do
>> escopo léxico em que são declaradas. A função é criada sempre que o
>> bloco de código é acessado.
>>
>> Para mais informações, vejam:
>> https://metacpan.org/module/perlsub#Lexical-Subroutines
>>
>>
>> Módulos que vão sair do core em versões futuras do perl
>>
>> ----------------------------------------------------------------------------
>>
>> Os módulos à seguir serão removidos da distribuição core do perl em
>> versões futuras e devem ser instaladas via CPAN. As versões dentro do
>> core vão emitir um warning da categoria 'deprecated'. Para
>> silenciá-los, basta instalar a versão do CPAN :)
>>
>> Archive::Extract, B::Lint, B::Lint::Debug, CPANPLUS (e sub-módulos),
>> Devel::InnerPackage, encoding, Log::Message (e sub-módulos),
>> Module::Pluggable, Module::Pluggable::Object, Object::Accessor,
>> Pod::LaTeX, Term::UI, Term::UI::History
>>
>>
>> Melhorias de desempenho
>> ------------------------------------
>>
>> => declarações de variáveis léxicas em listas como "my ($x, $y)" foram
>> otimizadas para serem realizadas em apenas uma operação, tornando-as
>> mais rápidas do que declarações separadas;
>>
>> => pack() com argumentos constantes está mais rápido;
>>
>> => expressões regulares casando com propriedades Unicode como \X estão
>> de 35% a 40% mais rápidas;
>>
>> => otimização de hashes em contexto booleano foi extendida para
>> contemplar também "scalar(%hash)", "%hash ? ... : ..." e "sub { %hash
>> || ... }
>>
>> => testes em arquivos são levemente mais eficientes;
>>
>>
>> Outras
>> ----------
>>
>> Documentação atualizada, novas mensagens de "diagnostics", mais opções
>> de compilação, melhor estruturação interna de diversos componentes.
>> Ah, e um *MONTE* de bugfixes! :D
>>
>> Para ver mais detalhes sobre as mudanças, é só acessar o arquivo
>> "perldelta.pod", disponível dentro da distribuição ou em
>> https://metacpan.org/module/RJBS/perl-5.18.0/pod/perldelta.pod
>>
>>
>> Obituário
>> ------------
>>
>> Hojung Yoon (AMORETTE), 24 anos, de Seul na Coréia do Sul, seguiu para
>> seu longo descanso no dia 8 de Maio de 2013. Ele era um jovem e
>> brilhante hacker Perl 5 & 6 e um dedicado membro do Seoul.pm. Ele
>> programava Perl, falava Perl, comia Perl, e amava Perl. Nós
>> acreditamos que ele ainda está programando em Perl com seu laptop IBM
>> quebrado em algum lugar. Vamos sentir sua falta.
>>
>>
>> Agradecimentos
>> ----------------------
>>
>> A linguagem Perl continua florescendo em sua terceira década graças a
>> uma comunidade vibrante de usuários e desenvolvedores (sim, você!
>> Obrigado!)
>>
>> Os seguintes desenvolvedores são conhecidos por terem contribuido com
>> as melhorias que que tornaram o Perl 5.18.0:
>>
>> Aaron Crane, Aaron Trevena, Abhijit Menon-Sen, Adrian M. Enache, Alan
>> Haggai Alavi, Alexandr Ciornii, Andrew Tam, Andy Dougherty, Anton
>> Nikishaev, Aristotle Pagaltzis, Augustina Blair, Bob Ernst, Brad
>> Gilbert, Breno G. de Oliveira, Brian Carlson, Brian Fraser, Charlie
>> Gonzalez, Chip Salzenberg, Chris 'BinGOs' Williams, Christian Hansen,
>> Colin Kuskie, Craig A. Berry, Dagfinn Ilmari Mannsåker, Daniel Dragan,
>> Daniel Perrett, Darin McBride, Dave Rolsky, David Golden, David
>> Leadbeater, David Mitchell, David Nicol, Dominic Hargreaves, E.
>> Choroba, Eric Brine, Evan Miller, Father Chrysostomos, Florian
>> Ragwitz, François Perrad, George Greer, Goro Fuji, H.Merijn Brand,
>> Herbert Breunung, Hugo van der Sanden, Igor Zaytsev, James E Keenan,
>> Jan Dubois, Jasmine Ahuja, Jerry D. Hedden, Jess Robinson, Jesse
>> Luehrs, Joaquin Ferrero, Joel Berger, John Goodyear, John Peacock,
>> Karen Etheridge, Karl Williamson, Karthik Rajagopalan, Kent Fredric,
>> Leon Timmermans, Lucas Holt, Lukas Mai, Marcus Holland-Moritz, Markus
>> Jansen, Martin Hasch, Matthew Horsfall, Max Maischein, Michael G
>> Schwern, Michael Schroeder, Moritz Lenz, Nicholas Clark, Niko Tyni,
>> Oleg Nesterov, Patrik Hägglund, Paul Green, Paul Johnson, Paul
>> Marquess, Peter Martini, Rafael Garcia-Suarez, Reini Urban, Renee
>> Baecker, Rhesa Rozendaal, Ricardo Signes, Robin Barker, Ronald J.
>> Kimball, Ruslan Zakirov, Salvador Fandiño, Sawyer X, Scott Lanning,
>> Sergey Alekseev, Shawn M Moore, Shirakata Kentaro, Shlomi Fish,
>> Sisyphus, Smylers, Steffen Müller, Steve Hay, Steve Peters, Steven
>> Schubiger, Sullivan Beck, Sven Strickroth, Sébastien Aperghis-Tramoni,
>> Thomas Sibley, Tobias Leich, Tom Wyant, Tony Cook, Vadim Konovalov,
>> Vincent Pit, Volker Schatz, Walt Mankowski, Yves Orton, Zefram.
>>
>> Que tal entrar nessa lista também nas versões futuras do Perl? É mais
>> fácil do que você pensa, e sua contribuição será muito bem vinda.
>> Mesmo que você esteja começando com Perl e não saiba nada de C,
>> provavelmente há um tíquete que você pode ajudar! Veja o vídeo em
>> http://www.videolog.tv/video.php?id=959787 e faça seu primeiro patch
>> hoje!
>>
>>
>> Boa diversão!
>>
>> []s
>>
>> -b
>> _______________________________________________
>> Brasil-PM mailing list
>> Brasil-PM em pm.org
>> http://mail.pm.org/mailman/listinfo/brasil-pm
>>
>
>
>
> --
> Bruno C. Buss
> http://www.brunobuss.net
>
> _______________________________________________
> Brasil-PM mailing list
> Brasil-PM em pm.org
> http://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/20130518/545511d1/attachment.html>

From nuba em fastmail.fm  Sat May 18 17:26:23 2013
From: nuba em fastmail.fm (Nuba Princigalli)
Date: Sat, 18 May 2013 21:26:23 -0300
Subject: [Brasil-PM] [Rio-pm] [Job] - Gosta de Perl? Seja um Analista
 Pleno/Senior na Estante Virtual!
In-Reply-To: <CAHS-WQaiW0gE1gw2g21+u1yKk4aREZDKdNVVWo=uK9xcFa2eBw@mail.gmail.com>
References: <CAHS-WQaiW0gE1gw2g21+u1yKk4aREZDKdNVVWo=uK9xcFa2eBw@mail.gmail.com>
Message-ID: <1368923183.24834.140661232799185.64791B1D@webmail.messagingengine.com>

Caros,



Como alguém sem vínculos com a Estante Virtual, acrescento:



Ali estão vários Perl Mongers feras e atuantes na comunidade carioca e
brasileira, e tem sido também uma porta de entrada, para aprender e
tomar gosto pelo Perl, pra pessoas bacanas e de atuação expressiva em
outras comunidades cariocas de computação.



Para quem puder e se interessar, é uma ótima oportunidade!



Abraço,



Nuba



On Fri, May 17, 2013, at 06:16 PM, breno wrote:

Oi pessoal! Desculpem o cross-post. Segue oportunidade de trabalho
local/remoto aqui na Estante Virtual. Por favor, repassem a quem
interessar possa :)


A Estante Virtual é o maior portal de compra e venda de livros
seminovos e usados do Brasil, reunindo mais de 11 milhões de livros dos
melhores sebos e livreiros do país. A empresa é lider absoluta no setor
desde sua fundação em 2005, e orgulha-se de oferecer ótimas condições
de desenvolvimento criativo à sua equipe, com salários competitivos,
carga horária reduzida (são apenas 6 horas diárias de trabalho),
hackathons mensais, plano de saúde, vale transporte e vale livro: R$
50,00 para gastar na própria Estante Virtual, todo mês.

A linguagem Perl 5 está no coração da Estante Virtual, sendo utilizada
em praticamente tudo. Para atender os mais de 8 mil pedidos diários ?
média de um a cada 3 segundos nos horários de pico ? usamos Moo(se),
Template Toolkit, CHI, DateTime, e muitos outros módulos do CPAN.

Você vai trabalhar ativamente na construção de soluções inovadoras para
facilitar ainda mais a vida de nossos clientes, e também participar de
um processo cuidadoso de migração de código legado, estruturando
scripts antigos e convertendo-os gradualmente para Perl Moderno, com
Catalyst e DBIx::Class.

Além de Perl 5, nosso ferramental inclui memcached, MySQL e Sphinx, em
uma infraestrutura distribuida por mais de 10 servidores, físicos e na
nuvem. Utilizamos Scrum para entregar soluções de forma ágil e
dinâmica, e o desenvolvimento é todo feito usando Git.

Estamos com vagas para desenvolvedores Perl 5 pleno e senior aqui no
Rio de Janeiro. Temos também vagas para trabalho via telecommuting para
quem mora fora do Estado, incluindo espaço de coworking totalmente pago
pela empresa*, se desejado :)

Se você é orientado a resultados, trabalha bem em equipe e quer fazer
parte dessa revolução, envie seu currículo para
[1]rh em estantevirtual.com.br!


* já temos parceria com espaços de coworking em SP (Centro, Itaim Bibi,
Vila Madalena, Campinas), e BH (Savassi). Se sua cidade não está
coberta, entre em contato mesmo assim - a lista continua se expandindo!

_______________________________________________

Rio-pm mailing list

[2]Rio-pm em pm.org

[3]http://mail.pm.org/mailman/listinfo/rio-pm



--
Nuba R. Princigalli nuba em pauleira.com http://pauleira.com @nprincigalli
Discipline is not an end in itself, just a means to an end. - King
Crimson

References

1. mailto:rh em estantevirtual.com.br
2. mailto:Rio-pm em pm.org
3. http://mail.pm.org/mailman/listinfo/rio-pm
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/brasil-pm/attachments/20130518/f50436d7/attachment-0001.html>

From crncosta em gmail.com  Sun May 19 06:07:15 2013
From: crncosta em gmail.com (Carlos Costa)
Date: Sun, 19 May 2013 10:07:15 -0300
Subject: [Brasil-PM] =?iso-8859-1?q?perl_5_vers=E3o18_lan=E7ado!_=5Co/?=
In-Reply-To: <CAMchz0RDLoTEbtwgVQduLGMMSC-mSEy8PMx+K3dL8FwNVDMCxw@mail.gmail.com>
References: <CAHS-WQZf_LXrgTyicRZrC4kq2Uj1b8Qc+FMzst7m1gbPwmPz3Q@mail.gmail.com>
	<CAAj=vgHLp6d9hCCQJS5JjPhZCHbW+Qv0Lf4r1giiMrEmsG=eGA@mail.gmail.com>
	<CAMchz0RDLoTEbtwgVQduLGMMSC-mSEy8PMx+K3dL8FwNVDMCxw@mail.gmail.com>
Message-ID: <CALegQb5pz5nXq_-ob=gv2djDy5-Ea8kxdmfRcdAOCDacvtB0hw@mail.gmail.com>

Foi uma leitura bastante interessante e ilustrativa. Me fez lembrar que
`Perl rocks`, nunca morre! exemplo de projeto FOSS saudável e em plena
atividade =)

Breno, Muito Obrigado!

( )s
Carlos.


2013/5/18 Ole Peter Smith <ole.ufg em gmail.com>

> +1!
>
> 0le
>
> Send via Android
> On May 18, 2013 7:53 PM, "Bruno Buss" <bruno.buss em gmail.com> wrote:
>
>> garu++ pelo resumão + tradução do perldelta :-)
>>
>>
>> [ ]'s
>>
>>
>> 2013/5/18 breno <breno em rio.pm.org>
>>
>>> É com enorme prazer que a comunidade Perl de todo o mundo recebe a
>>> mais nova versão do Perl 5! O Perl 5.18.0 representa mais ou menos 1
>>> ano de desenvolvimento desde o 5.16.0 e contém aproximadamente 400.000
>>> linhas de mudanças entre 2.100 arquivos, feitas por 113 autores
>>> diferentes.
>>>
>>> Você poderá baixar e instalar a partir de seu mirror favorito ou em
>>> https://metacpan.org/release/RJBS/perl-5.18.0/
>>>
>>> Os digests SHA1 para este release são:
>>>
>>>  a09281aece16772ca676d842c1b24fb9f9f1a409  perl-5.18.0.tar.bz2
>>>  f5a97a9fa4e9d0ef9c4b313c5b778a0e76291ee2  perl-5.18.0.tar.gz
>>>
>>> Se você prefere instalar via perlbrew, aguarde o 5.18.0 estar
>>> disponível verificando a lista retornada pelo comando:
>>>
>>> % perlbrew available
>>>
>>> Depois é só instalar e usar!
>>>
>>> % perlbrew install perl-5.18.0
>>> % perlbrew switch perl-5.18.0
>>>
>>>
>>> Confira as principais novidades:
>>>
>>>
>>> Novo mecanismo para features experimentais!
>>> --------------------------------------------------------------
>>>
>>> Inúmeros sistemas críticos dependem fortemente de Perl em todo o
>>> mundo. Por isso, sempre há uma grande preocupação com
>>> retrocompatibilidade no desenvolvimento da linguagem Perl, o que é bom
>>> mas exige cuidado extremo ao adicionar uma nova feature. Para evitar a
>>> sensação de conservadorismo excessivo e ao mesmo tempo permitir o
>>> desenvolvimento e exploração de novas features experimentais que
>>> elevem a qualidade e recursos da linguagem ainda mais, foi criado o
>>> seguinte mecanismo:
>>>
>>> - features experimentais serão ativadas pelo pragma "use feature
>>> nome_da_feature"
>>> - features experimentais vão sempre gerar warnings avisando que a
>>> feature é, bem, experimental - a menos que o desenvolvedor
>>> deliberadamente desative os warnings. Assim, ao dizer "no warnings
>>> 'experimental::nome_da_feature'", o desenvolvedor está assumindo
>>> responsabilidade por quaisquer problemas devido a mudanças futuras na
>>> feature, ou mesmo em sua remoção completa.
>>>
>>> Como algumas features atuais (por exemplo, "~~" e "my $_") agora
>>> emitem warnings no 5.18.0 avisando explicitamente sobre isso, você
>>> pode querer desativar os warnings em versões anteriores do Perl (caso
>>> esteja escrevendo um módulo que usa a feature experimental, por
>>> exemplo). Como a categoria 'experimental' não existe em versões
>>> anteriores, vc pode fazer isso usando o pragma 'if':
>>>
>>> no if $] >= 5.018, 'warnings', 'experimental::nome_da_feature';
>>>
>>> Consulte https://metacpan.org/module/perlexperiment para saber mais
>>> sobre quais as features marcadas como experimentais.
>>>
>>>
>>> Mudança completa na implementação dos hashes
>>> --------------------------------------------------------------------
>>>
>>> => A semente usada pela função de hash do Perl agora é aleatória. Isso
>>> significa que a ordem das chaves e valores de um hash retornadas por
>>> keys(), values() e each() vão ser diferentes a cada execução do seu
>>> programa. Isso já acontecia antes, porém de forma mais sutil. Agora
>>> acontecerá em cada execução. Como nas versões anteriores, para
>>> garantir a ordem, basta usar sort(). A linguagem continua garantindo
>>> que, independente da ordem, ela será a mesma para todas as funções
>>> acima. Ou seja, o idioma relativamente comum:
>>>
>>> my @chaves = keys %hash;
>>> my @valores = values %hash;
>>>
>>> ainda é garantido de funcionar, já que a ordem, embora aleatória entre
>>> execuções, será a mesma tanto para o keys() quanto para o values().
>>>
>>> A idéia dessa mudança é expor bugs sutis mais claramente (já que a
>>> linguagem nunca garantiu a ordem) e tornar os hashes do perl mais
>>> robustos a ataques de complexidade algorítmica. Portanto, caso vc
>>> tenha problemas com essa mudança, corrija seu código! Se precisar por
>>> algum motivo qualquer manter o modelo anterior (que trocava a ordem
>>> apenas quando o tamanho do bucket de hash mudava), basta definir a
>>> variável de ambiente PERL_PERTURB_KEYS para o valor "1", mas isso é
>>> inseguro e não recomendado.
>>>
>>> => Foi adicionado suporte a diferentes funções de hash, e a função
>>> padrão passou a ser a "ONE_AT_A_TIME_HARD". É possível escolher sua
>>> própria função de hash ao compilar o perl, de acordo com seu gosto e
>>> necessidades de segurança e desempenho.
>>>
>>>
>>> Suporte a Unicode 6.2!
>>> -------------------------------
>>>
>>> Para saber as diferenças entre o Unicode 6.1 e esse, veja
>>> http://www.unicode.org/versions/Unicode6.2.0
>>>
>>> Uma outra característica interessante é que, embora o padrão agora
>>> seja o Unicode 6.2, você pode recompilar o perl para usar qualquer
>>> versão do Unicode (com seus problemas associados, lógico).
>>>
>>>
>>> Subrotinas léxicas (experimental)
>>> ---------------------------------------------
>>>
>>> use 5.18.0;
>>> no warnings 'experimental::lexical_subs';
>>> use feature 'lexical_subs';
>>>
>>> my sub teste { ... };  # yup! "our sub" e "state sub" também funcionam!
>>>
>>> Essa feature permite criar subrotinas visíveis somente dentro do
>>> escopo léxico em que são declaradas. A função é criada sempre que o
>>> bloco de código é acessado.
>>>
>>> Para mais informações, vejam:
>>> https://metacpan.org/module/perlsub#Lexical-Subroutines
>>>
>>>
>>> Módulos que vão sair do core em versões futuras do perl
>>>
>>> ----------------------------------------------------------------------------
>>>
>>> Os módulos à seguir serão removidos da distribuição core do perl em
>>> versões futuras e devem ser instaladas via CPAN. As versões dentro do
>>> core vão emitir um warning da categoria 'deprecated'. Para
>>> silenciá-los, basta instalar a versão do CPAN :)
>>>
>>> Archive::Extract, B::Lint, B::Lint::Debug, CPANPLUS (e sub-módulos),
>>> Devel::InnerPackage, encoding, Log::Message (e sub-módulos),
>>> Module::Pluggable, Module::Pluggable::Object, Object::Accessor,
>>> Pod::LaTeX, Term::UI, Term::UI::History
>>>
>>>
>>> Melhorias de desempenho
>>> ------------------------------------
>>>
>>> => declarações de variáveis léxicas em listas como "my ($x, $y)" foram
>>> otimizadas para serem realizadas em apenas uma operação, tornando-as
>>> mais rápidas do que declarações separadas;
>>>
>>> => pack() com argumentos constantes está mais rápido;
>>>
>>> => expressões regulares casando com propriedades Unicode como \X estão
>>> de 35% a 40% mais rápidas;
>>>
>>> => otimização de hashes em contexto booleano foi extendida para
>>> contemplar também "scalar(%hash)", "%hash ? ... : ..." e "sub { %hash
>>> || ... }
>>>
>>> => testes em arquivos são levemente mais eficientes;
>>>
>>>
>>> Outras
>>> ----------
>>>
>>> Documentação atualizada, novas mensagens de "diagnostics", mais opções
>>> de compilação, melhor estruturação interna de diversos componentes.
>>> Ah, e um *MONTE* de bugfixes! :D
>>>
>>> Para ver mais detalhes sobre as mudanças, é só acessar o arquivo
>>> "perldelta.pod", disponível dentro da distribuição ou em
>>> https://metacpan.org/module/RJBS/perl-5.18.0/pod/perldelta.pod
>>>
>>>
>>> Obituário
>>> ------------
>>>
>>> Hojung Yoon (AMORETTE), 24 anos, de Seul na Coréia do Sul, seguiu para
>>> seu longo descanso no dia 8 de Maio de 2013. Ele era um jovem e
>>> brilhante hacker Perl 5 & 6 e um dedicado membro do Seoul.pm. Ele
>>> programava Perl, falava Perl, comia Perl, e amava Perl. Nós
>>> acreditamos que ele ainda está programando em Perl com seu laptop IBM
>>> quebrado em algum lugar. Vamos sentir sua falta.
>>>
>>>
>>> Agradecimentos
>>> ----------------------
>>>
>>> A linguagem Perl continua florescendo em sua terceira década graças a
>>> uma comunidade vibrante de usuários e desenvolvedores (sim, você!
>>> Obrigado!)
>>>
>>> Os seguintes desenvolvedores são conhecidos por terem contribuido com
>>> as melhorias que que tornaram o Perl 5.18.0:
>>>
>>> Aaron Crane, Aaron Trevena, Abhijit Menon-Sen, Adrian M. Enache, Alan
>>> Haggai Alavi, Alexandr Ciornii, Andrew Tam, Andy Dougherty, Anton
>>> Nikishaev, Aristotle Pagaltzis, Augustina Blair, Bob Ernst, Brad
>>> Gilbert, Breno G. de Oliveira, Brian Carlson, Brian Fraser, Charlie
>>> Gonzalez, Chip Salzenberg, Chris 'BinGOs' Williams, Christian Hansen,
>>> Colin Kuskie, Craig A. Berry, Dagfinn Ilmari Mannsåker, Daniel Dragan,
>>> Daniel Perrett, Darin McBride, Dave Rolsky, David Golden, David
>>> Leadbeater, David Mitchell, David Nicol, Dominic Hargreaves, E.
>>> Choroba, Eric Brine, Evan Miller, Father Chrysostomos, Florian
>>> Ragwitz, François Perrad, George Greer, Goro Fuji, H.Merijn Brand,
>>> Herbert Breunung, Hugo van der Sanden, Igor Zaytsev, James E Keenan,
>>> Jan Dubois, Jasmine Ahuja, Jerry D. Hedden, Jess Robinson, Jesse
>>> Luehrs, Joaquin Ferrero, Joel Berger, John Goodyear, John Peacock,
>>> Karen Etheridge, Karl Williamson, Karthik Rajagopalan, Kent Fredric,
>>> Leon Timmermans, Lucas Holt, Lukas Mai, Marcus Holland-Moritz, Markus
>>> Jansen, Martin Hasch, Matthew Horsfall, Max Maischein, Michael G
>>> Schwern, Michael Schroeder, Moritz Lenz, Nicholas Clark, Niko Tyni,
>>> Oleg Nesterov, Patrik Hägglund, Paul Green, Paul Johnson, Paul
>>> Marquess, Peter Martini, Rafael Garcia-Suarez, Reini Urban, Renee
>>> Baecker, Rhesa Rozendaal, Ricardo Signes, Robin Barker, Ronald J.
>>> Kimball, Ruslan Zakirov, Salvador Fandiño, Sawyer X, Scott Lanning,
>>> Sergey Alekseev, Shawn M Moore, Shirakata Kentaro, Shlomi Fish,
>>> Sisyphus, Smylers, Steffen Müller, Steve Hay, Steve Peters, Steven
>>> Schubiger, Sullivan Beck, Sven Strickroth, Sébastien Aperghis-Tramoni,
>>> Thomas Sibley, Tobias Leich, Tom Wyant, Tony Cook, Vadim Konovalov,
>>> Vincent Pit, Volker Schatz, Walt Mankowski, Yves Orton, Zefram.
>>>
>>> Que tal entrar nessa lista também nas versões futuras do Perl? É mais
>>> fácil do que você pensa, e sua contribuição será muito bem vinda.
>>> Mesmo que você esteja começando com Perl e não saiba nada de C,
>>> provavelmente há um tíquete que você pode ajudar! Veja o vídeo em
>>> http://www.videolog.tv/video.php?id=959787 e faça seu primeiro patch
>>> hoje!
>>>
>>>
>>> Boa diversão!
>>>
>>> []s
>>>
>>> -b
>>> _______________________________________________
>>> Brasil-PM mailing list
>>> Brasil-PM em pm.org
>>> http://mail.pm.org/mailman/listinfo/brasil-pm
>>>
>>
>>
>>
>> --
>> Bruno C. Buss
>> http://www.brunobuss.net
>>
>> _______________________________________________
>> Brasil-PM mailing list
>> Brasil-PM em pm.org
>> http://mail.pm.org/mailman/listinfo/brasil-pm
>>
>
> _______________________________________________
> Brasil-PM mailing list
> Brasil-PM em pm.org
> http://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/20130519/3f60ed8d/attachment.html>

From acid06 em gmail.com  Mon May 20 09:25:18 2013
From: acid06 em gmail.com (Nilson Santos Figueiredo Jr.)
Date: Mon, 20 May 2013 13:25:18 -0300
Subject: [Brasil-PM] =?iso-8859-1?q?perl_5_vers=E3o18_lan=E7ado!_=5Co/?=
In-Reply-To: <CAHS-WQZf_LXrgTyicRZrC4kq2Uj1b8Qc+FMzst7m1gbPwmPz3Q@mail.gmail.com>
References: <CAHS-WQZf_LXrgTyicRZrC4kq2Uj1b8Qc+FMzst7m1gbPwmPz3Q@mail.gmail.com>
Message-ID: <CAMQCFAEHybigRF+cFsK60fNB67BPK3hxodKvMCL2xY=g+jsPHw@mail.gmail.com>

2013/5/18 breno <breno em rio.pm.org>:
> - features experimentais serão ativadas pelo pragma "use feature
> nome_da_feature"
> - features experimentais vão sempre gerar warnings avisando que a
> feature é, bem, experimental - a menos que o desenvolvedor
> deliberadamente desative os warnings. Assim, ao dizer "no warnings
> 'experimental::nome_da_feature'", o desenvolvedor está assumindo
> responsabilidade por quaisquer problemas devido a mudanças futuras na
> feature, ou mesmo em sua remoção completa.

Não gostei disso. Na prática, vai fazer com que ninguém utilize as
features experimentais.
No mais, valeu pelo resumão, Breno! ;)

-Nilson

From perl em mosconi.mat.br  Mon May 20 09:50:05 2013
From: perl em mosconi.mat.br (Rodrigo Mosconi (perl))
Date: Mon, 20 May 2013 13:50:05 -0300
Subject: [Brasil-PM] =?iso-8859-1?q?perl_5_vers=E3o18_lan=E7ado!_=5Co/?=
In-Reply-To: <CAMQCFAEHybigRF+cFsK60fNB67BPK3hxodKvMCL2xY=g+jsPHw@mail.gmail.com>
References: <CAHS-WQZf_LXrgTyicRZrC4kq2Uj1b8Qc+FMzst7m1gbPwmPz3Q@mail.gmail.com>
	<CAMQCFAEHybigRF+cFsK60fNB67BPK3hxodKvMCL2xY=g+jsPHw@mail.gmail.com>
Message-ID: <CAEGYR=1Nn86Pd2zMdGxwFARROSe2vdexaR+vUaEQ1EvJci1yyg@mail.gmail.com>

A questão de compatibilidade é muito importante.  Por exemplo, tente criar
algo que funcione em RHEL5 (que vem com a versão 5.8.8) e opensuse
"current" (perl 5.16+).


Em 20 de maio de 2013 13:25, Nilson Santos Figueiredo Jr.
<acid06 em gmail.com>escreveu:

> 2013/5/18 breno <breno em rio.pm.org>:
> > - features experimentais serão ativadas pelo pragma "use feature
> > nome_da_feature"
> > - features experimentais vão sempre gerar warnings avisando que a
> > feature é, bem, experimental - a menos que o desenvolvedor
> > deliberadamente desative os warnings. Assim, ao dizer "no warnings
> > 'experimental::nome_da_feature'", o desenvolvedor está assumindo
> > responsabilidade por quaisquer problemas devido a mudanças futuras na
> > feature, ou mesmo em sua remoção completa.
>
> Não gostei disso. Na prática, vai fazer com que ninguém utilize as
> features experimentais.
> No mais, valeu pelo resumão, Breno! ;)
>
> -Nilson
> _______________________________________________
> Brasil-PM mailing list
> Brasil-PM em pm.org
> http://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/20130520/a96ecc52/attachment.html>

From braun.lima em gmail.com  Fri May 24 05:19:40 2013
From: braun.lima em gmail.com (Marco Lima)
Date: Fri, 24 May 2013 09:19:40 -0300
Subject: [Brasil-PM] http://www.soudevcon.com.br/
Message-ID: <CAH=yn3QyafwAjap_8da92k91x+DaLCc2WLrdQZMScnE5L5S3eg@mail.gmail.com>

Bom dia:

A comunidade Perl esta com uma linha de palestras no evento SouDevCon
2013, que será realizado em São Paulo entre os dias 19 e 21 de
Setembro, no UNIFIEO - Osasco. A chamada para palestras já esta aberta
e poderão enviar as mesmas através do site do evento, peço que me
confirmem o envio no meu e-mail.

http://www.soudevcon.com.br/conteudo/cfp

Obrigado;


Marco Lima
braun.lima em gmail.com
im:mago em jabber-br.org

Register Linux User #483170
Slackware Linux, for the subgenius

"Aquele que pensa que é demasiado grande para fazer trabalhos pequenos
é talvez demasiado pequeno para realizar grandes trabalhos."

"Ter acesso ao conhecimento é um dever de todos; transmitir
conhecimento é um dever de quem tem."

"Na visão do hacker, o sentido da vida está em dedicar-se a uma
paixão. Esta paixão é, na realidade, uma atividade significativa,
inspiradora e prazerosa para o indivíduo, seja ela rotulada como
"trabalho" ou como "diversão."

"Ninguém é tão grande que não possa aprender, e nem tão pequeno que
não possa ensinar"

"Compartilhe o seu conhecimento. É uma maneira de alcançar a imortalidade"

From thiago em aware.com.br  Fri May 24 05:21:49 2013
From: thiago em aware.com.br (Thiago Rondon)
Date: Fri, 24 May 2013 09:21:49 -0300
Subject: [Brasil-PM] [SP-pm] http://www.soudevcon.com.br/
In-Reply-To: <CAH=yn3QyafwAjap_8da92k91x+DaLCc2WLrdQZMScnE5L5S3eg@mail.gmail.com>
References: <CAH=yn3QyafwAjap_8da92k91x+DaLCc2WLrdQZMScnE5L5S3eg@mail.gmail.com>
Message-ID: <99F99CE81EF748B79F9FA53339CD3E67@aware.com.br>


marcolima++  


On Friday, May 24, 2013 at 9:19 AM, Marco Lima wrote:

> Bom dia:
>  
> A comunidade Perl esta com uma linha de palestras no evento SouDevCon
> 2013, que será realizado em São Paulo entre os dias 19 e 21 de
> Setembro, no UNIFIEO - Osasco. A chamada para palestras já esta aberta
> e poderão enviar as mesmas através do site do evento, peço que me
> confirmem o envio no meu e-mail.
>  
> http://www.soudevcon.com.br/conteudo/cfp
>  
> Obrigado;
>  
>  
> Marco Lima
> braun.lima em gmail.com (mailto:braun.lima em gmail.com)
> im:mago em jabber-br.org (mailto:mago em jabber-br.org)
>  
> Register Linux User #483170
> Slackware Linux, for the subgenius
>  
> "Aquele que pensa que é demasiado grande para fazer trabalhos pequenos
> é talvez demasiado pequeno para realizar grandes trabalhos."
>  
> "Ter acesso ao conhecimento é um dever de todos; transmitir
> conhecimento é um dever de quem tem."
>  
> "Na visão do hacker, o sentido da vida está em dedicar-se a uma
> paixão. Esta paixão é, na realidade, uma atividade significativa,
> inspiradora e prazerosa para o indivíduo, seja ela rotulada como
> "trabalho" ou como "diversão."
>  
> "Ninguém é tão grande que não possa aprender, e nem tão pequeno que
> não possa ensinar"
>  
> "Compartilhe o seu conhecimento. É uma maneira de alcançar a imortalidade"
> =begin disclaimer
> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org (mailto:SaoPaulo-pm em pm.org)
> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer




From leprevostfv em gmail.com  Tue May 28 16:49:17 2013
From: leprevostfv em gmail.com (Felipe da Veiga Leprevost)
Date: Tue, 28 May 2013 20:49:17 -0300
Subject: [Brasil-PM] Chamada de Patrocinadores para o YAPC::Brasil 2013
Message-ID: <1369784957.25086.140661236878633.0872F040@webmail.messagingengine.com>

Caros,

Gostaria de informar a todos que estamos oficialmente abrindo a chamada
de patrocinadores para o YAPC::Brasil 2013. 

O YAPC é o principal evento da comunidade Perl e ocorre todos os anos em
diferentes países, trazendo palestras de alto nível e de grande
interesse a todos. Como de costume teremos convidados de fora do país
especialistas em suas áreas.

O evento deste ano acontecerá em Curitiba nos dias 15 e 16 de Novembro.
Para este ano escolhemos o tema 'O Universo Científico' e o nosso
objetivo é poder aproximar aqueles que usam o Perl no seu dia a dia na
academia fazendo pesquisa, seja ela focada nos estudos de genes ou de
corpos estelares.

Os interessados em ter sua empresa como patrocinadora devem observar no
documento em anexo as cotas existentes, seus valores e vantagens, e em
seguida entrar em contato comigo por e-mail para acertarmos os detalhes.
Até o momento já possuímos três empresas patrocinadoras.

Caso conheçam alguma outra empresa que possa se interessar pelo evento,
por favor me repassem as informações de contato para que possamos ir
atrás.

Contamos com a participação de todos para fazer um bom evento esse ano,
afinal é o maior evento da nossa comunidade brasileira. Em breve,
teremos a abertura para a submissão de palestras. =) 

Abraços.

-- 
Felipe da Veiga Leprevost
www.leprevost.com.br
Laboratory for Proteomics and Protein Engineering.
Fiocruz, Brazil.
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: patrocinio-pt.pdf
Tipo: application/pdf
Tamanho: 67109 bytes
Descrição: não disponível
URL: <http://mail.pm.org/pipermail/brasil-pm/attachments/20130528/5543c834/attachment-0001.pdf>

From breno em rio.pm.org  Tue May 28 20:38:25 2013
From: breno em rio.pm.org (breno)
Date: Wed, 29 May 2013 00:38:25 -0300
Subject: [Brasil-PM] =?iso-8859-1?q?Perl_5=2E22_n=E3o_ter=E1_mais_Module?=
	=?iso-8859-1?q?=3A=3ABuild_no_core?=
Message-ID: <CAHS-WQZ8oWSDvY7EASQ_JT0JmxyHMYRBzP4HEBs0t+vM0SpaXw@mail.gmail.com>

Calma, não se desesperem :-)

tl;dr: o Module::Build não vai morrer, só vai sair do core. Em 2015.
Hoje, todos os clientes do CPAN já são capazes de fazer bootstrap do
Module::Build automaticamente no sistema via "configure_requires"
antes do Build.PL rodar, então essa remoção não fará nenhuma diferença
prática para distribuições usando o Module::Build - apenas deixará o
core do Perl mais enxuto, leve, e livre de preocupações associadas ao
Module::Build. É um ganha-ganha para todos.


---------[ versão "garu" ]---------

Como você provavelmente já sabe, o ciclo de desenvolvimento atual do
Perl 5 é de uma nova versão estável por ano. Esse mês, a versão 18 do
Perl 5 foi lançada. Quase ao mesmo tempo, como de costume, foi lançada
a 5.19, primeiro release de desenvolvimento do novo ciclo. Ao ser
marcado para remoção, o Module::Build que vem no core do 5.19 emitirá
um warning sobre isso, e esse warning continuará até a versão 5.22 -
em 2015 - quando ele finalmente será completamente removido do core.
Não do CPAN, apenas do core.

"Mas peraí", você diz. "O Module::Build não é usado pra instalar
módulos sem o 'make'? Não é um dos builders mais usados? O próprio
Michael Schwern, criador do ExtUtils::MakeMaker, não disse pra todo
mundo migrar do EUMM pro Module::Build? WTF?"

De fato, o Module::Build foi *fundamental* para uma série de inovações
que aconteceram no mundo Perl na última década(!), especialmente no
que se refere ao toolchain para instalação e configuração de módulos.
Entre outras, ele formalizou a especificação do Build.PL, foi o
primeiro a permitir build e instalação de módulos usando apenas Perl
em vez de criar Makefiles, inventou e popularizou o META.yml (que
evoluiu para a especificação META oficial do CPAN), permitiu a
instalação automática em diretórios personalizados de forma fácil e
intuitiva (efetivamente abrindo caminho para iniciativas como
local::lib e carton), tornou extremamente fácil a instalação de
módulos "Alien" como o SDL e o wxWidgetse, e trouxe insights
importantíssimos para a criação de uma série de soluções avançadas, do
Module::Install ao Dist::Zilla.

No entanto, o Module::Build em si também tem vários problemas - a
maioria deles ligados à manutenção. São mais de 4K linhas de código
misturadas em um arquivo só (Module::Build::Base), código super
acoplado e difícil de acompanhar, depurar e extender. Por exemplo, o
Build.PL executado serializa os resultados em alguns arquivos que são
usados ao longo da execução do "Build" para reconstruir o objeto
original, com montes de meta-opções e potenciais subclasses
interferindo no processo como um todo. Uma série de features
supérfluas e/ou raras foram adicionadas diretamente em seu núcleo,
prejudicando ainda mais o bom entendimento e depuração do processo de
montagem e instalação das distribuições. Seu sistema de dependências
nunca foi realmente satisfatório, e sua geração automática de
Makefile.PL trouxe como consequência a necessidade de manter
compatibilidade de features (e, em muitos casos, de bugs) com o EUMM
para sempre.

Isso não quer dizer que o Module::Build seja um builder ruim - tanto
que muitos projetos de sucesso usaram-no e continuam com ele até hoje.
Mas todas as questões acima culminaram no Module::Build nunca se
tornando o sucessor efetivo e incontestado do EUMM, como havia sido
previsto quando ele foi colocado no core. A decisão faz parte de uma
estratégia maior de remoção de módulos do core, para deixar a
manutenção mais fácil e permitir que os desenvolvedores gastem seu
tempo criando novas features e cuidando de bugs importantes, em vez de
mantendo módulos que não são realmente essenciais. Ela foi possível
graças aos avanços nos clientes de CPAN (cpan, cpanplus, cpanm) que
hoje suportam o bootstraping do Module::Build via
"configure_requires". Quando o cliente detecta que precisará do
Module::Build, ele vai baixá-lo e instalá-lo pra vc automaticamente,
antes de rodar o Build.PL. Isso já é feito quando o requisito é uma
versão mais recente do M:B que a que foi instalada no core da sua
versão do Perl 5. Daqui a dois anos, será a regra.

Para mais detalhes (em inglês), incluindo links da discussão associada:
http://www.dagolden.com/index.php/2140/paying-respect-to-modulebuild/


[]s

-b

From bruno.buss em gmail.com  Wed May 29 05:25:18 2013
From: bruno.buss em gmail.com (Bruno Buss)
Date: Wed, 29 May 2013 09:25:18 -0300
Subject: [Brasil-PM]
	=?iso-8859-1?q?Perl_5=2E22_n=E3o_ter=E1_mais_Module?=
	=?iso-8859-1?q?=3A=3ABuild_no_core?=
In-Reply-To: <CAHS-WQZ8oWSDvY7EASQ_JT0JmxyHMYRBzP4HEBs0t+vM0SpaXw@mail.gmail.com>
References: <CAHS-WQZ8oWSDvY7EASQ_JT0JmxyHMYRBzP4HEBs0t+vM0SpaXw@mail.gmail.com>
Message-ID: <CAAj=vgEhAwtddqU3KUnRgbJ4-vFVMpzm6U9HuWmW8LBD5Dx_EQ@mail.gmail.com>

Como sempre: garu++;

On Wednesday, May 29, 2013, breno wrote:

> Calma, não se desesperem :-)
>
> tl;dr: o Module::Build não vai morrer, só vai sair do core. Em 2015.
> Hoje, todos os clientes do CPAN já são capazes de fazer bootstrap do
> Module::Build automaticamente no sistema via "configure_requires"
> antes do Build.PL rodar, então essa remoção não fará nenhuma diferença
> prática para distribuições usando o Module::Build - apenas deixará o
> core do Perl mais enxuto, leve, e livre de preocupações associadas ao
> Module::Build. É um ganha-ganha para todos.
>
>
> ---------[ versão "garu" ]---------
>
> Como você provavelmente já sabe, o ciclo de desenvolvimento atual do
> Perl 5 é de uma nova versão estável por ano. Esse mês, a versão 18 do
> Perl 5 foi lançada. Quase ao mesmo tempo, como de costume, foi lançada
> a 5.19, primeiro release de desenvolvimento do novo ciclo. Ao ser
> marcado para remoção, o Module::Build que vem no core do 5.19 emitirá
> um warning sobre isso, e esse warning continuará até a versão 5.22 -
> em 2015 - quando ele finalmente será completamente removido do core.
> Não do CPAN, apenas do core.
>
> "Mas peraí", você diz. "O Module::Build não é usado pra instalar
> módulos sem o 'make'? Não é um dos builders mais usados? O próprio
> Michael Schwern, criador do ExtUtils::MakeMaker, não disse pra todo
> mundo migrar do EUMM pro Module::Build? WTF?"
>
> De fato, o Module::Build foi *fundamental* para uma série de inovações
> que aconteceram no mundo Perl na última década(!), especialmente no
> que se refere ao toolchain para instalação e configuração de módulos.
> Entre outras, ele formalizou a especificação do Build.PL, foi o
> primeiro a permitir build e instalação de módulos usando apenas Perl
> em vez de criar Makefiles, inventou e popularizou o META.yml (que
> evoluiu para a especificação META oficial do CPAN), permitiu a
> instalação automática em diretórios personalizados de forma fácil e
> intuitiva (efetivamente abrindo caminho para iniciativas como
> local::lib e carton), tornou extremamente fácil a instalação de
> módulos "Alien" como o SDL e o wxWidgetse, e trouxe insights
> importantíssimos para a criação de uma série de soluções avançadas, do
> Module::Install ao Dist::Zilla.
>
> No entanto, o Module::Build em si também tem vários problemas - a
> maioria deles ligados à manutenção. São mais de 4K linhas de código
> misturadas em um arquivo só (Module::Build::Base), código super
> acoplado e difícil de acompanhar, depurar e extender. Por exemplo, o
> Build.PL executado serializa os resultados em alguns arquivos que são
> usados ao longo da execução do "Build" para reconstruir o objeto
> original, com montes de meta-opções e potenciais subclasses
> interferindo no processo como um todo. Uma série de features
> supérfluas e/ou raras foram adicionadas diretamente em seu núcleo,
> prejudicando ainda mais o bom entendimento e depuração do processo de
> montagem e instalação das distribuições. Seu sistema de dependências
> nunca foi realmente satisfatório, e sua geração automática de
> Makefile.PL trouxe como consequência a necessidade de manter
> compatibilidade de features (e, em muitos casos, de bugs) com o EUMM
> para sempre.
>
> Isso não quer dizer que o Module::Build seja um builder ruim - tanto
> que muitos projetos de sucesso usaram-no e continuam com ele até hoje.
> Mas todas as questões acima culminaram no Module::Build nunca se
> tornando o sucessor efetivo e incontestado do EUMM, como havia sido
> previsto quando ele foi colocado no core. A decisão faz parte de uma
> estratégia maior de remoção de módulos do core, para deixar a
> manutenção mais fácil e permitir que os desenvolvedores gastem seu
> tempo criando novas features e cuidando de bugs importantes, em vez de
> mantendo módulos que não são realmente essenciais. Ela foi possível
> graças aos avanços nos clientes de CPAN (cpan, cpanplus, cpanm) que
> hoje suportam o bootstraping do Module::Build via
> "configure_requires". Quando o cliente detecta que precisará do
> Module::Build, ele vai baixá-lo e instalá-lo pra vc automaticamente,
> antes de rodar o Build.PL. Isso já é feito quando o requisito é uma
> versão mais recente do M:B que a que foi instalada no core da sua
> versão do Perl 5. Daqui a dois anos, será a regra.
>
> Para mais detalhes (em inglês), incluindo links da discussão associada:
> http://www.dagolden.com/index.php/2140/paying-respect-to-modulebuild/
>
>
> []s
>
> -b
> _______________________________________________
> Brasil-PM mailing list
> Brasil-PM em pm.org <javascript:;>
> http://mail.pm.org/mailman/listinfo/brasil-pm
>


-- 
Bruno C. Buss
http://www.brunobuss.net
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/brasil-pm/attachments/20130529/f8302e3c/attachment.html>

From diogo em diogoleal.com  Wed May 29 14:43:19 2013
From: diogo em diogoleal.com (Diogo Leal)
Date: Wed, 29 May 2013 18:43:19 -0300
Subject: [Brasil-PM]
	=?iso-8859-1?q?Perl_5=2E22_n=E3o_ter=E1_mais_Module?=
	=?iso-8859-1?q?=3A=3ABuild_no_core?=
In-Reply-To: <CAAj=vgEhAwtddqU3KUnRgbJ4-vFVMpzm6U9HuWmW8LBD5Dx_EQ@mail.gmail.com>
References: <CAHS-WQZ8oWSDvY7EASQ_JT0JmxyHMYRBzP4HEBs0t+vM0SpaXw@mail.gmail.com>
	<CAAj=vgEhAwtddqU3KUnRgbJ4-vFVMpzm6U9HuWmW8LBD5Dx_EQ@mail.gmail.com>
Message-ID: <CABNrZ7OrBkGzGUgBPS46G+jC63TQHM3nXe8eXH8q3vPNBygEog@mail.gmail.com>

Muito bom o texto. Valeu Garu!
Diogo Leal [estranho]
http://diogoleal.com
talk: estranho em diogoleal.com


2013/5/29 Bruno Buss <bruno.buss em gmail.com>:
> Como sempre: garu++;
>
>
> On Wednesday, May 29, 2013, breno wrote:
>>
>> Calma, não se desesperem :-)
>>
>> tl;dr: o Module::Build não vai morrer, só vai sair do core. Em 2015.
>> Hoje, todos os clientes do CPAN já são capazes de fazer bootstrap do
>> Module::Build automaticamente no sistema via "configure_requires"
>> antes do Build.PL rodar, então essa remoção não fará nenhuma diferença
>> prática para distribuições usando o Module::Build - apenas deixará o
>> core do Perl mais enxuto, leve, e livre de preocupações associadas ao
>> Module::Build. É um ganha-ganha para todos.
>>
>>
>> ---------[ versão "garu" ]---------
>>
>> Como você provavelmente já sabe, o ciclo de desenvolvimento atual do
>> Perl 5 é de uma nova versão estável por ano. Esse mês, a versão 18 do
>> Perl 5 foi lançada. Quase ao mesmo tempo, como de costume, foi lançada
>> a 5.19, primeiro release de desenvolvimento do novo ciclo. Ao ser
>> marcado para remoção, o Module::Build que vem no core do 5.19 emitirá
>> um warning sobre isso, e esse warning continuará até a versão 5.22 -
>> em 2015 - quando ele finalmente será completamente removido do core.
>> Não do CPAN, apenas do core.
>>
>> "Mas peraí", você diz. "O Module::Build não é usado pra instalar
>> módulos sem o 'make'? Não é um dos builders mais usados? O próprio
>> Michael Schwern, criador do ExtUtils::MakeMaker, não disse pra todo
>> mundo migrar do EUMM pro Module::Build? WTF?"
>>
>> De fato, o Module::Build foi *fundamental* para uma série de inovações
>> que aconteceram no mundo Perl na última década(!), especialmente no
>> que se refere ao toolchain para instalação e configuração de módulos.
>> Entre outras, ele formalizou a especificação do Build.PL, foi o
>> primeiro a permitir build e instalação de módulos usando apenas Perl
>> em vez de criar Makefiles, inventou e popularizou o META.yml (que
>> evoluiu para a especificação META oficial do CPAN), permitiu a
>> instalação automática em diretórios personalizados de forma fácil e
>> intuitiva (efetivamente abrindo caminho para iniciativas como
>> local::lib e carton), tornou extremamente fácil a instalação de
>> módulos "Alien" como o SDL e o wxWidgetse, e trouxe insights
>> importantíssimos para a criação de uma série de soluções avançadas, do
>> Module::Install ao Dist::Zilla.
>>
>> No entanto, o Module::Build em si também tem vários problemas - a
>> maioria deles ligados à manutenção. São mais de 4K linhas de código
>> misturadas em um arquivo só (Module::Build::Base), código super
>> acoplado e difícil de acompanhar, depurar e extender. Por exemplo, o
>> Build.PL executado serializa os resultados em alguns arquivos que são
>> usados ao longo da execução do "Build" para reconstruir o objeto
>> original, com montes de meta-opções e potenciais subclasses
>> interferindo no processo como um todo. Uma série de features
>> supérfluas e/ou raras foram adicionadas diretamente em seu núcleo,
>> prejudicando ainda mais o bom entendimento e depuração do processo de
>> montagem e instalação das distribuições. Seu sistema de dependências
>> nunca foi realmente satisfatório, e sua geração automática de
>> Makefile.PL trouxe como consequência a necessidade de manter
>> compatibilidade de features (e, em muitos casos, de bugs) com o EUMM
>> para sempre.
>>
>> Isso não quer dizer que o Module::Build seja um builder ruim - tanto
>> que muitos projetos de sucesso usaram-no e continuam com ele até hoje.
>> Mas todas as questões acima culminaram no Module::Build nunca se
>> tornando o sucessor efetivo e incontestado do EUMM, como havia sido
>> previsto quando ele foi colocado no core. A decisão faz parte de uma
>> estratégia maior de remoção de módulos do core, para deixar a
>> manutenção mais fácil e permitir que os desenvolvedores gastem seu
>> tempo criando novas features e cuidando de bugs importantes, em vez de
>> mantendo módulos que não são realmente essenciais. Ela foi possível
>> graças aos avanços nos clientes de CPAN (cpan, cpanplus, cpanm) que
>> hoje suportam o bootstraping do Module::Build via
>> "configure_requires". Quando o cliente detecta que precisará do
>> Module::Build, ele vai baixá-lo e instalá-lo pra vc automaticamente,
>> antes de rodar o Build.PL. Isso já é feito quando o requisito é uma
>> versão mais recente do M:B que a que foi instalada no core da sua
>> versão do Perl 5. Daqui a dois anos, será a regra.
>>
>> Para mais detalhes (em inglês), incluindo links da discussão associada:
>> http://www.dagolden.com/index.php/2140/paying-respect-to-modulebuild/
>>
>>
>> []s
>>
>> -b
>> _______________________________________________
>> Brasil-PM mailing list
>> Brasil-PM em pm.org
>> http://mail.pm.org/mailman/listinfo/brasil-pm
>
>
>
> --
> Bruno C. Buss
> http://www.brunobuss.net
>
> _______________________________________________
> Brasil-PM mailing list
> Brasil-PM em pm.org
> http://mail.pm.org/mailman/listinfo/brasil-pm

From leprevostfv em gmail.com  Mon Jun 10 21:56:22 2013
From: leprevostfv em gmail.com (Felipe da Veiga Leprevost)
Date: Tue, 11 Jun 2013 01:56:22 -0300
Subject: [Brasil-PM] =?utf-8?q?YAPC=3A=3ABrasil_2013_-_Inscri=C3=A7=C3=B5e?=
	=?utf-8?q?s_Abertas?=
Message-ID: <1370926582.14402.140661242392569.174994FC@webmail.messagingengine.com>

Em nome da organização do YAPC::Brasil gostaria de anunciar a todos que
as inscrições para o YAPC::Brasil 2013 já estão abertas.

No momento ainda estamos aceitando a participação de palestrantes,
portanto pessoal enviem o quanto antes suas palestras, já temos a grade
do primeiro dia quase completa.

A edição deste ano, que acontece nos dias 15 e 16 de Novembro em
Curitiba terá como tema 'O Universo Científico', onde teremos palestras
do pessoal da comunidade Perl sobre diferentes aspectos e aplicações da
linguagem assim como pessoas que estão na academia trabalhando em
projetos de pesquisa.

Quero ressaltar que no dia 15 (sexta-feira) teremos um feriado nacional
e que o evento termina no sábado; portanto, as pessoas poderão vir à
Curitiba e ainda podem aproveitar o domingo para passear e conhecer
melhor a cidade (alguns estão trazendo a família junto). Curitiba foi
eleita recentemente pela Forbes como a terceira cidade mais inteligente
do mundo. Gostaríamos de ver todos aqui em Curitiba aproveitando o
evento, os barzinhos e os passeios no feriado #vembreno.

Dentre os palestrantes já inscritos podemos destacar a presença de Diogo
Lima que falará sobre redes neurais, bioinformática e Perl, Hailton
David Lemos e seus projetos com Grafologia utilizando Perl, Ramiro Luz
da Associação Python Brasil que falará sobre seu projeto de mestrado em
Dojos de Programação, fora o pessoal da nossa comunidade como o Leonardo
Ruoso e o Renato Cron que já submeteram suas palestras sobre a
utilização do Perl em seus ambientes de trabalho. Estamos aguardando a
confirmação dos palestrantes estrangeiros e assim que tivermos as suas
confirmações nós anunciaremos a todos.

Estamos também aceitando ainda a participação de mais patrocinadores que
queriam associar seus nomes ao nosso evento, ainda temos espaços vagos
para serem preenchidos.

Em breve teremos uma lista com algumas de nossas sugestões de hospedagem
pela cidade, por enquanto já temos a confirmação do hotel do evento que
forneceu um desconto.

Qualquer dúvida que possam ter, vocês podem me procurar diretamente,
podem se cadastrar na lista da Curitiba Perl Mongers para conversar com
o pessoal ou então nos achar no nosso canal do irc #curitiba-pm.

Abraços!

YAPC::Brasil
http://2013.yapcbrasil.org.br

-- 
Felipe da Veiga Leprevost
www.leprevost.com.br
Laboratory for Proteomics and Protein Engineering.
Fiocruz, Brazil.

From breno em rio.pm.org  Tue Jun 11 18:53:27 2013
From: breno em rio.pm.org (breno)
Date: Tue, 11 Jun 2013 22:53:27 -0300
Subject: [Brasil-PM]
	=?iso-8859-1?q?=5BRio-pm=5D_YAPC=3A=3ABrasil_2013_-_I?=
	=?iso-8859-1?q?nscri=E7=F5es_Abertas?=
In-Reply-To: <1370926582.14402.140661242392569.174994FC@webmail.messagingengine.com>
References: <1370926582.14402.140661242392569.174994FC@webmail.messagingengine.com>
Message-ID: <CAHS-WQZEeMFYU=ruGg=y4Y7GjrEE+j8hdK34fmXgC8sxg5DYJw@mail.gmail.com>

2013/6/11 Felipe da Veiga Leprevost <leprevostfv em gmail.com>:
> Gostaríamos de ver todos aqui em Curitiba aproveitando o
> evento, os barzinhos e os passeios no feriado #vembreno.
>

Hahahhaha ganhei até tag! Essa vou repassar pra Denise pra fazer pressão :P

Mas falando sério, o Felipe tem feito um belíssimo trabalho na
organização do YAPC::Brasil esse ano e eu recomendo fortemente que
todos deem um pulo em Curitiba pra conhecer não só uma bela cidade
como um evento muito especial cheio de Perl moderno. Você não precisa
ser da bioinformática pra aproveitar, haverão um monte de palestras
bacanas sobre tecnologia, módulos novos, apps e websites, padrões de
design e tudo sobre Perl. É algo feito com muito carinho pela
comunidade e para a comunidade, então venham prestigiar e aproveitar o
maior evento de Perl da América Latina!

[]s

-b