Re: [Rio-pm] ES

[Blabos de Blebe]

Não :)

2018-03-14 19:50 GMT-03:00 Fernando Oliveira :

> Aqui! Vc tá no Rio?!
>
> via Newton Mail
> <https://cloudmagic.com/k/d/mailapp?ct=pi&cv=9.8.195&pv=11.2.6&source=email_footer_2>
>
> On qua, mar 14, 2018 at 19:45, Blabos de Blebe  wrote:
>
> kd vcs?
>
> 2018-03-14 19:37 GMT-03:00 Fernando Oliveira :
>
>> Chegando
>> Em qua, 14 de mar de 2018 às 18:57, breno 
>> escreveu:
>>
>>> Já chegaram? To saindo 19:30 pro Mercadinho!
>>>
>>> On Wed, Mar 14, 2018 at 10:36 AM Fernando Oliveira <
>>> fernandocor...@gmail.com> wrote:
>>>
>>>> é hj!!! espero vcs lá!
>>>>
>>>>
>>>>
>>>>
>>>> Just another Perl Hacker,
>>>> Fernando (SmokeMachine)
>>>>
>>>> Em 13 de março de 2018 10:02, breno  escreveu:
>>>>
>>>>> VAMOS!! É amanhã, hein?! \o/
>>>>>
>>>>> Lá no Mercadinho, onde era o Botero agora é um São Bartô, que tem
>>>>> cervejas e sanduíches interessantes! Por mim, tá fechado :D
>>>>>
>>>>> []s
>>>>> -b
>>>>>
>>>>> On Tue, Mar 6, 2018 at 11:38 PM Fabio Martins 
>>>>> wrote:
>>>>>
>>>>>> nozes. dentro.
>>>>>>
>>>>>> --
>>>>>> []s Fosforo (x9p)
>>>>>> -
>>>>>> --
>>>>>> -
>>>>>>
>>>>>> 2018-03-06 18:23 GMT-03:00 Fernando Oliveira <
>>>>>> fernandocor...@gmail.com>:
>>>>>>
>>>>>>> Estou passando por aqui só p/ lembrar q o próximo ES será dia 14
>>>>>>> agora!
>>>>>>>
>>>>>>> Mercadinho?
>>>>>>>
>>>>>>> Just another Perl Hacker,
>>>>>>> Fernando (SmokeMachine)
>>>>>>>
>>>>>>> ___
>>>>>>> Rio-pm mailing list
>>>>>>> Rio-pm@pm.org
>>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>>
>>>>>>>
>>>>>> ___
>>>>>> Rio-pm mailing list
>>>>>> Rio-pm@pm.org
>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>
>>>>>
>>>>> ___
>>>>> Rio-pm mailing list
>>>>> Rio-pm@pm.org
>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>
>>>>>
>>>> ___
>>>> Rio-pm mailing list
>>>> Rio-pm@pm.org
>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>
> ___ Rio-pm mailing list
> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] ES

[Blabos de Blebe]

kd vcs?

2018-03-14 19:37 GMT-03:00 Fernando Oliveira :

> Chegando
> Em qua, 14 de mar de 2018 às 18:57, breno 
> escreveu:
>
>> Já chegaram? To saindo 19:30 pro Mercadinho!
>>
>> On Wed, Mar 14, 2018 at 10:36 AM Fernando Oliveira <
>> fernandocor...@gmail.com> wrote:
>>
>>> é hj!!! espero vcs lá!
>>>
>>>
>>>
>>>
>>> Just another Perl Hacker,
>>> Fernando (SmokeMachine)
>>>
>>> Em 13 de março de 2018 10:02, breno  escreveu:
>>>
 VAMOS!! É amanhã, hein?! \o/

 Lá no Mercadinho, onde era o Botero agora é um São Bartô, que tem
 cervejas e sanduíches interessantes! Por mim, tá fechado :D

 []s
 -b

 On Tue, Mar 6, 2018 at 11:38 PM Fabio Martins 
 wrote:

> nozes. dentro.
>
> --
> []s Fosforo (x9p)
> -
> --
> -
>
> 2018-03-06 18:23 GMT-03:00 Fernando Oliveira  >:
>
>> Estou passando por aqui só p/ lembrar q o próximo ES será dia 14
>> agora!
>>
>> Mercadinho?
>>
>> Just another Perl Hacker,
>> Fernando (SmokeMachine)
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>

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


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

Re: [Rio-pm] Site rio.pm.org

[Blabos de Blebe]

Minha mão do céu, achei.

Mas tá feito com Mojolicioius em uma versão pré-histórica

https://github.com/Rio-Perl-Mongers/rio.pm.org

2017-01-16 23:26 GMT-02:00 Blabos de Blebe :

> A gente tinha os fonte dele em algum lugar
>
> 2017-01-14 12:15 GMT-02:00 Robson Mothé :
>
>> Blz, é só me passarem os dados do site para bolarmos algo. Sou o novo
>> voluntário para cuidar do site da rio.pm.org, se todos concordarem, é
>> claro!
>>
>> Em 14 de janeiro de 2017 12:11, breno  escreveu:
>>
>>> Oi Robson! Continua sendo o Rafael, até onde sei :D
>>>
>>> Uma das coisas que o Nuba nos ensinou foi que o importante é levar
>>> iniciativas pro grupo, por isso Fernando e eu levantamos a bola do ES e ele
>>> aproveitou pra criar o grupo no Telegram. E uma das coisas que o Rafael nos
>>> ensinou é que qualquer desculpa para beber em grupo está imediatamente
>>> apoiada :P
>>>
>>> Sobre quem está cuidando do site, não faço ideia... está se
>>> voluntariando? :D
>>>
>>> []s
>>> -b
>>>
>>> On Sat, Jan 14, 2017 at 11:28 AM Robson Mothé  wrote:
>>>
>>>> Pessoal, andei vendo o site e parece que está desatualizado. Alguém
>>>> sabe quem está cuidando dele?
>>>>
>>>> Outra coisa, o último líder listado lá é o Rafael Oliveira Lopes
>>>> (2014...)... Quem é o atual líder?
>>>>
>>>>
>>>> --
>>>> Robson Mothé
>>>> Register Linux User #318909 <https://linuxcounter.net/user/318909.html>
>>>> rmo...@gmail.com
>>>> +55 (21) 99888-1021 <+55%2021%2099888-1021>
>>>> ___
>>>> Rio-pm mailing list
>>>> Rio-pm@pm.org
>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>>
>> --
>> Robson Mothé
>> Register Linux User #318909 <https://linuxcounter.net/user/318909.html>
>> rmo...@gmail.com
>> +55 (21) 99888-1021 <+55%2021%2099888-1021>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Site rio.pm.org

[Blabos de Blebe]

A gente tinha os fonte dele em algum lugar

2017-01-14 12:15 GMT-02:00 Robson Mothé :

> Blz, é só me passarem os dados do site para bolarmos algo. Sou o novo
> voluntário para cuidar do site da rio.pm.org, se todos concordarem, é
> claro!
>
> Em 14 de janeiro de 2017 12:11, breno  escreveu:
>
>> Oi Robson! Continua sendo o Rafael, até onde sei :D
>>
>> Uma das coisas que o Nuba nos ensinou foi que o importante é levar
>> iniciativas pro grupo, por isso Fernando e eu levantamos a bola do ES e ele
>> aproveitou pra criar o grupo no Telegram. E uma das coisas que o Rafael nos
>> ensinou é que qualquer desculpa para beber em grupo está imediatamente
>> apoiada :P
>>
>> Sobre quem está cuidando do site, não faço ideia... está se
>> voluntariando? :D
>>
>> []s
>> -b
>>
>> On Sat, Jan 14, 2017 at 11:28 AM Robson Mothé  wrote:
>>
>>> Pessoal, andei vendo o site e parece que está desatualizado. Alguém sabe
>>> quem está cuidando dele?
>>>
>>> Outra coisa, o último líder listado lá é o Rafael Oliveira Lopes
>>> (2014...)... Quem é o atual líder?
>>>
>>>
>>> --
>>> Robson Mothé
>>> Register Linux User #318909 
>>> rmo...@gmail.com
>>> +55 (21) 99888-1021 <+55%2021%2099888-1021>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
>
> --
> Robson Mothé
> Register Linux User #318909 
> rmo...@gmail.com
> +55 (21) 99888-1021 <+55%2021%2099888-1021>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Encontro Social essa quinta! (12/01/2017)

[Blabos de Blebe]

Eu queria!

Bebam uma por mim!

[]'s

2017-01-09 15:25 GMT-02:00 Fernando Oliveira :

> Eu tô dentro!!!
> Não perco essa por nada!!!
>
> Enviado do meu iPhone
>
> Em 9 de jan de 2017, às 15:19, breno  escreveu:
>
> Oi pessoal! Feliz ano novo!!
>
> Por onde vocês andam? Como vai a vida? :D
>
> Pra responder essas e outras perguntas, quero aproveitar o começo do ano e
> convocar *todos da lista* para o primeiro Encontro Social de 2017 da Rio
> Perl Mongers11
>
> 
> *local:* Botero, no Mercadinho São José (Laranjeiras - mapa
> )
> *data:* essa quinta, 12 de janeiro!
> *horário:* das 18:00 até as 20:30 (ou até o último monge)
>
> Ou seja: saiu do trabalho, pega um Taxi/Uber (ou Metro - fica a 5 minutos
> a pé da estação Largo do Machado) e vem dar uma desestressada com a gente!
> De quebra ainda dá pra chegar em casa pro jantar :D
>
> E aí, vamos tomar uma?
>
> nos vemos lá!
>
> []s
> -b
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] [HELP] Getopt::Long multiplos parametros por opção

[Blabos de Blebe]

Bom dia,

Se as únicas opções são os arquivos, você pode utilizar direto o @ARGV.

Se precisar passar mais opções, você pode fazer assim:

https://metacpan.org/pod/Getopt::Long#Options-with-multiple-values

###
#!/usr/bin/env perl

use strict;
use warnings;
use 5.020;

use Getopt::Long;

my @files;
GetOptions("file=s{1,}" => \@files);
say foreach @files;
###

Dentro das chaves vc pode colocar a quantidade, mínima e máxima {min,max},
mas pode também deixar em aberto.

[]'s

2016-09-08 22:04 GMT-03:00 Aureliano Guedes :

> Monges,
> Boa noite.
>
> Estou tentando fazer um script que abre varios arquivos recebido pela
> linha de comando.
> A ideia é que ele rode com comando semelhante a esse:
> ./programa -f file1 file2 file3 ... filen
> Ou seja, independe da quantidade de arquivos.
>
> eu to tentando algo do tipo:
>
> use Getopt::Long;
> my @files;
> GetOptions(
> "f=s{2}" => \@files,
> ) or die "erro";
> print $_,"\n" foreach @files;
>
> Porem assim eu tenho que passar exatamente 2 parametros. 1 ou 3 da erro,
> logicamente.
> Eu queria saber como eu faço pra ele ser flexivel para receber 1 ou n
> parametros que o usuário passar.
>
> Como devo fazer?
>
> Abraços,
> Aureliano
>
>
> 
>  Livre
> de vírus. www.avast.com
> .
>
> <#m_4996570681729084014_m_131141631852599209_DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] livros usados

[Blabos de Blebe]

Opa,

valeu!

[]'s

2015-08-03 11:45 GMT-03:00 Ivan lopes :

> Muito obrigado amigos,
>
> depois que o amigo Vinícius citou o site Modern Perl não consegui parar de
> ler ... muito bom mesmo.
>
> falando em referência, Blabos quando puder de um up nos seus textos sobre
> ponteiros ... eles estão
> fora do ar e são três maravilhas.
> http://blog.blabos.org/posts/ponteiros-e-referencias-em-c-parte-1.html
> http://blog.blabos.org/posts/ponteiros-e-referencias-em-c-parte-2.html
> http://blog.blabos.org/posts/ponteiros-e-referencias-em-c-parte-3.html
>
>
> 2015-08-02 9:50 GMT-03:00 Blabos de Blebe :
>
>> Olá,
>>
>> Super NÃO-recomendo livros usados de Perl (de uma forma geral), pelo fato
>> de a linguagem ter evoluído muito nos últimos anos.
>>
>> Livros que eram considerados referência, apresentam formas que hoje são
>> consideradas más práticas. Alguns, ainda podem ser utilizados, mas com
>> ressalvas.
>>
>> Uns poucos continuam sendo referência.
>>
>> Recomendo começar pelo Modern Perl, que é atual e grátis, para dar uma
>> visão geral do que temos de Perl por hoje, e aí sim, partir para outras
>> referências, mas tendo em mente que algumas coisas mudaram.
>>
>> []'s
>>
>> 2015-08-01 12:38 GMT-03:00 Marco Lima :
>>
>>> Tá pagando quando em cada livro =)
>>>
>>> Marco Limabraun.lima@gmail.comim:m...@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."
>>>
>>> On 01-08-2015 09:24, Ivan lopes wrote:
>>>
>>> algém está vendendo livros de Perl usados ???
>>>
>>> gostaria de comprar alguns ...
>>>
>>>
>>>
>>>
>>> ___
>>> Rio-pm mailing listRio-pm@pm.orghttp://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>>
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] livros usados

[Blabos de Blebe]

Olá,

Super NÃO-recomendo livros usados de Perl (de uma forma geral), pelo fato
de a linguagem ter evoluído muito nos últimos anos.

Livros que eram considerados referência, apresentam formas que hoje são
consideradas más práticas. Alguns, ainda podem ser utilizados, mas com
ressalvas.

Uns poucos continuam sendo referência.

Recomendo começar pelo Modern Perl, que é atual e grátis, para dar uma
visão geral do que temos de Perl por hoje, e aí sim, partir para outras
referências, mas tendo em mente que algumas coisas mudaram.

[]'s

2015-08-01 12:38 GMT-03:00 Marco Lima :

> Tá pagando quando em cada livro =)
>
> Marco Limabraun.lima@gmail.comim:m...@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."
>
> On 01-08-2015 09:24, Ivan lopes wrote:
>
> algém está vendendo livros de Perl usados ???
>
> gostaria de comprar alguns ...
>
>
>
>
> ___
> Rio-pm mailing listRio-pm@pm.orghttp://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] ES de Junho

[Blabos de Blebe]

Putz, não to achando vcs :(

2015-06-11 19:46 GMT-03:00 Rodrigo Mosconi (perl) :

> Estamos (eu e Vicente) em pé perto sa entrada
> On Jun 11, 2015 7:41 PM, "Blabos de Blebe"  wrote:
>
>> Levanta a mão aí para eu te ver!!!
>>
>>
>>
>> 2015-06-11 18:58 GMT-03:00 Rodrigo Mosconi (perl) :
>>
>>> @colarinho, mais alguém chegou, ou está a caminho?
>>> On Jun 11, 2015 3:30 PM, "Blabos de Blebe"  wrote:
>>>
>>>> Prefiro na Barra
>>>>
>>>> 2015-06-11 10:58 GMT-03:00 Rafael Lopes :
>>>>
>>>>> Colarinho é um excelente lugar. <3 <3
>>>>>
>>>>> Pena que não poderei ir. Aproveitem e bebam uma por mim. =(
>>>>>
>>>>> []s
>>>>> bola
>>>>>
>>>>> 2015-06-11 1:35 GMT-03:00 Blabos de Blebe :
>>>>>
>>>>>> Barra?
>>>>>>
>>>>>> On Wed, Jun 10, 2015 at 10:59 PM, Rodrigo Mosconi (perl) <
>>>>>> p...@mosconi.mat.br> wrote:
>>>>>>
>>>>>>> ok, ES no colarinho 19h
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ___
>>>>>>> Rio-pm mailing list
>>>>>>> Rio-pm@pm.org
>>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ___
>>>>>> Rio-pm mailing list
>>>>>> Rio-pm@pm.org
>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> Rio-pm mailing list
>>>>> Rio-pm@pm.org
>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>
>>>>
>>>>
>>>> ___
>>>> Rio-pm mailing list
>>>> Rio-pm@pm.org
>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] ES de Junho

[Blabos de Blebe]

Levanta a mão aí para eu te ver!!!



2015-06-11 18:58 GMT-03:00 Rodrigo Mosconi (perl) :

> @colarinho, mais alguém chegou, ou está a caminho?
> On Jun 11, 2015 3:30 PM, "Blabos de Blebe"  wrote:
>
>> Prefiro na Barra
>>
>> 2015-06-11 10:58 GMT-03:00 Rafael Lopes :
>>
>>> Colarinho é um excelente lugar. <3 <3
>>>
>>> Pena que não poderei ir. Aproveitem e bebam uma por mim. =(
>>>
>>> []s
>>> bola
>>>
>>> 2015-06-11 1:35 GMT-03:00 Blabos de Blebe :
>>>
>>>> Barra?
>>>>
>>>> On Wed, Jun 10, 2015 at 10:59 PM, Rodrigo Mosconi (perl) <
>>>> p...@mosconi.mat.br> wrote:
>>>>
>>>>> ok, ES no colarinho 19h
>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> Rio-pm mailing list
>>>>> Rio-pm@pm.org
>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>
>>>>
>>>>
>>>> ___
>>>> Rio-pm mailing list
>>>> Rio-pm@pm.org
>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>
>>>
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] ES de Junho

[Blabos de Blebe]

Prefiro na Barra

2015-06-11 10:58 GMT-03:00 Rafael Lopes :

> Colarinho é um excelente lugar. <3 <3
>
> Pena que não poderei ir. Aproveitem e bebam uma por mim. =(
>
> []s
> bola
>
> 2015-06-11 1:35 GMT-03:00 Blabos de Blebe :
>
>> Barra?
>>
>> On Wed, Jun 10, 2015 at 10:59 PM, Rodrigo Mosconi (perl) <
>> p...@mosconi.mat.br> wrote:
>>
>>> ok, ES no colarinho 19h
>>>
>>>
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] ES de Junho

[Blabos de Blebe]

Barra?

On Wed, Jun 10, 2015 at 10:59 PM, Rodrigo Mosconi (perl) <
p...@mosconi.mat.br> wrote:

> ok, ES no colarinho 19h
>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Encontro social de março

[Blabos de Blebe]

Que tal na Barra?

2015-03-09 16:15 GMT-03:00 Vinícius Miasato :
> Opa,
>
> contem comigo,
>
> abs.
> Japa
>
> Em 9 de março de 2015 16:10, Rafael Lopes 
> escreveu:
>>
>> Lindões e lindonas,
>>
>> nosso encontro social é quinta agora, dia 12.
>>
>> Sugiro o lugar de sempre: Bar Brasil na São Salvador. =)
>> Como hora, as 19 horas tá ok?
>>
>> Eu estarei presente nesse. \o/
>>
>> []s
>> bola
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Encontro social de Fevereiro

[Blabos de Blebe]

A gente podia variar e fazer um ES na Barra. Que tal?

[]'s


2015-02-12 7:18 GMT-02:00 Tiago Peczenyj :
> Infelizmente não poderei ir, ja tenho outro compromisso e :( :( :(
>
> 2015-02-12 0:09 GMT-02:00 breno :
>
>> \o/
>>
>> 2015-02-11 23:01 GMT-02:00 Rafael Lopes :
>>
>>> Bar Brasil as 19 horas, senhores. =)
>>>
>>> Marco (e quem mais não souber): O bar brasil fica na Praça São Salvador,
>>> Largo do Machado. É bem próximo da estação de metrô Largo do Machado (uns 5
>>> minutos caminhando). Já fizemos encontros sociais recentemente por lá e deu
>>> bastante certo.
>>>
>>> E a empada de carne seca com catupiry é o máximo. <3
>>>
>>> []s
>>>
>>> Em 10 de fevereiro de 2015 11:54, Marco Lima 
>>> escreveu:
>>>
 Salve!

 Quinta estarei no Rio e ficaria feliz de participar do Social.

 Aguardo local e hora para comparecer.

 [  ]++



 On 10-02-2015 11:46, Rodrigo Mosconi (perl) wrote:
 > E aí pessoal,
 >
 > a segunda semana de fevereiro começou, e estamos nos aproximando do
 > dia do encontro social que será nesta quinta (12/02).  Então, onde
 > será desta vez?
 >
 > Att,
 >
 >
 > ___ Rio-pm mailing list
 > Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm



 ___
 Rio-pm mailing list
 Rio-pm@pm.org
 http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>>
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
>
> --
> Tiago B. Peczenyj
>
> http://about.me/peczenyj
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] ES de Janeiro

[Blabos de Blebe]

Depois a conversa despencou pra coisas bizarras em cinema, tv e revistas,
com direiro a Jackie Chan matando vírus de computador em cima de um segway (
http://youtu.be/0VydJ8LYyhM)!

wow-key


2015-01-09 20:06 GMT-02:00 Tiago Peczenyj :

> Por favor marquem o proximo para antes do carnaval.
>
>
>
> 2015-01-09 19:29 GMT-02:00 breno :
>
> Resumão!
>>
>> O encontro foi bem animado, e com gente nova também! Aliás, *se você só
>> assina a lista mas nunca foi a um encontro social da Rio Perl Mongers,
>> considere-se convidado(a)! *Não precisa de RSVP, pulserinha VIP... não
>> precisa nem saber Perl - o importante é estar animado pra bater papo e
>> tomar uma cerveja/matte/suco/água com a gente :)
>>
>> Falamos sobre blocos de carnaval noturnos, com direito a uma enquete
>> rápida sobre o que é melhor: bloco de rua, desfile de escola de samba ou ar
>> condicionado e um bom filme. Nesse ínterim, discutimos também porque todo
>> mundo odeia a Beija-flor - exceto, claro, pelos que amam a Beija-flor e só
>> a Beija-flor.
>>
>> E cinema? Com os novos lançamentos (e o último Hobbit!), esse assunto não
>> podia ficar de fora. Mas, como sempre há mais de uma maneira de se fazer as
>> coisas, o mais discutido foram os *erros* nos filmes, numa lista de foi
>> de Parque dos Dinossauros a Conan.
>>
>> Depois a conversa despencou pra coisas bizarras em cinema, tv e revistas,
>> com direiro a Jackie Chan matando vírus de computador em cima de um segway (
>> http://youtu.be/0VydJ8LYyhM)!
>>
>> Falamos também sobre como a Turma da Mônica vende mais que Marvel e DC
>> juntas, Comic Con Experience, implicações do terrorismo, clássicos da
>> música brega latina, onde fica a melhor empada do mundo, como Luiz Caldas e
>> Mr. Catra deviam se juntar num show épico de heavy metal, demissões em
>> massa na Globo, leilão de vacas e os Seis Cavalos™ do Mosconi.
>>
>> É isso! Eu me diverti muito e estou ansioso pro próximo encontro :)
>>
>> Vejo vocês lá!
>>
>> []s
>>
>> -b
>>
>>
>> 2015-01-08 19:15 GMT-02:00 Rodrigo Mosconi (perl) :
>>
>> @bar brasil
>>>  On Jan 8, 2015 7:04 PM, "Rodrigo Mosconi" 
>>> wrote:
>>>
 @bar brasil
 On Jan 8, 2015 3:01 PM, "Rafael Lopes" 
 wrote:

> Hoje, galera! Estarei lá a partir das 19!
>
> Em 5 de janeiro de 2015 13:52, Vinícius Miasato <
> viniciusmias...@gmail.com> escreveu:
>
>> Opa,
>>
>> é aqui ó:
>>
>>
>> https://www.google.com.br/maps/place/Pra%C3%A7a+S%C3%A3o+Salvador/@-22.9338815,-43.180401,17z/data=!4m5!1m2!2m1!1sPra%C3%A7a+S%C3%A3o+Salvador,+Laranjeiras,+Rio+de+Janeiro!3m1!1s0x997f85f6fc37e5:0x19b919bb14ffcf79
>>
>> abs.
>> Japa
>>
>> Em 5 de janeiro de 2015 13:26, Fernando Oliveira <
>> fernandocor...@gmail.com> escreveu:
>>
>> Onde é a praça são salvador?
>>>
>>> Em 05/01/2015, à(s) 13:17, Rafael Lopes 
>>> escreveu:
>>>
>>> Praça São Salvador.
>>> Em 05/01/2015 13:14, "Fernando Oliveira" 
>>> escreveu:
>>>
 Onde é esse Bar Brasil?

 Em 05/01/2015, à(s) 12:15, Rafael Lopes <
 rafaoliveiralo...@gmail.com> escreveu:

 Bar Brasil! :-)
 Em 05/01/2015 12:10, "breno"  escreveu:

> Bar Brasil? :D
>
> 2015-01-05 12:04 GMT-02:00 Rodrigo Mosconi (perl) <
> p...@mosconi.mat.br>:
>
>> Fala pessoal,
>>
>> Então nesta quinta (8/1) será a segunda quinta do mês, e onde
>> será o ES?
>>
>> Att,
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
 ___
 Rio-pm mailing list
 Rio-pm@pm.org
 http://mail.pm.org/mailman/listinfo/rio-pm



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

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

>>> 

Re: [Rio-pm] Problema entre versões

[Blabos de Blebe]

https://metacpan.org/pod/Carton

2014-10-16 23:10 GMT-03:00 Enrique Pessoa :

> fix na segunda linha cpan:
>
> cpan> install CORION/WWW-Mechanize-PhantomJS-0.10.tar.gz
>
> Enrique Pessôa
> 
> *Enrique Pessôa | Technology Products Manager, Brazil | RR Donnelley |
> Global Capital Markets*
> +55 21 2103.0508 | enrique.pes...@rrd.com | +55 21 9.8127.0077
>
> *  | 15 anos de tecnologia para RI | Clique
> para conferir
> *
>
>
> Em 16 de outubro de 2014 23:10, Enrique Pessoa 
> escreveu:
>
> Boa noite, Aureliano.
>>
>> Quanto a instalar uma versão que não é a mais recente. Eu nunca precisei
>> disso, mas parece que dá para fazer usando o cpan shell.
>>
>> cpan> o conf urllist push http://backpan.perl.org/
>> cpan> install CORION/WWW-Mechanize-PhantomJS-0.10
>>
>>
>> Agora... experimente verificar se a interface dessa biblioteca não mudou
>> de uma versão para a outra. Pode ser esse o motivo de não conectar.
>>
>> Abraços,
>> Enrique
>>
>>
>>
>> Enrique Pessôa
>> 
>> *Enrique Pessôa | Technology Products Manager, Brazil | RR Donnelley |
>> Global Capital Markets*
>> +55 21 2103.0508 | enrique.pes...@rrd.com | +55 21 9.8127.0077
>>
>> *  | 15 anos de tecnologia para
>> RI | Clique para conferir
>> *
>>
>>
>> Em 16 de outubro de 2014 21:53, Aureliano Guedes > > escreveu:
>>
>> Na verdade, eu acredito que a versão mais nova do módulo esta bugada,
>>> esta gerando erro de conecção com o servidor, da versão 0.10 para a 0.11 a
>>> diferença são de 8 dias, e é muito recente, mandei um e-mail para o autor
>>> mas ele ainda não respondeu.
>>> Depois reporto o bug mais formalmente.
>>>
>>> --
>>> Date: Thu, 16 Oct 2014 21:16:39 -0300
>>> From: cont...@erikhenrique.com.br
>>> To: rio-pm@pm.org
>>> Subject: Re: [Rio-pm] Problema entre versões
>>>
>>>
>>> Vc não pode migrar esse script para usar a versão mais nova?
>>>
>>> Conexão*
>>>
>>> Abs
>>> Em 16/10/2014 20:51, "Aureliano Guedes" 
>>> escreveu:
>>>
>>> Ola Monges,
>>>
>>> Fiz um pequeno script que usa o WWW::Mechanize::PhantomJS
>>> 
>>> .
>>> Tudo funciona corretamente, so que funciona quando a versão do PhantomJS
>>> é a 0.10 que foi publicada dia 01/10/2014.
>>> A ultima versão, a 0.11, é do dia 09/10/2014, e quando tento executar o
>>> mesmo script com essa versão da erro de conecção com servidor.
>>>
>>> Acontece quem um dos computadores esta a versão OK a 0.10, no outro dei
>>> a bobeira de atualizar para a 0.11 e portanto começou a dar o bug.
>>>
>>> Queria saber como faço para forçar o script só executar com a versão
>>> 0.10.
>>>
>>> É alguma coisa no 'use'? Tipo?
>>> use WWW::Mechanize::PhantomJS::0.10;
>>> ou
>>> use WWW::Mechanize::PhantomJS 'version 0.10';
>>>
>>> como faço isso?
>>>
>>> Além disso, tem como remover a versão 0.11 do pc e instalar a 0.10?
>>>
>>> Desde já grato.
>>> Att,
>>> Aureliano Guedes
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>>
>>> ___ Rio-pm mailing list
>>> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Encontro Social QUINTA! \o/

[Blabos de Blebe]

Deixa amanhecer primeiro!

2014-09-15 9:50 GMT-03:00 Vinícius Miasato :

> Garu,
>
> como é que é? Cadê o resumo?
>
> atenciosamente,
> Vinícius Miasato
>
>
>
> Em 15 de setembro de 2014 08:19, Bruno Buss 
> escreveu:
>
> Tem resumo? :p
>> Em 11/09/2014 13:21, "breno"  escreveu:
>>
>> É hoje! É hoje! Encontro vocês lá :D
>>>
>>> 2014-09-10 15:58 GMT-03:00 Vinícius Miasato :
>>> > Opa,
>>> >
>>> >>> na minha volta ao Brasil em novembro compareço
>>> >
>>> > presença confirmada.
>>> >
>>> > atenciosamente,
>>> > Vinícius Miasato
>>> >
>>> >
>>> > Em 10 de setembro de 2014 10:24, Claudio Pereira <
>>> claudiopere...@gmail.com>
>>> > escreveu:
>>> >>
>>> >>
>>> >>
>>> >> 2014-09-09 18:04 GMT-03:00 breno :
>>> >>>
>>> >>> Oi pessoal!
>>> >>>
>>> >>> Vamos retomar os tradicionais Encontros Sociais da Rio Perl Mongers?
>>> >>
>>> >>
>>> >> Sinto falta dos ES! Quando eu for no RJ e tiver com tempo sobrando a
>>> >> noite, vou tentar marcar um ESX. ;-)
>>> >>
>>> >> --
>>> >> Abraços, IndioX.
>>> >> --
>>> >> Claudio P Costa
>>> >> BSDA Certified - http://bsdcertification.org
>>> >>
>>> >> ___
>>> >> Rio-pm mailing list
>>> >> Rio-pm@pm.org
>>> >> http://mail.pm.org/mailman/listinfo/rio-pm
>>> >
>>> >
>>> >
>>> > ___
>>> > Rio-pm mailing list
>>> > Rio-pm@pm.org
>>> > http://mail.pm.org/mailman/listinfo/rio-pm
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Modulo - dependencias em pacotes do sistema

[Blabos de Blebe]

Opa,

> Mas me deixa nervoso ter algo no CPAN que nao seria instalado
perfeitamente pelo
> CPAN na distribuicao padrao. Tenho quase certeza que o maximo que posso
fazer
> e deixar um warning gigante no POD, mas queria conferir com voces.

Isso (nervoso) não faz sentido e eu vou tentar clarificar o porquê.

Vários módulos são wrappers em Perl para bibliotecas que não fazem parte da
distribuição padrão, portanto, não faz sentido, querer o módulo, sem ter a
biblioteca.

Aliás, a biblioteca não estar instalada na distribuição padrão é análoga ao
módulo não estar no core do Perl.

Então é natural que alguns módulos não core, esperem ter disponível uma
biblioteca "não core" da distribuição.

lalala-lib X lalala-lib-dev
==

Quando essa integração com bibliotecas externas acontece, é necessário um
pouco de cola em XS, que nada mais é do que um "C com esteróides".

Esse XS precisa ser compilado durante a instalação do módulo. Por quê?
Porque sendo código C que vai virar binário, ele precisa ser exatamente
compatível com os binários específicos (*.so/*.a) que você você tem na sua
máquina. Coisas de build/linking, podemos detalhar mais em outra ocasião.

Para compilar o XS, você vai precisar dos arquivos de cabeçalho em C (*.h),
bem como do compilador e ferramentas conjuntas. Esses arquivos avisam pro
compilador, qual a assinatura das funções da lib externa que você está
usando. Como eles são usados somente na compilação, eles são distribuídos
em separado em pacotes lalala-lib-dev.

Já o seu módulo, depois de compilado, vai usar os binários da biblioteca e
não vai estar nem aí mais pros cabeçalhos.

O triste aqui é que quando você está falando de pacotes que são
distribuídos de forma binária, vc pode pré-compilar e empacotar as libs sem
os cabeçalhos. Mas quando você está falando de módulo Perl que precisa
rodar em mais de 90 arquiteturas, o que for em XS precisa ser compilado
especificamente para aquela máquina.

O que normalmente acontece é que os módulos mais famosos costumam ter um
padrinho, que os compila para as principais arquiteturas onde a
distribuição linux roda e por isso vc consegue instala-los com yum ou
apt-get.

Como isso dá um trabalho do cacete, nem todos os módulos tem pacotes da
distro, e normalmente eles não são as versões mais atualizadas.

Lembro-me que uma vez o Solli tinha pensado em fazer algo a respeito, mas
não sei o que deu dessa história. Só sei que o trabalho pra manter os
milhares de módulos do CPAN com um pacote atualizado pra cada distro e pra
cada arquitetura deve ser gigantesco.

Samir,

Acredito que pro seu caso, como é só um módulo, vc possa montar um pacote
para principais distros/arquiteturas colocando as libs externas como
dependência. Talvez nem dê tanto trabalho assim.

Assim, quando alguém der apt-get seu-modulo, o próprio apt-get vai baixar
as bibliotecas necessárias, sem precisar dos lalala-lib-dev, já que ele já
vai estar compilado.

Ou então usar a sugestão do Cron mesmo.

Essa eu nunca tentei. Ok, nunca tentei nenhuma das duas :)

Tá aí um bom tema para uma apresentação num ET ou YAPC da vida.



[]'s


2014-08-08 15:28 GMT-03:00 Renato Santos :

> Hm
> acho que você procura algo sobre isso:
> https://metacpan.org/pod/Alien
>
>
> 2014-08-08 15:14 GMT-03:00 Samir Cury :
>
>> Perlssoal,
>>
>> Estou testando como um modulo que escrevi instala em um CentOS 6 puro,
>> para que no fim eu me livre do selo "works on my machine".
>>
>> Percebi que o CPAN vai sofrer um pouco se nao houver "expat-devel" e
>> "gcc" instalados no sistema. Pode-se argumentar que e fora do escopo do
>> CPAN, resolver problemas como este.
>>
>> O que me faz sentir falta do Slackware, que ja vinha bem completo e era
>> so alegria.
>>
>> O que pensei em fazer e um RPM para o Fedora/CentOS que contem estas
>> dependencias. Beleza, dai o cara pode usar yum install perl-package-name ou
>> yum install 'perl(Package::Name)'.
>>
>> Mas me deixa nervoso ter algo no CPAN que nao seria instalado
>> perfeitamente pelo CPAN na distribuicao padrao. Tenho quase certeza que o
>> maximo que posso fazer e deixar um warning gigante no POD, mas queria
>> conferir com voces.
>>
>> Se precisarem, o modulo e HTCondor::Queue::Parser. Por acidente achei o
>> report no CPAN Testers, que parece bem tranquilo :
>>
>>
>> http://www.cpantesters.org/distro/H/HTCondor-Queue-Parser.html?oncpan=1&distmat=1&version=0.04
>>
>> Talvez o ambiente deles ja resolve esses problemas. Mas por
>> perfeccionismo quero que o modulo instale sem problemas no CentOS padrao.
>>
>> Abracos,
>> Samir
>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
>
> --
> Saravá,
> Renato CRON
> http://www.renatocron.com/blog/
> @renato_cron 
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___

Re: [Rio-pm] [DUVIDA] Obter resultado de pesquisa

[Blabos de Blebe]

Simples meu caro gafanhoto!

Você seguiu o be-a-bá tradicional de forma correta. Acessa a página do
formulário, preenche os dados e submit.

Só que esse form na realidade não faz o tradicional.

Se você inspecionar a página com o Inspect ou o firebug no Firefox, vai ver
que o form não declara um "method" o que implica "GET".

Entretanto, para acessar os dados, a página faz um "POST", provavelmente
via AJAX e não um submit tradicional.

Quando vc faz o submit, o Mechanize tenta enviar os dados pela URL usando o
método GET e o sevidor te responde com um 404 Not Found. É isso que o
Mechanize está te avisando.

Dá uma olhada nisso aqui:

https://github.com/blabos/Docs/wiki/Protocolo-HTTP

[]'s



2014-07-09 14:15 GMT-03:00 Aureliano Guedes :

> Ola monges,
>
> Estou desenvolvendo um scriptzinho teste que se der tudo certo transformo
> em modulo e faço o upload para o CPAN.
>
> O script trabalha com calculo de frete, semelhante ao
> WWW::Correios::PrecoPrazo do Garu.
>
> A diferença é que ele calcula o frete com o desconto oferecido pelo
> PagSeguro para Envio Fácil (e-sedex) quando o pagamento é efetuado via
> PagSeguro.
>
> Estou usando o WWW::Mechanize, mas algo da errado. Quando preencho os
> fields e submito retorna o seguinte erro:
> 'Error GETing
> https://pagseguro.uol.com.br/para_seu_negocio/howItWorksCalculator.
>
> jhtml?originCep=74491626&destinyCep=36072130&width=30&height=6&length=40&weight=
> 0.300: Not Found at C:\Users\Aureliano\Desktop\CEP\CEP.pl line 29.'
>
> Mas não sei exato qual o problema, mas parece que ta tentando puxar essa
> uri, ou sei la o que ta acontecendo.
>
> Alguem tem alguma ideia?
>
> link do script completo: http://pastebin.com/Cg7XWBgB
>
> Rotina onde acredito estar o problema:
> sub envio_facil{
> my ($o, $d, $c, $a, $l) = @_;
> my $url = WWW::Mechanize->new();
>  $url->get('
> http://www.pagseguro.uol.com.br/para_seu_negocio/envio-facil.jhtml');
>  $url->submit_form(
> form_id => 'simulateCep',
>  fields => {originCep => $c,
> destinyCep => $d,
>  width  => $l,
> height => $a,
>  length => $c, ,
> },
>  );
>
> my $preco = $url->decoded_content;
>  return $preco;
> }
>
>
>
>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] openshift + cpan

[Blabos de Blebe]

Opa,

Vê se isso aqui ajuda:
http://www.allaroundtheworld.fr/blog/2014/05/07/using-perl-on-red-hats-openshift-cloud/

Procura por cpan.txt

Sim. É estranho. Mas é assim que o openshift baixas as dependências do cpan.

[]'s


2014-06-08 19:03 GMT-03:00 Diego Tostes :

> Pessoal,
>
> alguem ja usou openshift (openshift.redhat.com) com uma aplicacao perl?
>
> queria fazer uns testes mas precisava usar o cpan. no entanto qundo tento:
>
> > cpan
> mkdir /var/lib/openshift/5394ca015973ca5dd90005f6/.cpan: Permissão negada
> at /usr/share/perl5/CPAN/HandleConfig.pm line 554
>
>
> alguem sabe como resolver isso? ou existe uma outra plataforma de cloud
> que roda perl e o cpan esteja habilitado?
>
> abs
>
> diego
>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Release de modulo Beta no CPAN

[Blabos de Blebe]

Ao colocar o underline na versão, vc evita que os instaladores usem essa
versão inadvertidamente, embora ela ainda seja instalável se for
especificado o caminho completo para o pacote.

Assim, você pode usar a infra-estrutura do cpan testers pra testar o seu
módulo antes de um release público, sem prejudicar quem já está usando uma
versão estável do seu módulo.

O Dist::Zilla não é uma unanimidade, embora eu o utilize na maioria dos
meus módulos públicos ou privados. Eventualmente pode ser chato lidar com
alguns bugs em edge cases, mas normalmente ele tira muito boiler plate da
sua frente.

A vantagem do dzil é que ele encapsula o acesso a ferramentas de várias
fases do processo de desenvolvimento, desde o startup do módulo até o
release no cpan.

Eventualmente você pode dividir esse processo em algo como:

1) Fase 1: Fazer o bootstrap do seu pacote.

Isso significa criar os diretórios padrão (/lib, /t, etc) bem como os
arquivos auxiliares.

Além do dzil, um aplicativo que eu uso pra fazer o bootstrap dos meus
módulos é o https://metacpan.org/pod/Module::Starter

Com ele você pode escolher qual builder você vai utilizar pra montar o seu
pacote.

2) Fase 2: code, code, code

3) Fase 3: Build

No processo de build, uma peça de software é utilizada para juntar tudo que
o seu pacote vai precisar para ser instalado em uma máquina qualquer.

Essa etapa pode ser baseada em vários builders como:

https://metacpan.org/pod/ExtUtils::MakeMaker
https://metacpan.org/pod/Module::Build
https://metacpan.org/pod/Module::Install

Esses builders baseiam-se em arquivos perl (Makefile.PL, Build.PL, etc)
para a partir de apontamentos que você faz, verificar as dependências,
criar o Makefile e seus alvos,gerar o .tar.gz entre outras coisas
necessárias para tornar o seu módulo instalável.

Quando vc instala um módulo manualmente, normalmente o processo é:

a) Baixar e descompactar o .tar.gz
b) perl Makefile.PL (ou perl Build.PL). Isso vai criar um arquivo Makefile
adaptado pra sua máquina.
c) make. Isso vai fazer o build do seu módulo, eventualmente compilando XS,
se for o caso, etc
d) make test. Lê o Makefile para executar os testes do seu módulo.
e) make install

Quando você cria um módulo, para montar o .tar.gz normalmente você faz:

a) perl Makefile.PL (ou perl Build.PL). Isso vai criar um arquivo Makefile
adaptado pra sua máquina.
b) make manifest. Isso vai criar uma lista com todos os arquivos que
precisam ser distribuídos dentro do seu .tar.gz
c) make dist. Isso vai criar um .tar.gz do seu módulo, dentro do qual,
haverá um Makefile.PL (ou Build.PL), e *não* um Makefile.

Os arquivos *.PL precisam ser executados no momento da instalação para que
o Makefile seja montado de acordo com a máquina onde ele está sendo
instalado e não de acordo com a máquina onde o módulo foi criado.


4) Release.

Consiste em enviar o seu módulo para o CPAN.

***

O Module::Make eu vou desconsiderar, porque ele só tem uma versão antiga
lançada e nenhum outro módulo do cpan o utiliza (
https://metacpan.org/requires/distribution/Module-Make?sort=[[2,1]]).

***

Com o dzil você tem uma ferramenta, que em conjunto com plugins cobre todas
as etapas listadas acima e mais algumas outras, como integração com o seu
sistema de controle de versão e simplificação da criação de POD, por
exemplo.

Já se você preferir fazer sem ele, você pode fazer tudo manualmente, ou
usar qualquer dessas ferramentas citadas acima pra cobrir uma fase ou
outra, ou ainda combiná-las entre si.

Eu particularmente tenho módulos que usam o dzil (
https://github.com/blabos/Dancer2-Plugin-Paginator) e módulos que não usam (
https://github.com/blabos/Paginator-Lite).

E quando não uso, tenho preferência por criar o módulo com o
Module::Starter (não confundir com https://metacpan.org/pod/Module::Start)
usando como builder o Module::Install.

***

Finalizando, só preste atenção no que você deseja fazer e escolha a
ferramenta que achar mais adequada, tendo em mente que embora seja
relativamente simples criar um módulo e botar no CPAN, há várias etapas
envolvidas, que na maioria das vezes já são até instintivas, mas que se
você misturar as coisas, pode dar a maior confusão.

[]'s






2014-05-20 16:12 GMT-03:00 Aureliano Guedes :

> >Sim, passei o olho nisso, mas meio que ignorei pois o mesmo usa
> Dist::Zilla e lembro que os 2 metodos mais recomendados eram >Module::Build
> e Module::Make.
>
> Posso estar enganado, mas esses 'eram' os mais recomendados. O Dist::Zilla
> é mais recente porem creio que seja o melhor e atualmente o 'mais
> recomendado'.
>
> --
> Date: Tue, 20 May 2014 11:52:43 -0700
> From: samircu...@gmail.com
> To: rio-pm@pm.org
> Subject: Re: [Rio-pm] Release de modulo Beta no CPAN
>
>
> Sim, passei o olho nisso, mas meio que ignorei pois o mesmo usa
> Dist::Zilla e lembro que os 2 metodos mais recomendados eram Module::Build
> e Module::Make.
>
> Lendo melhor, parece que rola uma discussao entre usar as flags oficiais
> do CPAN ou _ na versao

Re: [Rio-pm] nota de falecimento

[Blabos de Blebe]

:(


2014-05-10 21:07 GMT-03:00 Renato Santos :

> Vish vei, que bad
>
> :-\
>
> Pã
> On May 10, 2014 8:32 PM, "Thiago Rondon"  wrote:
>
>> Tristeza... Como pode
>> Em 10/05/2014 19:18, "breno"  escreveu:
>>
>>> Oi pessoal,
>>>
>>> é com muita tristeza e saudade que venho comunicar o falecimento de
>>> nossa querida amiga Diana Rosa.
>>>
>>> Diana começou a frequentar a comunidade nos encontros sociais da Rio
>>> Perl Mongers há alguns anos e aos poucos foi se engajando, aprendendo
>>> e ensinando. Tímida mas sempre animada, ela gostava de contar como, na
>>> época em que trabalhava com Java, implementou rapidamente um one-liner
>>> em Perl para corrigir um bug enquanto seus colegas ainda estavam
>>> desenhando 19 quadrinhos de UML para representar o problema.
>>> Atualmente, trabalhava como desenvolvedora Perl na Estante Virtual.
>>>
>>> A "di", como era conhecida pelos amigos, também adorava canto lírico e
>>> era uma excelente pintora. Uma de suas obras, feita para homenagear um
>>> amigo que faceleu recentemente, hoje enfeita o muro na esquina da Rua
>>> Alice, em frente ao local onde fizemos tantos encontros sociais da
>>> comunidade (e onde provavelmente faremos o próximo).
>>>
>>> Ainda não temos muitas informações, mas ao que parece ela não estava
>>> se sentindo bem ontem à noite, deitou para descansar e, infelizmente,
>>> não acordou. Ela nos deixa aos 27 anos.
>>>
>>> Aos que quiserem prestar sua homenagem, o velório será hoje (10/05) a
>>> partir das 22:00 na Capela 7 do Cemitério São João Batista. O enterro
>>> será amanhã (11/05) às 11:00.
>>>
>>>
>>> Nossos sentimentos hoje vão para toda a família e amigos.
>>>
>>> breno
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] [DUVIDA] Chamar função sem declarar construtor

[Blabos de Blebe]

Mas ok, não é uma boa prática...


2014-04-29 19:15 GMT-03:00 Blabos de Blebe :

> > café deve ser 'duro'
>
> TimToady!!!
>
>
> 2014-04-29 19:12 GMT-03:00 Renato Santos :
>
> Cara, café não se pode ferver! seu café deve ser 'duro'
>>
>>
>> 2014-04-29 19:01 GMT-03:00 Blabos de Blebe :
>>
>> Enquanto meu café ferve, aqui vale uma reflexão:
>>>
>>> "Boas práticas" é um conceito flutuante.
>>>
>>> Perl é uma linguagem extremamente rica e se desenvolvimento bastante
>>> dinâmico. O que era boa prática quando eu aprendi, já não é boa prática
>>> hoje. As coisas mudam.
>>>
>>> http://perldoc.perl.org/perlhist.html
>>>
>>> Embora muita gente fale que Perl é pré-histórico, a versão mais atual
>>> foi lançada em janeiro. Se você bobear, você que fica pré-histórico.
>>>
>>> []'s
>>>
>>>
>>>
>>>
>>> 2014-04-29 18:52 GMT-03:00 Blabos de Blebe :
>>>
>>> Pacman, copião :)
>>>>
>>>>
>>>> 2014-04-29 18:50 GMT-03:00 Blabos de Blebe :
>>>>
>>>> > que Modulo::funcao dispensa declarar o construtor.
>>>>>
>>>>> Não dispensa. Não tem nada a ver. Não misture as coisas.
>>>>>
>>>>> Construtor é um conceito associado a um método especial utilizado para
>>>>> inicializar objetos, ou seja, quando você está utilizando uma interface
>>>>> orientada a objetos.
>>>>>
>>>>> Em C++, o Construtor tem que ser um método cujo nome é o nome da
>>>>> classe.
>>>>>
>>>>> Em Python é outro padrão.
>>>>>
>>>>> Em Perl isso é livre, um construtor, ou seja um inicializador de
>>>>> objetos pode ser qualquer método que eventualmente invoque a sub bless().
>>>>>
>>>>> http://perldoc.perl.org/functions/bless.html
>>>>>
>>>>> Em Perl convencionamos, pra ninguém ficar louco, que o construtor
>>>>> chama-se new. Mas não existe palavra reservada ou obrigatoriedade nisso.
>>>>>
>>>>> Modulo::funcao() é uma chamada 'procedural' aplicando o namespace
>>>>> completo FQN. Não tem nada a ver com objetos, ou construtores.
>>>>>
>>>>> ***
>>>>>
>>>>> No seu caso, como bem observado pelo Junior, o que você quer é não ter
>>>>> que passar o namespace completo, por isso o uso do Exporter, que nada mais
>>>>> faz do que tornar a sua função conhecida no namespace atual.
>>>>>
>>>>> Exporter também não tem nada a ver com objetos.
>>>>>
>>>>> A boa prática é usar @EXPORT_OK pra não exportar todos os símbolos por
>>>>> default. Nesse caso, ao usar o seu módulo você precisa fazer:
>>>>>
>>>>> use Modulo qw{ funcao };
>>>>>
>>>>> Aqui, "boa prática" significa basicamente, "vou tormar o cuidado de
>>>>> exportar apenas o necessário pra não correr risco de dar conflito com 
>>>>> outra
>>>>> função de mesmo nome de outro módulo".
>>>>>
>>>>> Mas é só uma politica de boa vizinhança, não quer dizer,
>>>>> necessariamente, errado. Depende do seu contexto.
>>>>>
>>>>> ***
>>>>>
>>>>> Como em Perl as coisas são mais livres, você vai ver casos de um
>>>>> package que tem construtor, métodos *E* funções comuns, ou seja, tanto uma
>>>>> interface OO quanto procedural. Exemplo:
>>>>> https://metacpan.org/pod/String::Trigram
>>>>>
>>>>> Antigamente, quando OO era 'novidade', o pessoal costumava publicar
>>>>> uma interface OO *E* uma interface procedural, pra ficar ao gosto do
>>>>> cliente escolher. Outro exemplo: https://metacpan.org/pod/CGI
>>>>>
>>>>> Por essas e outras, *EU*, acho meio confuso ter Perl como primeira
>>>>> linguagem, pois ela te dar liberdades que em não tendo todos os conceitos
>>>>> bem sedimentados, *pode* confundir.
>>>>>
>>>>> O importante é, em estar estudando, não parar no estágio "ah consegui
>>>>> fazer" mas sim prosseguir pelo menos até o "ah, entendi como funciona".
>>>>>
>>>>> []'s
>>>>>
>>>>>
>>

Re: [Rio-pm] [DUVIDA] Chamar função sem declarar construtor

[Blabos de Blebe]

> café deve ser 'duro'

TimToady!!!


2014-04-29 19:12 GMT-03:00 Renato Santos :

> Cara, café não se pode ferver! seu café deve ser 'duro'
>
>
> 2014-04-29 19:01 GMT-03:00 Blabos de Blebe :
>
> Enquanto meu café ferve, aqui vale uma reflexão:
>>
>> "Boas práticas" é um conceito flutuante.
>>
>> Perl é uma linguagem extremamente rica e se desenvolvimento bastante
>> dinâmico. O que era boa prática quando eu aprendi, já não é boa prática
>> hoje. As coisas mudam.
>>
>> http://perldoc.perl.org/perlhist.html
>>
>> Embora muita gente fale que Perl é pré-histórico, a versão mais atual foi
>> lançada em janeiro. Se você bobear, você que fica pré-histórico.
>>
>> []'s
>>
>>
>>
>>
>> 2014-04-29 18:52 GMT-03:00 Blabos de Blebe :
>>
>> Pacman, copião :)
>>>
>>>
>>> 2014-04-29 18:50 GMT-03:00 Blabos de Blebe :
>>>
>>> > que Modulo::funcao dispensa declarar o construtor.
>>>>
>>>> Não dispensa. Não tem nada a ver. Não misture as coisas.
>>>>
>>>> Construtor é um conceito associado a um método especial utilizado para
>>>> inicializar objetos, ou seja, quando você está utilizando uma interface
>>>> orientada a objetos.
>>>>
>>>> Em C++, o Construtor tem que ser um método cujo nome é o nome da classe.
>>>>
>>>> Em Python é outro padrão.
>>>>
>>>> Em Perl isso é livre, um construtor, ou seja um inicializador de
>>>> objetos pode ser qualquer método que eventualmente invoque a sub bless().
>>>>
>>>> http://perldoc.perl.org/functions/bless.html
>>>>
>>>> Em Perl convencionamos, pra ninguém ficar louco, que o construtor
>>>> chama-se new. Mas não existe palavra reservada ou obrigatoriedade nisso.
>>>>
>>>> Modulo::funcao() é uma chamada 'procedural' aplicando o namespace
>>>> completo FQN. Não tem nada a ver com objetos, ou construtores.
>>>>
>>>> ***
>>>>
>>>> No seu caso, como bem observado pelo Junior, o que você quer é não ter
>>>> que passar o namespace completo, por isso o uso do Exporter, que nada mais
>>>> faz do que tornar a sua função conhecida no namespace atual.
>>>>
>>>> Exporter também não tem nada a ver com objetos.
>>>>
>>>> A boa prática é usar @EXPORT_OK pra não exportar todos os símbolos por
>>>> default. Nesse caso, ao usar o seu módulo você precisa fazer:
>>>>
>>>> use Modulo qw{ funcao };
>>>>
>>>> Aqui, "boa prática" significa basicamente, "vou tormar o cuidado de
>>>> exportar apenas o necessário pra não correr risco de dar conflito com outra
>>>> função de mesmo nome de outro módulo".
>>>>
>>>> Mas é só uma politica de boa vizinhança, não quer dizer,
>>>> necessariamente, errado. Depende do seu contexto.
>>>>
>>>> ***
>>>>
>>>> Como em Perl as coisas são mais livres, você vai ver casos de um
>>>> package que tem construtor, métodos *E* funções comuns, ou seja, tanto uma
>>>> interface OO quanto procedural. Exemplo:
>>>> https://metacpan.org/pod/String::Trigram
>>>>
>>>> Antigamente, quando OO era 'novidade', o pessoal costumava publicar uma
>>>> interface OO *E* uma interface procedural, pra ficar ao gosto do cliente
>>>> escolher. Outro exemplo: https://metacpan.org/pod/CGI
>>>>
>>>> Por essas e outras, *EU*, acho meio confuso ter Perl como primeira
>>>> linguagem, pois ela te dar liberdades que em não tendo todos os conceitos
>>>> bem sedimentados, *pode* confundir.
>>>>
>>>> O importante é, em estar estudando, não parar no estágio "ah consegui
>>>> fazer" mas sim prosseguir pelo menos até o "ah, entendi como funciona".
>>>>
>>>> []'s
>>>>
>>>>
>>>>
>>>>
>>>> 2014-04-29 18:32 GMT-03:00 Aureliano Guedes :
>>>>
>>>>  Funcionou da forma que o Junior passou.
>>>>>
>>>>> Obrigado.
>>>>>
>>>>> Experimentei fazer o dumper como o Bablos falou. Realmente são formas
>>>>> diferentes, sendo que Modulo::funcao dispensa declarar o construtor.
>>>>>
>>>>>

Re: [Rio-pm] [DUVIDA] Chamar função sem declarar construtor

[Blabos de Blebe]

Enquanto meu café ferve, aqui vale uma reflexão:

"Boas práticas" é um conceito flutuante.

Perl é uma linguagem extremamente rica e se desenvolvimento bastante
dinâmico. O que era boa prática quando eu aprendi, já não é boa prática
hoje. As coisas mudam.

http://perldoc.perl.org/perlhist.html

Embora muita gente fale que Perl é pré-histórico, a versão mais atual foi
lançada em janeiro. Se você bobear, você que fica pré-histórico.

[]'s




2014-04-29 18:52 GMT-03:00 Blabos de Blebe :

> Pacman, copião :)
>
>
> 2014-04-29 18:50 GMT-03:00 Blabos de Blebe :
>
> > que Modulo::funcao dispensa declarar o construtor.
>>
>> Não dispensa. Não tem nada a ver. Não misture as coisas.
>>
>> Construtor é um conceito associado a um método especial utilizado para
>> inicializar objetos, ou seja, quando você está utilizando uma interface
>> orientada a objetos.
>>
>> Em C++, o Construtor tem que ser um método cujo nome é o nome da classe.
>>
>> Em Python é outro padrão.
>>
>> Em Perl isso é livre, um construtor, ou seja um inicializador de objetos
>> pode ser qualquer método que eventualmente invoque a sub bless().
>>
>> http://perldoc.perl.org/functions/bless.html
>>
>> Em Perl convencionamos, pra ninguém ficar louco, que o construtor
>> chama-se new. Mas não existe palavra reservada ou obrigatoriedade nisso.
>>
>> Modulo::funcao() é uma chamada 'procedural' aplicando o namespace
>> completo FQN. Não tem nada a ver com objetos, ou construtores.
>>
>> ***
>>
>> No seu caso, como bem observado pelo Junior, o que você quer é não ter
>> que passar o namespace completo, por isso o uso do Exporter, que nada mais
>> faz do que tornar a sua função conhecida no namespace atual.
>>
>> Exporter também não tem nada a ver com objetos.
>>
>> A boa prática é usar @EXPORT_OK pra não exportar todos os símbolos por
>> default. Nesse caso, ao usar o seu módulo você precisa fazer:
>>
>> use Modulo qw{ funcao };
>>
>> Aqui, "boa prática" significa basicamente, "vou tormar o cuidado de
>> exportar apenas o necessário pra não correr risco de dar conflito com outra
>> função de mesmo nome de outro módulo".
>>
>> Mas é só uma politica de boa vizinhança, não quer dizer, necessariamente,
>> errado. Depende do seu contexto.
>>
>> ***
>>
>> Como em Perl as coisas são mais livres, você vai ver casos de um package
>> que tem construtor, métodos *E* funções comuns, ou seja, tanto uma
>> interface OO quanto procedural. Exemplo:
>> https://metacpan.org/pod/String::Trigram
>>
>> Antigamente, quando OO era 'novidade', o pessoal costumava publicar uma
>> interface OO *E* uma interface procedural, pra ficar ao gosto do cliente
>> escolher. Outro exemplo: https://metacpan.org/pod/CGI
>>
>> Por essas e outras, *EU*, acho meio confuso ter Perl como primeira
>> linguagem, pois ela te dar liberdades que em não tendo todos os conceitos
>> bem sedimentados, *pode* confundir.
>>
>> O importante é, em estar estudando, não parar no estágio "ah consegui
>> fazer" mas sim prosseguir pelo menos até o "ah, entendi como funciona".
>>
>> []'s
>>
>>
>>
>>
>> 2014-04-29 18:32 GMT-03:00 Aureliano Guedes :
>>
>>  Funcionou da forma que o Junior passou.
>>>
>>> Obrigado.
>>>
>>> Experimentei fazer o dumper como o Bablos falou. Realmente são formas
>>> diferentes, sendo que Modulo::funcao dispensa declarar o construtor.
>>>
>>> --
>>> From: juniiior...@gmail.com
>>> Date: Tue, 29 Apr 2014 18:15:00 -0300
>>>
>>> To: rio-pm@pm.org
>>> Subject: Re: [Rio-pm] [DUVIDA] Chamar função sem declarar construtor
>>>
>>> Hi.
>>>
>>> Em 29 de abril de 2014 18:07, Blabos de Blebe escreveu:
>>>
>>> Só mais uma coisa,
>>>
>>> Isso não tem nada a ver com Exporter.
>>>
>>> []'s
>>>
>>>
>>> Eu acho que ele tá perguntando mesmo como exportar uma sub e torná-la
>>> possível ser chamada à partir de outro script bastando dar um use no
>>> módulo, e não como invocar um método estaticamente como eu pensei.
>>>
>>> Creio que o jeito mais roots seria:
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *package Modulo::Modulo;use vars qw(@ISA @EXPORT);@ISA=
>>> (qw(Exporter));@EXPORT = qw(acp); sub acp {*
>>>
>>> *...*
>>> *}*
>>> 1;
>>>
>>> Deste modo, Aureliano, bastará dar um *use* em Modulo::Modulo e a
>>> função acp() estará acessível, assim como no Math::Prime::Util.
>>>
>>> []'s
>>>
>>>  ___
>>>
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>>
>>>
>>> ___ Rio-pm mailing list
>>> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] [DUVIDA] Chamar função sem declarar construtor

[Blabos de Blebe]

Pacman, copião :)


2014-04-29 18:50 GMT-03:00 Blabos de Blebe :

> > que Modulo::funcao dispensa declarar o construtor.
>
> Não dispensa. Não tem nada a ver. Não misture as coisas.
>
> Construtor é um conceito associado a um método especial utilizado para
> inicializar objetos, ou seja, quando você está utilizando uma interface
> orientada a objetos.
>
> Em C++, o Construtor tem que ser um método cujo nome é o nome da classe.
>
> Em Python é outro padrão.
>
> Em Perl isso é livre, um construtor, ou seja um inicializador de objetos
> pode ser qualquer método que eventualmente invoque a sub bless().
>
> http://perldoc.perl.org/functions/bless.html
>
> Em Perl convencionamos, pra ninguém ficar louco, que o construtor chama-se
> new. Mas não existe palavra reservada ou obrigatoriedade nisso.
>
> Modulo::funcao() é uma chamada 'procedural' aplicando o namespace completo
> FQN. Não tem nada a ver com objetos, ou construtores.
>
> ***
>
> No seu caso, como bem observado pelo Junior, o que você quer é não ter que
> passar o namespace completo, por isso o uso do Exporter, que nada mais faz
> do que tornar a sua função conhecida no namespace atual.
>
> Exporter também não tem nada a ver com objetos.
>
> A boa prática é usar @EXPORT_OK pra não exportar todos os símbolos por
> default. Nesse caso, ao usar o seu módulo você precisa fazer:
>
> use Modulo qw{ funcao };
>
> Aqui, "boa prática" significa basicamente, "vou tormar o cuidado de
> exportar apenas o necessário pra não correr risco de dar conflito com outra
> função de mesmo nome de outro módulo".
>
> Mas é só uma politica de boa vizinhança, não quer dizer, necessariamente,
> errado. Depende do seu contexto.
>
> ***
>
> Como em Perl as coisas são mais livres, você vai ver casos de um package
> que tem construtor, métodos *E* funções comuns, ou seja, tanto uma
> interface OO quanto procedural. Exemplo:
> https://metacpan.org/pod/String::Trigram
>
> Antigamente, quando OO era 'novidade', o pessoal costumava publicar uma
> interface OO *E* uma interface procedural, pra ficar ao gosto do cliente
> escolher. Outro exemplo: https://metacpan.org/pod/CGI
>
> Por essas e outras, *EU*, acho meio confuso ter Perl como primeira
> linguagem, pois ela te dar liberdades que em não tendo todos os conceitos
> bem sedimentados, *pode* confundir.
>
> O importante é, em estar estudando, não parar no estágio "ah consegui
> fazer" mas sim prosseguir pelo menos até o "ah, entendi como funciona".
>
> []'s
>
>
>
>
> 2014-04-29 18:32 GMT-03:00 Aureliano Guedes :
>
>  Funcionou da forma que o Junior passou.
>>
>> Obrigado.
>>
>> Experimentei fazer o dumper como o Bablos falou. Realmente são formas
>> diferentes, sendo que Modulo::funcao dispensa declarar o construtor.
>>
>> --
>> From: juniiior...@gmail.com
>> Date: Tue, 29 Apr 2014 18:15:00 -0300
>>
>> To: rio-pm@pm.org
>> Subject: Re: [Rio-pm] [DUVIDA] Chamar função sem declarar construtor
>>
>> Hi.
>>
>> Em 29 de abril de 2014 18:07, Blabos de Blebe escreveu:
>>
>> Só mais uma coisa,
>>
>> Isso não tem nada a ver com Exporter.
>>
>> []'s
>>
>>
>> Eu acho que ele tá perguntando mesmo como exportar uma sub e torná-la
>> possível ser chamada à partir de outro script bastando dar um use no
>> módulo, e não como invocar um método estaticamente como eu pensei.
>>
>> Creio que o jeito mais roots seria:
>>
>>
>>
>>
>>
>>
>>
>>
>> *package Modulo::Modulo;use vars qw(@ISA @EXPORT);@ISA=
>> (qw(Exporter));@EXPORT = qw(acp); sub acp {*
>>
>> *...*
>> *}*
>> 1;
>>
>> Deste modo, Aureliano, bastará dar um *use* em Modulo::Modulo e a função
>> acp() estará acessível, assim como no Math::Prime::Util.
>>
>> []'s
>>
>>  ___
>>
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>>
>> ___ Rio-pm mailing list
>> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] [DUVIDA] Chamar função sem declarar construtor

[Blabos de Blebe]

> que Modulo::funcao dispensa declarar o construtor.

Não dispensa. Não tem nada a ver. Não misture as coisas.

Construtor é um conceito associado a um método especial utilizado para
inicializar objetos, ou seja, quando você está utilizando uma interface
orientada a objetos.

Em C++, o Construtor tem que ser um método cujo nome é o nome da classe.

Em Python é outro padrão.

Em Perl isso é livre, um construtor, ou seja um inicializador de objetos
pode ser qualquer método que eventualmente invoque a sub bless().

http://perldoc.perl.org/functions/bless.html

Em Perl convencionamos, pra ninguém ficar louco, que o construtor chama-se
new. Mas não existe palavra reservada ou obrigatoriedade nisso.

Modulo::funcao() é uma chamada 'procedural' aplicando o namespace completo
FQN. Não tem nada a ver com objetos, ou construtores.

***

No seu caso, como bem observado pelo Junior, o que você quer é não ter que
passar o namespace completo, por isso o uso do Exporter, que nada mais faz
do que tornar a sua função conhecida no namespace atual.

Exporter também não tem nada a ver com objetos.

A boa prática é usar @EXPORT_OK pra não exportar todos os símbolos por
default. Nesse caso, ao usar o seu módulo você precisa fazer:

use Modulo qw{ funcao };

Aqui, "boa prática" significa basicamente, "vou tormar o cuidado de
exportar apenas o necessário pra não correr risco de dar conflito com outra
função de mesmo nome de outro módulo".

Mas é só uma politica de boa vizinhança, não quer dizer, necessariamente,
errado. Depende do seu contexto.

***

Como em Perl as coisas são mais livres, você vai ver casos de um package
que tem construtor, métodos *E* funções comuns, ou seja, tanto uma
interface OO quanto procedural. Exemplo:
https://metacpan.org/pod/String::Trigram

Antigamente, quando OO era 'novidade', o pessoal costumava publicar uma
interface OO *E* uma interface procedural, pra ficar ao gosto do cliente
escolher. Outro exemplo: https://metacpan.org/pod/CGI

Por essas e outras, *EU*, acho meio confuso ter Perl como primeira
linguagem, pois ela te dar liberdades que em não tendo todos os conceitos
bem sedimentados, *pode* confundir.

O importante é, em estar estudando, não parar no estágio "ah consegui
fazer" mas sim prosseguir pelo menos até o "ah, entendi como funciona".

[]'s




2014-04-29 18:32 GMT-03:00 Aureliano Guedes :

> Funcionou da forma que o Junior passou.
>
> Obrigado.
>
> Experimentei fazer o dumper como o Bablos falou. Realmente são formas
> diferentes, sendo que Modulo::funcao dispensa declarar o construtor.
>
> --
> From: juniiior...@gmail.com
> Date: Tue, 29 Apr 2014 18:15:00 -0300
>
> To: rio-pm@pm.org
> Subject: Re: [Rio-pm] [DUVIDA] Chamar função sem declarar construtor
>
> Hi.
>
> Em 29 de abril de 2014 18:07, Blabos de Blebe  escreveu:
>
> Só mais uma coisa,
>
> Isso não tem nada a ver com Exporter.
>
> []'s
>
>
> Eu acho que ele tá perguntando mesmo como exportar uma sub e torná-la
> possível ser chamada à partir de outro script bastando dar um use no
> módulo, e não como invocar um método estaticamente como eu pensei.
>
> Creio que o jeito mais roots seria:
>
>
>
>
>
>
>
>
> *package Modulo::Modulo;use vars qw(@ISA @EXPORT);@ISA=
> (qw(Exporter));@EXPORT = qw(acp); sub acp {*
>
> *...*
> *}*
> 1;
>
> Deste modo, Aureliano, bastará dar um *use* em Modulo::Modulo e a função
> acp() estará acessível, assim como no Math::Prime::Util.
>
> []'s
>
>  ___
>
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
> ___ Rio-pm mailing list
> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] [DUVIDA] Chamar função sem declarar construtor

[Blabos de Blebe]

Opa,

Junior, a forma que você sugeriu é um dialeto mais antigo. Hoje em dia (e
desde a época do Perl Best Practices, pg 407), o recomendado é herdar do
módulo Exporter, e utilizar o @EXPORT_OK ao invés do @EXPORT diretamente.

Eu vou ficar devendo todas as referências mas vou deixar a do MPB:
http://modernperlbooks.com/books/modern_perl_2014/09-managing-perl-programs.html

O mais atual seria algo como:

package Foo;

use base 'Exporter'; ## Ou use parent, dependendo da versão do Perl

our @EXPORT_OK = qw{ func1 func2 };

sub func1 {}

...

1;

[]'s




2014-04-29 18:15 GMT-03:00 Junior Moraes :

> Hi.
>
> Em 29 de abril de 2014 18:07, Blabos de Blebe  escreveu:
>
> Só mais uma coisa,
>>
>> Isso não tem nada a ver com Exporter.
>>
>> []'s
>>
>
> Eu acho que ele tá perguntando mesmo como exportar uma sub e torná-la
> possível ser chamada à partir de outro script bastando dar um use no
> módulo, e não como invocar um método estaticamente como eu pensei.
>
> Creio que o jeito mais roots seria:
>
>
>
>
>
>
>
>
> *package Modulo::Modulo;use vars qw(@ISA @EXPORT);@ISA=
> (qw(Exporter));@EXPORT = qw(acp); sub acp {*
>
> *...*
> *}*
> 1;
>
> Deste modo, Aureliano, bastará dar um *use* em Modulo::Modulo e a função
> acp() estará acessível, assim como no Math::Prime::Util.
>
> []'s
>
>  ___
>
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] [DUVIDA] Chamar função sem declarar construtor

[Blabos de Blebe]

Só mais uma coisa,

Isso não tem nada a ver com Exporter.

[]'s


2014-04-29 18:06 GMT-03:00 Blabos de Blebe :

> Opa,
>
> A expressão:
>
> Modulo::funcao( arg1, arg2 );
>
> Significa:
>
> Invoque a função 'funcao' do módulo 'Modulo', passando como argumentos
> 'arg1', 'arg1' *E* especificando o namespace completo.
>
> Dentro da sub 'funcao' se você fizer algo como:
>
> sub funcao {
>   use Data::Dumper;
>   warn Dumper \@_
> }
>
> Vai ver que só existem dois argumentos, 'arg1' e 'arg2', respectivamente.
>
> O que é ligeiramente diferente de:
>
> Modulo->funcao(arg1, arg2);
>
> Isso significa, invoque a função 'funcao' do módulo 'Modulo', passando
> 'arg1' e 'arg2', *MAS*, passe *implicitamente* o nome da "classe" (no caso
> 'Modulo') como primeiro argumento.
>
> Assim, se você observar o resultado do Dumper, no mesmo código vai ver que
> agora há *TRÊS* argumentos, e não dois.
>
> É por isso que existem documentações antigas, onde a invocação do
> 'construtor' (que convencionamos se chamar new()) pode ser feita assim:
>
> my $obj = new Modulo;
>
> Vejam, portanto, que são equivalentes sintaticamente:
>
> my $obj = new Modulo;
> my $obj = Modulo->new;
>
> Exemplo do caso do Aureliano:
>
> https://metacpan.org/pod/File::Spec
>
> Exemplo de documentação com a forma menos idiomática:
>
> https://metacpan.org/pod/String::Trigram
>
> []'s
>
>
>
>
> 2014-04-29 17:43 GMT-03:00 Tiago Peczenyj :
>
> isto é uma subrotina exportada
>>
>> onde vc viu
>>
>> my $p;
>>
>> $p->algumacoisa;
>>
>> ?
>>
>>
>> 2014-04-29 17:40 GMT-03:00 Aureliano Guedes :
>>
>> #!/usr/bin/perl
>>>
>>> use strict;
>>> use warnings;
>>> use Math::Prime::Util ':all';
>>>
>>> print "ok" if (is_prime($ARGV[0]));
>>>
>>> --
>>> From: tiago.pecze...@gmail.com
>>> Date: Tue, 29 Apr 2014 17:36:23 -0300
>>> To: rio-pm@pm.org
>>> Subject: Re: [Rio-pm] [DUVIDA] Chamar função sem declarar construtor
>>>
>>>
>>> de exemplos.
>>>
>>>
>>>
>>>
>>> 2014-04-29 17:34 GMT-03:00 Aureliano Guedes :
>>>
>>> Ola monges,
>>>
>>> Tenho uma pequena dúvida.
>>> Quando vamos usar uma função(sub-rotina) de um módulo fazemos na maioria
>>> das vezes o seguinte:
>>>
>>> use Modulo::Modulo;
>>>
>>> my $p = Modulo::Modulo->new();
>>> $p->funcao();
>>> 
>>>
>>> isso porque no modulo tem um contrutor ou foi gerado de presente ao
>>> autor quando usado o Moose ou semelhante.
>>>
>>> A questão é que alguns poucos módulos permitem que seja feito diretamente
>>>
>>> use Modulo::Modulo;
>>>
>>> my $p;
>>> $p->funcao();
>>> 
>>>
>>> A dúvida é: como o autor do módulo faz para que permita fazer a chamada
>>> das funções sem precisar disso:
>>> my $p = Modulo::Modulo->new();
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>>
>>>
>>>
>>> --
>>> Tiago B. Peczenyj
>>> Linux User #405772
>>>
>>> http://about.me/peczenyj
>>>
>>> ___ Rio-pm mailing list
>>> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>>
>> --
>> Tiago B. Peczenyj
>> Linux User #405772
>>
>> http://about.me/peczenyj
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] [DUVIDA] Chamar função sem declarar construtor

[Blabos de Blebe]

Opa,

A expressão:

Modulo::funcao( arg1, arg2 );

Significa:

Invoque a função 'funcao' do módulo 'Modulo', passando como argumentos
'arg1', 'arg1' *E* especificando o namespace completo.

Dentro da sub 'funcao' se você fizer algo como:

sub funcao {
  use Data::Dumper;
  warn Dumper \@_
}

Vai ver que só existem dois argumentos, 'arg1' e 'arg2', respectivamente.

O que é ligeiramente diferente de:

Modulo->funcao(arg1, arg2);

Isso significa, invoque a função 'funcao' do módulo 'Modulo', passando
'arg1' e 'arg2', *MAS*, passe *implicitamente* o nome da "classe" (no caso
'Modulo') como primeiro argumento.

Assim, se você observar o resultado do Dumper, no mesmo código vai ver que
agora há *TRÊS* argumentos, e não dois.

É por isso que existem documentações antigas, onde a invocação do
'construtor' (que convencionamos se chamar new()) pode ser feita assim:

my $obj = new Modulo;

Vejam, portanto, que são equivalentes sintaticamente:

my $obj = new Modulo;
my $obj = Modulo->new;

Exemplo do caso do Aureliano:

https://metacpan.org/pod/File::Spec

Exemplo de documentação com a forma menos idiomática:

https://metacpan.org/pod/String::Trigram

[]'s




2014-04-29 17:43 GMT-03:00 Tiago Peczenyj :

> isto é uma subrotina exportada
>
> onde vc viu
>
> my $p;
>
> $p->algumacoisa;
>
> ?
>
>
> 2014-04-29 17:40 GMT-03:00 Aureliano Guedes :
>
> #!/usr/bin/perl
>>
>> use strict;
>> use warnings;
>> use Math::Prime::Util ':all';
>>
>> print "ok" if (is_prime($ARGV[0]));
>>
>> --
>> From: tiago.pecze...@gmail.com
>> Date: Tue, 29 Apr 2014 17:36:23 -0300
>> To: rio-pm@pm.org
>> Subject: Re: [Rio-pm] [DUVIDA] Chamar função sem declarar construtor
>>
>>
>> de exemplos.
>>
>>
>>
>>
>> 2014-04-29 17:34 GMT-03:00 Aureliano Guedes :
>>
>> Ola monges,
>>
>> Tenho uma pequena dúvida.
>> Quando vamos usar uma função(sub-rotina) de um módulo fazemos na maioria
>> das vezes o seguinte:
>>
>> use Modulo::Modulo;
>>
>> my $p = Modulo::Modulo->new();
>> $p->funcao();
>> 
>>
>> isso porque no modulo tem um contrutor ou foi gerado de presente ao autor
>> quando usado o Moose ou semelhante.
>>
>> A questão é que alguns poucos módulos permitem que seja feito diretamente
>>
>> use Modulo::Modulo;
>>
>> my $p;
>> $p->funcao();
>> 
>>
>> A dúvida é: como o autor do módulo faz para que permita fazer a chamada
>> das funções sem precisar disso:
>> my $p = Modulo::Modulo->new();
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>>
>>
>> --
>> Tiago B. Peczenyj
>> Linux User #405772
>>
>> http://about.me/peczenyj
>>
>> ___ Rio-pm mailing list
>> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
>
> --
> Tiago B. Peczenyj
> Linux User #405772
>
> http://about.me/peczenyj
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] [GOLF] Descanso de Pascoa: Maior palindromo

[Blabos de Blebe]

Vamos dar um desconto por causa do "primo".


2014-04-25 23:26 GMT-03:00 Junior Moraes :

> Hi.
>
> Se for válido usar módulos externos, dá pra implementar com o
> Math::Prime::XS para ficar mais performático. :-)
>
> []'s
>
>
> Em 25 de abril de 2014 23:21, Aureliano Guedes 
> escreveu:
>
> Não fiz em poucas linhas, mas fis em poucos segundos:
>> http://pastebin.com/DLdPwAkp
>>
>> --
>> Date: Tue, 22 Apr 2014 15:09:22 -0300
>>
>> From: guedes_1...@hotmail.com
>> To: rio-pm@pm.org
>> Subject: Re: [Rio-pm] [GOLF] Descanso de Pascoa: Maior palindromo
>>
>> Claro que esta. Mas nao consegui fazer o que o que o Bablos sugeriu em
>> uma única linha.
>>
>> Vinícius Miasato  escreveu:
>>
>>   Opa,
>>
>>  parabéns por aceitar o desafio e levá-lo até o fim! Não sei se o código
>> funciona, mas o jogo de GOLF ainda está de pé?
>>
>>  atenciosamente,
>> Vinícius Miasato
>>
>>
>> Em 22 de abril de 2014 13:13, Aureliano Guedes 
>> escreveu:
>>
>>  http://ideone.com/LjvMRz
>>
>>  4:30 rodando no dinossauro (AMD Athlon 1.6GHz, 2GB Ram)
>>
>>  ----------
>> Date: Thu, 17 Apr 2014 22:25:48 -0300
>> From: guedes_1...@hotmail.com
>> To: rio-pm@pm.org
>> Subject: Re: [Rio-pm] [GOLF] Descanso de Pascoa: Maior palindromo
>>
>>
>> Boa ideia. Vou tentar.
>>
>> Blabos de Blebe  escreveu:
>>
>>  Que tal o menor palíndromo primo maior que time()?
>>
>>
>> 2014-04-17 22:02 GMT-03:00 Aureliano Guedes :
>>
>>  Pode ficar menor.
>> say '906609'
>>
>> Tiago Peczenyj  escreveu:
>>
>>   sub palindromo { 906609 }
>>
>>
>> 2014-04-17 21:45 GMT-03:00 Aureliano Guedes :
>>
>>  Ola monges,
>>
>>  Nos últimos meses tenho visto nosso grupo um pouco parado.
>> E como estamos em véspera de pascoa.
>> Proponho uma brincadeira.
>> Jogar golf com o Desafio do Maior Palíndromo.
>>
>>  O desafio é simples, achar o maior número palíndromo (ou seja, quando
>> lido de trás pra frente continua o mesmo) que seja resultado de uma
>> multiplicação de dois números de 3 dígitos.
>>
>>  O resultado deverá ser: 906609
>>
>>  Eis a minha tacada:
>>
>>  for(my$i=100;$i<1000;$i++){for(100..999){$_[0]=$_*$i
>> if(($_*$i==reverse($_*$i))&&($_*$i>=$_[0]))}}say$_[0]
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>>
>>
>>  --
>> Tiago B. Peczenyj
>> Linux User #405772
>>
>> http://about.me/peczenyj
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>>
>> ___ Rio-pm mailing list
>> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>> ___ Rio-pm mailing list
>> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>>
>> ___ Rio-pm mailing list
>> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>> ___ Rio-pm mailing list
>> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] [GOLF] Descanso de Pascoa: Maior palindromo

[Blabos de Blebe]

Que tal o menor palíndromo primo maior que time()?


2014-04-17 22:02 GMT-03:00 Aureliano Guedes :

>  Pode ficar menor.
> say '906609'
>
> Tiago Peczenyj  escreveu:
>
>  sub palindromo { 906609 }
>
>
> 2014-04-17 21:45 GMT-03:00 Aureliano Guedes :
>
>  Ola monges,
>
>  Nos últimos meses tenho visto nosso grupo um pouco parado.
> E como estamos em véspera de pascoa.
> Proponho uma brincadeira.
> Jogar golf com o Desafio do Maior Palíndromo.
>
>  O desafio é simples, achar o maior número palíndromo (ou seja, quando
> lido de trás pra frente continua o mesmo) que seja resultado de uma
> multiplicação de dois números de 3 dígitos.
>
>  O resultado deverá ser: 906609
>
>  Eis a minha tacada:
>
>  for(my$i=100;$i<1000;$i++){for(100..999){$_[0]=$_*$i
> if(($_*$i==reverse($_*$i))&&($_*$i>=$_[0]))}}say$_[0]
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
>
>  --
> Tiago B. Peczenyj
> Linux User #405772
>
> http://about.me/peczenyj
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] CPAN x Pacotes Ou CPAN + Pacotes

[Blabos de Blebe]

> desci um Debian nele,

Isso. Não Fedora* :)

> depois atualizei o Perl (do sistema), e 'PA' nada aconteceu

Parabéns :)

===

Vejam, não sou sysadmin, então tomem algumas coisas como licença poética:

Eu ia sugerir isso, mas chegou o email do Buss, entao basicamente, por que
não criar um user "Perl", instalar o Perlbrew nele e botar as variáveis de
ambiente no .profile dos usuários?

Aí vc ganha o melhor dos dois mundos. O seu Perl do sistema fica quietinho
sendo administrado pelo yum/apt-get enquanto que o Perl dos usuários fica
atualizadinho sendo administrado por cpanm ou melhor ainda, por Carton,
garantindo que uma vesão nova bugada não vai melar o seu ambiente.

===

* Nenhuma questão quanto a distro em si, apenas por causa do Perl mal
configurado, na época em que eu usava Fedora. Nem sei com está isso hoje em
dia, pra ser sincero.




2014-04-04 16:51 GMT-03:00 Aureliano Guedes :

> Nunca aconselhei atualizar o Perl do sistema, e para garantir minha
> integridade, continuo não aconselhando, mas...
>
> Minhas aplicações não exigem uma 'versão específica' do Perl para serem
> executadas, então uma vez por teste, peguei um pc parado aqui e desci um
> Debian nele, depois atualizei o Perl (do sistema), e 'PA' nada aconteceu
> (digo nada de ruim).
> Não sei quanto a módulos usados pelo sistema, posso fazer esse teste
> depois. Mas não deu problema nenhum.
>
>
> --
> From: bruno.b...@gmail.com
> Date: Fri, 4 Apr 2014 16:35:39 -0300
> To: rio-pm@pm.org
> Subject: Re: [Rio-pm] CPAN x Pacotes Ou CPAN + Pacotes
>
>
> Você poderia manter um setup do local::lib/perlbrew que fosse
> compartilhado pelos usuários do seu servidor... não e' porque estamos usado
> algum desses, que precisa ser per-user a instalação de cada um :-)
> Talvez seja necessário configurar algumas variáveis de ambiente pros
> usuários, mas isso não me parece ser um problema muito difícil, certo? ;)
>
> [ ]'s
> Buss
>
> 2014-04-04 16:14 GMT-03:00 Samir Cury :
>
> Interessante.
>
> Agora, se olharmos de um ponto de vista "mais sysadmin" -- voce *quer* que
> os modulos estejam disponiveis system-wide (todos usuarios/ambientes) e nao
> se importa tanto com as versoes especificas dos modulos -- porque a
> principio a maioria das aplicacoes serao compativeis com uma faixa grande
> de versoes de cada modulo.
>
> (acredito que da menos trabalho pensar assim e consertar individualmente o
> que quebrar, do que fazer um bootstrap pra cada aplicacao pra ter certeza
> que "funcionou, nao respira")
>
> Seria o CPAN puro como root ainda sim a melhor opcao neste caso?
>
> Valeu pela dica dos modulos dos pacotes sobre-escritos. Realmente e para
> se considerar. No entanto, nao vejo tanto mal de ter o mesmo modulo
> presente, outra versao. Concordo que e tosco ter "rpm -qa | grep Modulo"
> dizendo uma coisa e quando voce carrega o modulo ser outra.
>
> Quando o RPM for desisntalado deve remover o arquivo, dai o CPAN
> provavelmente vai se perder. Mas enquanto nao remover nada deve ser
> ~tranquilo.
>
> O que estou tentando entender e - qual a melhor maneira de configurar um
> sistema padrao com ferramentas padrao (cpan, rpm, apt). Pelo visto o preco
> de eventuais gambiarras como a que descrevi nao causaria mais problemas do
> que o tempo gasto debugando o teste que nao passou no CPAN. Indesejavel,
> mas nao fatal.
>
> Pelo que entendi no melhor dos mundos -- da instalacao padrao, voce
> escolhe entre 2 caminhos :
>
>   * usa CPAN como root - se um teste quebrar, vai perder um tempo
>   * usa RPMs para tudo - se nao existir um pacote para o modulo, vai ter
> que comecar a "sujar" o sistema com modulos instalados pelo CPAN
>
> E tenta nao misturar.
>
> Abs
>
>
> 2014-04-04 11:48 GMT-07:00 Blabos de Blebe :
>
> Olá,
>
> Normalmente eu evito mexer no Perl do sistema. O fedora, inclusive, é
> historicamente bastante hostil ao lidar com o Perl, diga-se de passagem.
>
> Nos meus projetos, eu procedo da seguinte forma:
>
> 1) Instalar perlbrew*
> 2) Instalar a versão do Perl que eu vou usar**
> 3) Instalar o cpanm (App::cpanminus)
> 4) se máquina de desenvolvimento então
> instalar Carton e Dist::Zilla
> end-se
>
> Daí, para os meus módulos ou aplicações, faço o gerenciamento de pacotes
> com Carton, que me deixa travar a versão exata*** de cada módulo.
>
> Para os módulos não é necessário, mas para as aplicações, o carton permite
> que você empacote todas as dependências em um diretório vendor/, que você
> pode fazer um tar e subir para aquele servidor de produção que não sai pra
> internet, e então instalar normalmente, de forma que mesmo pacotes com XS
&g

Re: [Rio-pm] CPAN x Pacotes Ou CPAN + Pacotes

[Blabos de Blebe]

Olá,

Normalmente eu evito mexer no Perl do sistema. O fedora, inclusive, é
historicamente bastante hostil ao lidar com o Perl, diga-se de passagem.

Nos meus projetos, eu procedo da seguinte forma:

1) Instalar perlbrew*
2) Instalar a versão do Perl que eu vou usar**
3) Instalar o cpanm (App::cpanminus)
4) se máquina de desenvolvimento então
instalar Carton e Dist::Zilla
end-se

Daí, para os meus módulos ou aplicações, faço o gerenciamento de pacotes
com Carton, que me deixa travar a versão exata*** de cada módulo.

Para os módulos não é necessário, mas para as aplicações, o carton permite
que você empacote todas as dependências em um diretório vendor/, que você
pode fazer um tar e subir para aquele servidor de produção que não sai pra
internet, e então instalar normalmente, de forma que mesmo pacotes com XS
funcionem. O carton se empacotes junto, inclusive, para o caso da máquina
destino não ter carton instalado.

Assim eu tenho o controle exato de cada versão de cada pacote.

O CPAN é fantástico, sempre foi, mas eu diria que dá pra dividi-lo em duas
eras: antes e depois do Carton.



* Curiosamente hoje, a instalação do Perlbrew falhou num debian 6 que eu to
configurando e eu precisei instalar o pacote Devel::PatchPerl diretamente
no sistema com o cpan tradicional (root).

** O drawback é que eu preciso de acesso ao compilador.

*** Sim, raramente acontece, mas eu já precisei achar uma combinação X de
versões pra funcionar redondo, mas nada além de editar o cpanfile e rodar
carton install denovo.

[]'s


2014-04-04 15:24 GMT-03:00 Samir Cury :

> E ai pessoal,
>
> Acabei de passar por um pequeno problema com o CPAN e achei uma solucao
> interessante. Tambem gostaria de perguntar ao pessoal que e mais fa do
> CPAN, o que acham de modulos que sao distribuidos como pacotes. Se e
> bom/ruim para o ecossistema.
>
> Entao, o problema foi quando tentei cpan install CouchDB::Client. Que
> funcionou em outras maquinas mas nao no Fedora 19 que tenho aqui. Quebrou
> em algum modulo referente a testes, que dependia do Module::Build que
> tambem falhou.
>
> Nao querendo gastar muito tempo com isso, fui para o plano B : Pacotes de
> modulos. O motivo dos pacotes serem meu plano B e que cada distribuicao
> gosta de um nome diferente e as vezes e irritante ter que adivinhar, mas
> acabei de achar um macete :
>
> yum install 'perl(Module::Build)'
>
> O pessoal do YUM mandou muito bem. Uma vez que o Module::Build foi
> instalado, procurei pelo pacote do modulo CouchDB::Client. Nao existia.
> Porem voltando para o CPAN e tentando de novo o CouchDB::Client foi
> tranquilo. Posso voltar a trabalhar no que eu preciso trabalhar, nao em
> consertar testes :-).
>
> Mas acho interessante a discussao sobre CPAN x Pacotes. Uma das principais
> desvantagens que ouvi uma vez (nao conferi) e que o CPAN acaba "nao
> sabendo" o que o Yum/Apt instalou. Procede? Existe algum efeito colateral
> grave conhecido?
>
> Abracos,
> Samir
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Variavel - caminho padrao para diretorios de testes

[Blabos de Blebe]

Acredito que o que você precisa é o que o Stan já falou, algo como:

my @condor_q = read_file( './t/input.txt' );

ou até mesmo:

my @condor_q = read_file( 't/input.txt' );

O uso do FindBin pode ser meio cheio de truques, se você utilizar vários
níveis de sub diretórios.

[]'s



2014-02-24 6:19 GMT-03:00 Tiago Peczenyj :

> FindBin?
> Em 24/02/2014 03:58, "Samir Cury"  escreveu:
>
>>  E ai pessoal, faz um tempo que nao passo por aqui, mas felizmente estou
>> voltando a usar Perl no cotidiano e me livrando da ferrugem.
>>
>> Estava revisando um modulo que falta pouco para subir pro CPAN, e me
>> deparei com uma coisa que  nao me pareceu o melhor jeito de se fazer :
>>
>>
>> https://github.com/samircury/HTCondor--Queue--Parser/blob/master/t/01_basic.pl#L11
>>
>> Penso isso pois uma vez enquanto escrevia testes em Python me falaram de
>> uma variavel que referenciava o diretorio de testes. Imaginei que pudesse
>> existir um equivalente em Perl mas minhas buscas nao retornaram nada
>> especifico.
>>
>> Achei interessante perguntar aqui na lista se conhecem algum jeito
>> melhor. De repente esta na ponta da lingua de quem escreve modulos direto.
>> Do jeito que esta ja passa no "prove" [1] mas como nao tenho muita pratica
>> com modulos e sempre bom perguntar.
>>
>> Abracos,
>> Samir
>>
>> [1] :
>>
>>   ~/code/Condor--Queue--Parser $ prove -l t/01_basic.pl
>> t/01_basic.pl .. ok
>> All tests successful.
>> Files=1, Tests=9,  2 wallclock secs ( 0.03 usr  0.00 sys +  1.27 cusr
>> 0.03 csys =  1.33 CPU)
>> Result: PASS
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

[Rio-pm] [X-POST] Arquivos .dbc do DataSUS

[Blabos de Blebe]

Pessoal,

Descupem pelo cross-post, mas eu to precisando debulhar uns arquivos .dbc
do DataSUS.

Até onde eu entendi, esse é um formato compactado de arquivos .dbf e embora
dê pra abrir com os módulos de acesso a DBF padrão, obviamente os dados
saem cagados.

Eles podem ser convertidos para .dbf com o tabwin(
ftp://ftp.datasus.gov.br/tabwin/tabwin/tab36b.zip).

Uma vez obtidos os arquivos .dbf, cpan é meu amigo e a mágica acontece.

Minha dúvida é: Vocês conhecem alguma forma de manipular os arquivos .dbc
sem que eu precise usar um windows e um programa com interface gráfica só
pra descompactá-los?

[]'s
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Configuração de usuário não root no cpan & Perl Roll em Rocks Cluster

[Blabos de Blebe]

Pessoal,

O perlbrew não ajudaria não?

Porque ele já cuida automagicamente de toda a complicação.

Seriam apenas os comandos:

$ curl -L http://install.perlbrew.pl | bash
$ echo "source ~/perl5/perlbrew/etc/bashrc" >> .bashrc
$ perlbrew install perl-5.18.2
$ perlbrew switch perl-5.18.2
$ perlbrew install-cpanm
$ cpanm My::Incredible::Module


[]'s





2014-01-30 Stanislaw Pusep 

> Isso mesmo; na primeira vez em que "perl -Mlocal::lib" roda ele cria os
> diretórios necessários. Se salvar as variáveis de ambiente, não precisa
> rodar nunca mais.
> Entretanto, as variáveis serão diferentes para cada usuário. Para melhorar
> a automação, basta colocar no final do /etc/profile (sim, o do sistema):
> "eval $(perl -Mlocal::lib)". Desse jeito os usuários automagicamente terão
> local::lib configurado ao fazer o login :)
>
>
> 2014-01-30 Nicole Scherer 
>
> Obrigada, Stanislaw!
>>
>> Então o usuário só precisará rodar o "perl -Mlocal::lib" uma única vez e
>> colocar este output no .bashrc ou .profile, certo? Tendo feito isso, ele
>> nunca mais precisará invocar o local::lib, ou terá que fazer isto toda vez
>> que for instalar novos pacotes? Com as variáveis de ambiente definidas
>> ainda preciso do local::lib?
>>
>> Abraços,
>> Nicole
>>
>>
>>
>>
>>   Em Quinta-feira, 30 de Janeiro de 2014 11:06, Stanislaw Pusep <
>> creakt...@gmail.com> escreveu:
>>  Olá Nicole! O processo que eu descrevi é o de bootstrapping; se o Perl
>> do seu /opt/perl já tiver local::lib instalado como root, não precisa dessa
>> etapa.
>> O que acontece se você rodar "perl -Mlocal::lib"?
>> Aqui, por exemplo, aparece:
>>
>> PATH="/Users/stas/perl5/bin${PATH+:}$PATH";
>> export PATH;
>> PERL5LIB="/Users/stas/perl5/lib/perl5${PERL5LIB+:}$PERL5LIB";
>> export PERL5LIB;
>>
>> PERL_LOCAL_LIB_ROOT="/Users/stas/perl5${PERL_LOCAL_LIB_ROOT+:}$PERL_LOCAL_LIB_ROOT";
>> export PERL_LOCAL_LIB_ROOT;
>> PERL_MB_OPT="--install_base \"/Users/stas/perl5\"";
>> export PERL_MB_OPT;
>> PERL_MM_OPT="INSTALL_BASE=/Users/stas/perl5";
>> export PERL_MM_OPT;
>>
>> Se você colar o output produzido no seu sistema para o .bashrc/.profile,
>> o Perl "se sentirá em casa" no $HOME :)
>> O cpanminus é opcional; única coisa absolutamente necessária é que "perl
>> -Mlocal::lib" seja rodado para inicializar o $HOME/perl5, e que as
>> variáveis de ambiente estejam definidas do jeito que o "perl -Mlocal::lib"
>> diz.
>>
>>
>> 2014-01-30 Nicole Scherer 
>>
>> Obrigada Stanislaw e Aureliano!
>>
>> Aureliano, a bioinformática está tomada por mulheres :-) Já foste no
>> X-Meeting?
>>
>> Stanislaw,
>>
>> como gestora do cluster, meu objetivo é deixar para o usuário o sistema
>> pronto para que ele possa instalar seus módulos localmente sem ter que
>> fazer acrobacias. Eu já instalei o local::lib no sistema como root, então
>> não seria necessário que o usuário instalasse novamente, correto? Ou ele
>> precisaria fazer sua própria instalação?
>>
>> Quando o usuário faz sua primeira incursão no cpan e realiza a
>> configuração, aparece a seguinte mensagem:
>>
>>
>> ---
>> local::lib is installed. You must now add the following environment
>> variables
>> to your shell configuration files (or registry, if you are on Windows) and
>> then restart your command line shell and CPAN before installing modules:
>>
>>
>> Would you like me to append that to /home/hpcst06/.bashrc now? [yes]
>>
>>
>> ---
>>
>> Porém, como podes ver, o "following environment variables" está vazio e
>> nenhuma modificação é feita no .bashrc
>>
>> Esta etapa é que deveria definir as tais variáveis de ambiente. Não
>> entendo por que não está funcionando.
>> Desta forma, a única solução seria mesmo acrescentar estas linhas ao
>> .profile a força.
>>
>> Uma opção que tenho é criar toda a árvore de diretórios do perl e do cpan
>> e colocar no /etc/skel para ser criada junto com o usuário, mas talvez isso
>> seja demais, não?
>>
>> Qual o objetivo de instalar o App::cpanminus?
>> A partir daí o usuário deve usar cpanm ao invés de cpan?
>>
>> Outra dúvida, se eu não instalar o local::lib nos nós do cluster (só
>> instalei no frontend), pode dar problema na hora de executar os programas
>> em paralelo? Digo, o local::lib só é chamado na instalação de módulos e na
>> configuração do ambiente local, não é usado na execução dos módulos, certo?
>> O home do usuário é montado em cada nó durante a execução, então o perl vai
>> executar com as variáveis de ambiente já definidas pelo usuário, então não
>> vai precisar executar o local::lib, certo?
>>
>>
>> Obrigada pela ajuda!
>>
>>
>> Abraços,
>> Nicole
>>
>>
>>   Em Quinta-feira, 30 de Janeiro de 2014 8:38, Aureliano Guedes <
>> guedes_1...@hotmail.com> escreveu:
>>   Caraca. Complexo.
>> O melhor, foi ver a pela primeira vez uma mulher na bioinformatica.
>> Hello co

Re: [Rio-pm] Perl e Facebook

[Blabos de Blebe]

Hly Shit


On Fri, Jan 10, 2014 at 3:33 PM, Tiago Peczenyj wrote:

>
> http://arstechnica.com/business/2012/04/exclusive-a-behind-the-scenes-look-at-facebook-release-engineering/
>
> "Because Facebook's entire code base is compiled down to a single binary
> executable, the company's deployment process is quite different from what
> you'd normally expect in a PHP environment. Rossi told me that the binary,
> which represents the entire Facebook application, is approximately 1.5GB in
> size. When Facebook updates its code and generates a new build, the new
> binary has to be pushed to all of the company's servers.
>
> Moving a 1.5GB binary blob to countless servers is a non-trivial technical
> challenge. After exploring several solutions, Facebook came up with the
> idea of using BitTorrent, the popular peer-to-peer filesharing protocol.
> BitTorrent is very good at propagating large files over a large number of
> different servers."
>
>
> 2014/1/10 Blabos de Blebe 
>
>> > e o facebook todo é um binario com mais de 1 GB
>> >
>> > o deploy é via bit-torrent.
>>
>> Você, claro, tá tirando um sarro, né!?
>>
>>
>> 2014/1/10 Tiago Peczenyj 
>>
>>> basicamente eles convertem PHP em C++ usando o HipHop
>>>
>>> e o facebook todo é um binario com mais de 1 GB
>>>
>>> o deploy é via bit-torrent.
>>>
>>>
>>> 2014/1/10 Aureliano Guedes 
>>>
>>>>  Posso ta errado, mas acredito que aquele chat do face usa Perl.
>>>>
>>>>  Mas que trem e esse de hiphop "sei la o que" e esse de PHP com
>>>> performance de C++?
>>>>
>>>>
>>>> Renato Santos  escreveu:
>>>>
>>>>  Isso é só um mirror, geralmente de "contribuição" por utilizar Perl
>>>> em alguns pedaços (e no começo era um Perl script cgi) aí como pra eles um
>>>> servidor não é nada, eles fazem o mirror. Assim como globo . com, etc
>>>> On Jan 10, 2014 9:26 AM, "Andre Luis"  wrote:
>>>>
>>>>   Bom dia lista,
>>>>
>>>>
>>>>  Hoje configurando o CPAN na minha maquina notei uma coisa curiosa
>>>>
>>>>
>>>> (32) http://cpan.mirror.facebook.net/
>>>>
>>>>
>>>>  Alguém sabe se o facebook está trabalhando com perl? Eu achava que o
>>>> facebook usava PHP
>>>>
>>>>
>>>>  Abs
>>>>
>>>>
>>>> ___
>>>> Rio-pm mailing list
>>>> Rio-pm@pm.org
>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>
>>>>
>>>> ___
>>>> Rio-pm mailing list
>>>> Rio-pm@pm.org
>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>
>>>
>>>
>>>
>>> --
>>> Tiago B. Peczenyj
>>> Linux User #405772
>>>
>>> http://about.me/peczenyj
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
>
> --
> Tiago B. Peczenyj
> Linux User #405772
>
> http://about.me/peczenyj
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Perl e Facebook

[Blabos de Blebe]

> e o facebook todo é um binario com mais de 1 GB
>
> o deploy é via bit-torrent.

Você, claro, tá tirando um sarro, né!?


2014/1/10 Tiago Peczenyj 

> basicamente eles convertem PHP em C++ usando o HipHop
>
> e o facebook todo é um binario com mais de 1 GB
>
> o deploy é via bit-torrent.
>
>
> 2014/1/10 Aureliano Guedes 
>
>>  Posso ta errado, mas acredito que aquele chat do face usa Perl.
>>
>>  Mas que trem e esse de hiphop "sei la o que" e esse de PHP com
>> performance de C++?
>>
>>
>> Renato Santos  escreveu:
>>
>>  Isso é só um mirror, geralmente de "contribuição" por utilizar Perl em
>> alguns pedaços (e no começo era um Perl script cgi) aí como pra eles um
>> servidor não é nada, eles fazem o mirror. Assim como globo . com, etc
>> On Jan 10, 2014 9:26 AM, "Andre Luis"  wrote:
>>
>>   Bom dia lista,
>>
>>
>>  Hoje configurando o CPAN na minha maquina notei uma coisa curiosa
>>
>>
>> (32) http://cpan.mirror.facebook.net/
>>
>>
>>  Alguém sabe se o facebook está trabalhando com perl? Eu achava que o
>> facebook usava PHP
>>
>>
>>  Abs
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
>
> --
> Tiago B. Peczenyj
> Linux User #405772
>
> http://about.me/peczenyj
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Encontro Social de Dezembro \o/

[Blabos de Blebe]

Eu voto na Barra


2013/12/12 Tiago Peczenyj 

> Bom, dessa vez não vou prometer nada.
>
> Infelizmente ta foda de sair do recreio com essa chuva.
>
>
> 2013/12/12 Fernando Correa 
>
>> Eu voto no informalzinho de Copa:
>>
>>
>> Rua Francisco Otaviano, 67
>>
>> Copacabana
>>
>> Rio De Janeiro - RJ
>>
>> 22080-040
>>
>> Brasil
>> --
>> de: Nuba Princigalli Nuba Princigalli 
>> Responder: Perl Mongers Rio de Janeiro rio-pm@pm.org
>> Data: 11 de dezembro de 2013 at 19:07:09
>> Para: rio-pm@pm.org rio-pm@pm.org
>> Assunto:  Re: [Rio-pm] Encontro Social de Dezembro \o/
>>
>> Oba!
>>
>> Sugiro algum lugar na zona sul, de preferência algum que não tenha
>> alagado hoje, pro caso de chover...
>>
>> Hoje cedo, nas Barcas, os taxis estavam se recusando a ir pra zona norte
>> e alguns lugares do centro, e vi agora de tarde, a coisa estava mesmo
>> feia: http://riowaterplanet.tumblr.com
>>
>> Abraço,
>>
>> Nuba
>>
>> On Wed, Dec 11, 2013, at 04:03 PM, breno wrote:
>> > 2013/12/10 Bruno Buss :
>> > > Garu,
>> > >
>> > > Meu voto vai para a Rua do Rio no Nova América...
>> > > Afinal, você também tem que estar lá pra ver a estreia do Hobbit,
>> lembra
>> > > disso? :P
>> > >
>> > br/>> FFoi o que eu disse, Rua do Rio no Nova América! Vocês que
>> entenderam
>> > errado :P
>> > br/>> [[]s
>> > br/>> -b <
>> > ___
>> > Rio-pm mailing list
>> > Rio-pm@pm.org
>> > http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>> -- br/>Nuba R. Princigalli nuba@@pauleira.com 
>> http://pauleira.combr/>@@nprincigalli
>> Discipline is not an end in itself, just a means to an end. - King
>> Crimson
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
>
> --
> Tiago B. Peczenyj
> Linux User #405772
>
> http://about.me/peczenyj
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Existe um logo da rio-pm?

[Blabos de Blebe]

Fernando,

Cadê aquele que vc fez?




2013/9/5 Samir Cury 

> Exato! Nao conheco logo melhor que esse, apesar de sempre usar a
> cebola nos slides.
>
> 2013/9/5 Fernando Correa :
> > Ta falando desses?
> >
> >
> > --
> > Fernando Correa
> > Sent with Airmail
> >
> > On 5 de setembro de 2013 at 16:28:01, Fernando Correa
> > (fernandocor...@gmail.com) wrote:
> >
> > Acme::EyeDrops, q inclusive foi roubo do Breno!!! :P
> >
> > --
> > Fernando Correa
> > Sent with Airmail
> >
> > On 5 de setembro de 2013 at 16:26:43, Fernando Correa
> > (fernandocor...@gmail.com) wrote:
> >
> > Tinha um cristo redentor feito com um modulo (esqueci o nome, alguns
> > vao lembrar), na camisa.
> >
> > Mas tinha tambem um brasao na camisa. Acredito que esse sirva melhor.
> >
> > Abs
> >
> > On Thu, Sep 5, 2013 at 9:18 PM, Leonardo Alberto Souza
> >  wrote:
> >> Existe?
> >>
> >> ---
> >>
> >> Leonardo Alberto A. de J. Souza - Leobetosouza
> >>
> >> ___
> >> Rio-pm mailing list
> >> Rio-pm@pm.org
> >> http://mail.pm.org/mailman/listinfo/rio-pm
> > ___
> > Rio-pm mailing list
> > Rio-pm@pm.org
> > http://mail.pm.org/mailman/listinfo/rio-pm
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] [OFF] - Mão de Obra Projetos

[Blabos de Blebe]

http://i220.photobucket.com/albums/dd254/guilianoandre/loboempeledecordeiro.png

Hitler

:)


2013/6/13 Samir Cury 

> Mandou muito bem, Nuba!
>
> Agora nao precisamos mais do codigo de conduta, ate o proximo aparecer...
>
> So se precisa de regra quando nao se tem bom senso.
> Estatisticamemente, entre X pessoas sempre havera um sem-nocao.
>
> Vou ate espalhar a ideia pra outras listas que realmente precisam :-)
>
> 2013/6/13 Nuba Princigalli :
> > Para registro, acabei de receber o aviso do mailman: o Mantovani se
> removeu
> > da lista.
> >
> >
> > daniel.oliveira.mantov...@gmail.com foi removido da lista Rio-pm.
> >
> >
> > Mantovani, acredito que todos ficaríamos satisfeitos em tê-lo na lista
> > participando de forma construtiva. Portanto, quando quiser, nesses
> termos,
> > fique à vontade para se inscrever novamente.
> >
> > Abraço,
> >
> > Nuba
> >
> >
> > On Thu, Jun 13, 2013, at 04:44 PM, Lindolfo Lorn Rodrigues wrote:
> >
> > nuba++
> >
> >
> > 2013/6/13 Nuba Princigalli 
> >
> > Mantovani, a partir desse momento suas mensagens para a Rio.PM estão
> > sendo moderadas.
> >
> > Isso significa que os admins da lista vão receber um aviso toda vez que
> > vocë postar algo, os admins serão notificados e terão a opção de ler sua
> > mensagem antes de liberar a mesma para o envio à lista.
> >
> > Faço isso com pesar, depois de te avisar no passado, hoje, e ver que
> > depois de avisado, no espaço de poucas horas, você ainda se permite
> > poluir a lista atacando um membro, outra comunidade, e por fim um grupo
> > religioso.
> >
> > Me parece que você está empenhado em ofender, e esse não é o lugar para
> > fazer isso. Aqui na Rio.PM a troca de farpas desnecessárias com ou sem
> > elegância não é apreciada: não existe isso, não há forma "elegante" de
> > participar ou assistir desse tipo de dinâmica.
> >
> > Acreditamos no "Gentileza Gera Gentileza" e na conduta cordial,
> > respeitosa, paciente, entre os membros. Reconhecemos isso na nossa
> > cultura e somos reconhecidos também por isso quando se trata de
> > identificar e caracterizar a Rio.PM.
> >
> > Atualmente, são moderadores:
> >
> > * Eu, n...@fastmail.fm
> > * Garu, br...@rio.pm.org
> >
> > Atualmente o Mantovani é a única pessoa moderada na lista.
> >
> > Essa é uma situação complicada, desconfortável e delicada. A princípio
> > sugiro que o critério para impedir que uma mensagem vá para a lista seja
> > a falta de civilidade ou o caráter ofensivo.
> >
> > Se alguém se disposer a contribuir com a moderação, será bem-vindo. Até
> > para dar transparência ao processo: toda mensagem é enviada para os
> > moderadores, de modo que, com um maior número e diversidade de
> > moderadores, é possível inibir fortemente que o Mantovani, ou qualquer
> > pessoa moderada, seja censurada por discordar de algum dos moderadores,
> > sem que isso deixe um rastro constrangedor também para o moderador.
> >
> > E o Mantovani fica moderado por quanto tempo?
> >
> > Vamos recorrer à moderação para casos assim, de persistência na atitude
> > agressiva e tóxica ao grupo?
> >
> > Precisamos de um código de conduta (e toda a dificuldade associada à
> > qualquer ação normativa)?
> >
> > Abraço,
> >
> > Nuba
> >
> >
> >
> > On Thu, Jun 13, 2013, at 03:16 PM, Daniel de Oliveira Mantovani wrote:
> >> Márcio, o problema é que você é um tipo de profissional que um
> >> designer (que não tem foco em programação) olhou a sua lógica e
> >> começou a bater a cabeça na porta de tão absurda que estava. Seus
> >> ex-colegas de trabalho são testemunhas.
> >>
> >> Você fica repetindo esses provérbios que seu pastor falou na igreja,
> >> porque você não lê um livro inteiro e aprende alguma coisa ?
> >>
> >> 2013/6/13 Marcio Ferreira :
> >> > E nao houve desdenha, pelo contrário.
> >> > Como diz o ditado: "Corrija um sábio e o fará mais sábio. Corrija um
> >> > tolo e
> >> > o fará teu inimigo!!!"
> >> > Sem mais
> >> >
> >> >
> >> > []s,
> >> >
> >> > Marcio Ferreira
> >> > skype: marcio.ferreir4
> >> > (21) 8365-7768
> >> >
> >> >
> >> > 2013/6/13 Daniel de Oliveira Mantovani
> >> > 
> >> >>
> >> >> Márcio, a sua tentativa de desdenha e o seu comportamento na lista
> >> >> depois dos perl mongers terem ajudado você e a sua família mostra que
> >> >> você não tem educação.
> >> >>
> >> >> 2013/6/13 Marcio Ferreira :
> >> >> > OK Mantovani, se seu pai nao te deu educação, nao sou eu a fazer
> >> >> > isso.
> >> >> >
> >> >> > Boa sorte!
> >> >> >
> >> >> >
> >> >> >
> >> >> >
> >> >> > []s,
> >> >> >
> >> >> > Marcio Ferreira
> >> >> > skype: marcio.ferreir4
> >> >> > (21) 8365-7768
> >> >> >
> >> >> >
> >> >> > 2013/6/13 Daniel de Oliveira Mantovani
> >> >> > 
> >> >> >>
> >> >> >> Márcio, sua experiência pessoal se limita a ser um simples
> >> >> >> desenvolvedor PHP. Deixe as pessoas sérias interessadas se
> >> >> >> colocarem.
> >> >> >> Mas não fiquei triste, isso não é uma piada é a sua situação
> atual.
> >> >> >>
> >> >> >> 2013/6/13 Marcio Ferreira :
> >> >> >> > Mantovani,
> >

Re: [Rio-pm] [OFF] - Mão de Obra Projetos

[Blabos de Blebe]

Pau que nasce torto tem medo de água fria.


2013/6/13 Renato Santos 

> HAHAHAHAHAHA Aureliano++
>
>
>
> 2013/6/13 Aureliano Guedes 
>
>> Aleluia, pela divina grassa de Deus eu sou ateu. Amem senhor!
>>
>> http://www.youtube.com/watch?v=VgCx2bNxveM
>>
>> > Date: Thu, 13 Jun 2013 15:16:45 -0300
>> > From: daniel.oliveira.mantov...@gmail.com
>>
>> > To: rio-pm@pm.org
>> > Subject: Re: [Rio-pm] [OFF] - Mão de Obra Projetos
>> >
>> > Márcio, o problema é que você é um tipo de profissional que um
>> > designer (que não tem foco em programação) olhou a sua lógica e
>> > começou a bater a cabeça na porta de tão absurda que estava. Seus
>> > ex-colegas de trabalho são testemunhas.
>> >
>> > Você fica repetindo esses provérbios que seu pastor falou na igreja,
>> > porque você não lê um livro inteiro e aprende alguma coisa ?
>> >
>> > 2013/6/13 Marcio Ferreira :
>> > > E nao houve desdenha, pelo contrário.
>> > > Como diz o ditado: "Corrija um sábio e o fará mais sábio. Corrija um
>> tolo e
>> > > o fará teu inimigo!!!"
>> > > Sem mais
>> > >
>> > >
>> > > []s,
>> > >
>> > > Marcio Ferreira
>> > > skype: marcio.ferreir4
>> > > (21) 8365-7768
>> > >
>> > >
>> > > 2013/6/13 Daniel de Oliveira Mantovani <
>> daniel.oliveira.mantov...@gmail.com>
>> > >>
>> > >> Márcio, a sua tentativa de desdenha e o seu comportamento na lista
>> > >> depois dos perl mongers terem ajudado você e a sua família mostra que
>> > >> você não tem educação.
>> > >>
>> > >> 2013/6/13 Marcio Ferreira :
>> > >> > OK Mantovani, se seu pai nao te deu educação, nao sou eu a fazer
>> isso.
>> > >> >
>> > >> > Boa sorte!
>> > >> >
>> > >> >
>> > >> >
>> > >> >
>> > >> > []s,
>> > >> >
>> > >> > Marcio Ferreira
>> > >> > skype: marcio.ferreir4
>> > >> > (21) 8365-7768
>> > >> >
>> > >> >
>> > >> > 2013/6/13 Daniel de Oliveira Mantovani
>> > >> > 
>> > >> >>
>> > >> >> Márcio, sua experiência pessoal se limita a ser um simples
>> > >> >> desenvolvedor PHP. Deixe as pessoas sérias interessadas se
>> colocarem.
>> > >> >> Mas não fiquei triste, isso não é uma piada é a sua situação
>> atual.
>> > >> >>
>> > >> >> 2013/6/13 Marcio Ferreira :
>> > >> >> > Mantovani,
>> > >> >> >
>> > >> >> > não entendi o objetivo do seu e-mail, é captação de projeto?
>> > >> >> > Se for isso recomendo vc usar o linkedin!
>> > >> >> >
>> > >> >> >> Pessoal, estou com uma equipe de quatro pessoas boas. Uma
>> delas é a
>> > >> >> >> pessoa mais inteligente que eu conheço,
>> > >> >> >
>> > >> >> >
>> > >> >> > Detalhe melhor sua equipe, "a pessoa mais inteligente que
>> conheço" é
>> > >> >> > tão
>> > >> >> > arbitrário quanto dizer "hoje é o dia mais ensolarado da minha
>> vida".
>> > >> >> > Da forma que está escrito soa infantil e sem peso "comercial".
>> > >> >> > Diga a experiência de cada um, no que sua equipe foco(sem
>> tiver),
>> > >> >> > projetos
>> > >> >> > que já desenvolveram, etc.
>> > >> >> >
>> > >> >> >>
>> > >> >> >> eu consigo um preço incrível na hora.
>> > >> >> >
>> > >> >> >
>> > >> >> > Isso é um detalhe sensível, e acredito q varie com o projeto, ou
>> > >> >> > seja,
>> > >> >> > parece SPAM ou algo do genero, evite essa abordagem assim tão
>> aberta.
>> > >> >> >
>> > >> >> >>
>> > >> >> >> O desenvolvimento será em Java e dependendo do problema
>> > >> >> >> poderá ser usado qualquer outra linguagem.
>> > >> >> >
>> > >> >> >
>> > >> >> > Se o desenvolvimento é em Java, não é interessante enviar numa
>> lista
>> > >> >> > de
>> > >> >> > Java? Linkedin mais uma vez!
>> > >> >> >
>> > >> >> >>
>> > >> >> >> Se alguém tem algum projeto interessante e quiser fazer um
>> teste me
>> > >> >> >> manda um e-mail pessoal, daniel.oliveira.mantov...@gmail.com
>> > >> >> >
>> > >> >> >
>> > >> >> > O que é projeto interessante?
>> > >> >> >
>> > >> >> >
>> > >> >> > E encare que o fato de você enviar publicamente, está aberto de
>> ser
>> > >> >> > alvo
>> > >> >> > de
>> > >> >> > piada, não se preocupe com isso, é uma piada ;-)
>> > >> >> >
>> > >> >> > ___
>> > >> >> > Rio-pm mailing list
>> > >> >> > Rio-pm@pm.org
>> > >> >> > http://mail.pm.org/mailman/listinfo/rio-pm
>> > >> >>
>> > >> >>
>> > >> >>
>> > >> >> --
>> > >> >>
>> > >> >> -dom
>> > >> >>
>> > >> >> --
>> > >> >>
>> > >> >> IBM - Business Analytics Optimization Consultant
>> > >> >> Daniel Mantovani +5511 8538-9897
>> > >> >> XOXO
>> > >> >> ___
>> > >> >> Rio-pm mailing list
>> > >> >> Rio-pm@pm.org
>> > >> >> http://mail.pm.org/mailman/listinfo/rio-pm
>> > >> >
>> > >> >
>> > >> >
>> > >> > ___
>> > >> > Rio-pm mailing list
>> > >> > Rio-pm@pm.org
>> > >> > http://mail.pm.org/mailman/listinfo/rio-pm
>> > >>
>> > >>
>> > >>
>> > >> --
>> > >>
>> > >> -dom
>> > >>
>> > >> --
>> > >>
>> > >> IBM - Business Analytics Optimization Consultant
>> > >> Daniel Mantovani +5511 8538-9897
>> > >> XOXO
>> > >> ___
>> > >> Ri

Re: [Rio-pm] ES

[Blabos de Blebe]

Po cara, se eu tivesse no Rio eu teria ido.


2013/5/10 Rodrigo Mosconi (perl) 

> Pois é, fiquei mais de 1h esperando...
>
> caí na pegadinha do malandro
>
>
> Em 10 de maio de 2013 13:54, Blabos de Blebe  escreveu:
>
> ieié!!!
>>
>>
>> 2013/5/9 Rodrigo Mosconi (perl) 
>>
>> ja cheguei no lebrant
>>> On May 9, 2013 6:21 PM, "Bruno Buss"  wrote:
>>>
>>>> Só para saber, quem vai de fato?
>>>>
>>>> [ ]'s
>>>> Buss
>>>>
>>>>
>>>> 2013/5/8 Leo Balter 
>>>>
>>>>> Prefiro a Rua Alice mas é apenas por conta da dieta.
>>>>>
>>>>> Leo Balter - via mobile
>>>>>
>>>>> Em 08/05/2013, às 17:08, Nuba Princigalli  escreveu:
>>>>>
>>>>> Boa!!
>>>>>
>>>>> Rua Alice, para mim, virou o "novo mercadinho" no sentido de "de
>>>>> novo?" rsrs
>>>>>
>>>>>
>>>>> On Wed, May 8, 2013, at 04:35 PM, Blabos de Blebe wrote:
>>>>>
>>>>> Pode ser
>>>>>
>>>>> On Wednesday, May 8, 2013, Rodrigo Mosconi (perl) wrote:
>>>>>
>>>>> por mim, pode ser.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Em 8 de maio de 2013 08:59, Vinícius Miasato <
>>>>> viniciusmias...@gmail.com> escreveu:
>>>>>
>>>>>
>>>>> Opa monges,
>>>>>
>>>>> o ES no Le Brants pode ser ou algo contra alguém tem ?
>>>>>
>>>>> [ R. Barão do Flamengo  Rio de Janeiro, 22230-050 ]
>>>>>
>>>>>  abs.
>>>>>
>>>>> ___
>>>>>  Rio-pm mailing list
>>>>>  Rio-pm@pm.org
>>>>>  http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>
>>>>>
>>>>>
>>>>> *___*
>>>>> Rio-pm mailing list
>>>>> Rio-pm@pm.org
>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>
>>>>>
>>>>> --
>>>>> Nuba R. Princigalli n...@pauleira.com http://pauleira.com@nprincigalli
>>>>> Discipline is not an end in itself, just a means to an end. - King
>>>>> Crimson
>>>>>
>>>>>
>>>>> ___
>>>>> Rio-pm mailing list
>>>>> Rio-pm@pm.org
>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>
>>>>>
>>>>> ___
>>>>> Rio-pm mailing list
>>>>> Rio-pm@pm.org
>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Bruno C. Buss
>>>> http://www.brunobuss.net
>>>>
>>>> ___
>>>> Rio-pm mailing list
>>>> Rio-pm@pm.org
>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] ES

[Blabos de Blebe]

ieié!!!


2013/5/9 Rodrigo Mosconi (perl) 

> ja cheguei no lebrant
> On May 9, 2013 6:21 PM, "Bruno Buss"  wrote:
>
>> Só para saber, quem vai de fato?
>>
>> [ ]'s
>> Buss
>>
>>
>> 2013/5/8 Leo Balter 
>>
>>> Prefiro a Rua Alice mas é apenas por conta da dieta.
>>>
>>> Leo Balter - via mobile
>>>
>>> Em 08/05/2013, às 17:08, Nuba Princigalli  escreveu:
>>>
>>> Boa!!
>>>
>>> Rua Alice, para mim, virou o "novo mercadinho" no sentido de "de novo?"
>>> rsrs
>>>
>>>
>>> On Wed, May 8, 2013, at 04:35 PM, Blabos de Blebe wrote:
>>>
>>> Pode ser
>>>
>>> On Wednesday, May 8, 2013, Rodrigo Mosconi (perl) wrote:
>>>
>>> por mim, pode ser.
>>>
>>>
>>>
>>>
>>> Em 8 de maio de 2013 08:59, Vinícius Miasato 
>>> escreveu:
>>>
>>>
>>> Opa monges,
>>>
>>> o ES no Le Brants pode ser ou algo contra alguém tem ?
>>>
>>> [ R. Barão do Flamengo  Rio de Janeiro, 22230-050 ]
>>>
>>>  abs.
>>>
>>> ___
>>>  Rio-pm mailing list
>>>  Rio-pm@pm.org
>>>  http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>>
>>>
>>> *___*
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>>
>>> --
>>> Nuba R. Princigalli n...@pauleira.com http://pauleira.com @nprincigalli
>>> Discipline is not an end in itself, just a means to an end. - King
>>> Crimson
>>>
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>>
>> --
>> Bruno C. Buss
>> http://www.brunobuss.net
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] ES

[Blabos de Blebe]

Pode ser

On Wednesday, May 8, 2013, Rodrigo Mosconi (perl) wrote:

> por mim, pode ser.
>
>
>
> Em 8 de maio de 2013 08:59, Vinícius Miasato 
>  'viniciusmias...@gmail.com');>
> > escreveu:
>
>> Opa monges,
>>
>> o ES no Le Brants pode ser ou algo contra alguém tem ?
>>
>> [ R. Barão do Flamengo  Rio de Janeiro, 22230-050 ]
>>
>> abs.
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org 
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] E o ES de Abril?

[Blabos de Blebe]

Ooops, janela errada!


2013/4/19 Tiago Peczenyj 

> To indo p minas :-(
> Em 19/04/2013 15:34, "Blabos de Blebe"  escreveu:
>
> Fui
>>
>>
>> On Thu, Apr 18, 2013 at 11:10 PM, Bruno Buss wrote:
>>
>>> Então, R. Alice amanhã confirmado? :-)
>>>
>>> [ ]'s
>>>
>>>
>>> 2013/4/17 Bruno Buss 
>>>
>>>> Voto na 6a, Rua Alice :D
>>>>
>>>> [ ]'s
>>>>
>>>>
>>>> 2013/4/17 Marcio Ferreira 
>>>>
>>>>> Blz, na Estante Virtual, ops, Alice =P
>>>>>
>>>>>
>>>>> []s,
>>>>>
>>>>> Marcio Ferreira
>>>>> skype: marcio.ferreir4
>>>>> (21) 8365-7768
>>>>>
>>>>>
>>>>> 2013/4/17 Rodrigo Mosconi (perl) 
>>>>>
>>>>> Prefiria quinta, na rua alice mesmo
>>>>>>
>>>>>>
>>>>>> Em 17 de abril de 2013 02:42, breno  escreveu:
>>>>>>
>>>>>>> Opa, ESX essa sexta na rua Alice? Eu topo!!
>>>>>>>
>>>>>>>
>>>>>>> 2013/4/13 Blabos de Blebe :
>>>>>>> > Voto por um ESX na próxima *sexta*, na rua Alice
>>>>>>> >
>>>>>>> >
>>>>>>> > 2013/4/13 Diana Rosa 
>>>>>>> >>
>>>>>>> >> Apoio!
>>>>>>> >>
>>>>>>> >>
>>>>>>> >> Em 12 de abril de 2013 14:37, Leo Balter <
>>>>>>> leonardo.bal...@gmail.com>
>>>>>>> >> escreveu:
>>>>>>> >>
>>>>>>> >>> Voto por um ESX na próxima quinta feira.
>>>>>>> >>>
>>>>>>> >>> Claro, na Rua Alice.
>>>>>>> >>>
>>>>>>> >>>
>>>>>>> >>> Em 12 de abril de 2013 14:34, Rodrigo Mosconi (perl)
>>>>>>> >>>  escreveu:
>>>>>>> >>>>
>>>>>>> >>>> Ontem foi a segunda quinta, e acho que todos esqueceram do ES...
>>>>>>> >>>>
>>>>>>> >>>>
>>>>>>> >>>> ___
>>>>>>> >>>> Rio-pm mailing list
>>>>>>> >>>> Rio-pm@pm.org
>>>>>>> >>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>> >>>
>>>>>>> >>>
>>>>>>> >>>
>>>>>>> >>> ___
>>>>>>> >>> Rio-pm mailing list
>>>>>>> >>> Rio-pm@pm.org
>>>>>>> >>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>> >>
>>>>>>> >>
>>>>>>> >>
>>>>>>> >> ___
>>>>>>> >> Rio-pm mailing list
>>>>>>> >> Rio-pm@pm.org
>>>>>>> >> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>> >
>>>>>>> >
>>>>>>> >
>>>>>>> > ___
>>>>>>> > Rio-pm mailing list
>>>>>>> > Rio-pm@pm.org
>>>>>>> > http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>> ___
>>>>>>> Rio-pm mailing list
>>>>>>> Rio-pm@pm.org
>>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ___
>>>>>> Rio-pm mailing list
>>>>>> Rio-pm@pm.org
>>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> Rio-pm mailing list
>>>>> Rio-pm@pm.org
>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Bruno C. Buss
>>>> http://www.brunobuss.net
>>>>
>>>
>>>
>>>
>>> --
>>> Bruno C. Buss
>>> http://www.brunobuss.net
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] E o ES de Abril?

[Blabos de Blebe]

Fui


On Thu, Apr 18, 2013 at 11:10 PM, Bruno Buss  wrote:

> Então, R. Alice amanhã confirmado? :-)
>
> [ ]'s
>
>
> 2013/4/17 Bruno Buss 
>
>> Voto na 6a, Rua Alice :D
>>
>> [ ]'s
>>
>>
>> 2013/4/17 Marcio Ferreira 
>>
>>> Blz, na Estante Virtual, ops, Alice =P
>>>
>>>
>>> []s,
>>>
>>> Marcio Ferreira
>>> skype: marcio.ferreir4
>>> (21) 8365-7768
>>>
>>>
>>> 2013/4/17 Rodrigo Mosconi (perl) 
>>>
>>> Prefiria quinta, na rua alice mesmo
>>>>
>>>>
>>>> Em 17 de abril de 2013 02:42, breno  escreveu:
>>>>
>>>>> Opa, ESX essa sexta na rua Alice? Eu topo!!
>>>>>
>>>>>
>>>>> 2013/4/13 Blabos de Blebe :
>>>>> > Voto por um ESX na próxima *sexta*, na rua Alice
>>>>> >
>>>>> >
>>>>> > 2013/4/13 Diana Rosa 
>>>>> >>
>>>>> >> Apoio!
>>>>> >>
>>>>> >>
>>>>> >> Em 12 de abril de 2013 14:37, Leo Balter >>>> >
>>>>> >> escreveu:
>>>>> >>
>>>>> >>> Voto por um ESX na próxima quinta feira.
>>>>> >>>
>>>>> >>> Claro, na Rua Alice.
>>>>> >>>
>>>>> >>>
>>>>> >>> Em 12 de abril de 2013 14:34, Rodrigo Mosconi (perl)
>>>>> >>>  escreveu:
>>>>> >>>>
>>>>> >>>> Ontem foi a segunda quinta, e acho que todos esqueceram do ES...
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> ___
>>>>> >>>> Rio-pm mailing list
>>>>> >>>> Rio-pm@pm.org
>>>>> >>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>> >>>
>>>>> >>>
>>>>> >>>
>>>>> >>> ___
>>>>> >>> Rio-pm mailing list
>>>>> >>> Rio-pm@pm.org
>>>>> >>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >> ___
>>>>> >> Rio-pm mailing list
>>>>> >> Rio-pm@pm.org
>>>>> >> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>> >
>>>>> >
>>>>> >
>>>>> > ___
>>>>> > Rio-pm mailing list
>>>>> > Rio-pm@pm.org
>>>>> > http://mail.pm.org/mailman/listinfo/rio-pm
>>>>> ___
>>>>> Rio-pm mailing list
>>>>> Rio-pm@pm.org
>>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>>
>>>>
>>>>
>>>> ___
>>>> Rio-pm mailing list
>>>> Rio-pm@pm.org
>>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>>
>>>
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>>
>> --
>> Bruno C. Buss
>> http://www.brunobuss.net
>>
>
>
>
> --
> Bruno C. Buss
> http://www.brunobuss.net
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] E o ES de Abril?

[Blabos de Blebe]

Voto por um ESX na próxima *sexta*, na rua Alice


2013/4/13 Diana Rosa 

> Apoio!
>
>
> Em 12 de abril de 2013 14:37, Leo Balter escreveu:
>
> Voto por um ESX na próxima quinta feira.
>>
>> Claro, na Rua Alice.
>>
>>
>> Em 12 de abril de 2013 14:34, Rodrigo Mosconi (perl) > > escreveu:
>>
>>> Ontem foi a segunda quinta, e acho que todos esqueceram do ES...
>>>
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] xpath

[Blabos de Blebe]

http://xsh.sourceforge.net/

On Wednesday, April 3, 2013, Matheus Lucas wrote:

> Ok, realmente eu estou usando o WWW::Mechanize. :-)
> E o html não esta tao porquinho, ja vi piores k mais é realmente muito
> complicado mesmo, cheguei a esta conclusão.
> No caso é um  que esta no meio do codigo e o mesmo esta gigante, entao
> pensei que regex não iria facilitar, teria que ter algo mais inteligente e
> principalmente navegavel. :-)
> Me lebrei dos seletores do Jquery com esse mojo::dom . :-)
> Valeu pela dica André, ogribado !
>
>
> *
> *
> *
> *
> *
> *
> **
> Matheus Lucas
> Tecnologia em Sistemas para Internet
> Viçosa-MG
>
> *"Seja livre, use Linux !"*
>
>
> --- Em *qua, 3/4/13, Andre Carneiro 
>  'andregarciacarne...@gmail.com');>
> >* escreveu:
>
>
> De: Andre Carneiro  'cvml', 'andregarciacarne...@gmail.com');>>
> Assunto: Re: [Rio-pm] xpath
> Para: "Perl Mongers Rio de Janeiro"  'cvml', 'rio-pm@pm.org');>>
> Data: Quarta-feira, 3 de Abril de 2013, 14:00
>
> Não, não pode!
>
> Evite esse tipo de atitude o máximo possível!
>
> Eu 'posso' jogar gasolina em um programador PHP e tocar fogo. Mas não é
> porque eu 'posso' que signfica que eu farei.
>
> Por favor, não use regex para parsear HTML!! Se o HTML estiver porco o
> suficiente para não ser parseado, é muito provável que não valha a pena
> parsea-lo!
>
> Se for realmente necessário, e não tiver jeito, faça! Mas acho difícil
> chegar nesse ponto! Pelo menos os links dá pra pegar. Até com o
> WWW::Mechanize dá pra pegar!
>
> Em 99,9% dos casos é desnecessário...
>
>
> Cheers!
>
>
>
> 2013/4/3 Tiago Peczenyj 
> http://mc/compose?to=tiago.pecze...@gmail.com>
> >
>
> IMHO vc pode sim usar regex para parserar html SE
>
> 1) a estrutura do html for porca (tipo cheio de tag q não fecha ou coisas
> q não façam muito sentido)
> 2) a estrutura (quase) nunca mudar (e vc procura uma string X como
> "APROVADO" ou "ERRO)
> 3) vc está desesperado
>
> Mas para cada ponto que vc pode usar, existem muitos argumentos contra. vc
> até pode usar como um complemento ao seu parser mas se basear SÓ nisso,
> como criterio geral, é furada.
>
>
> 2013/4/3 Marcio Ferreira 
> http://mc/compose?to=marciodesouzaferre...@gmail.com>
> >
>
> Desculpe a pressa em responder, o e-mail anterior, alguns pontos que podem
> ser tocados:
>
> o Web::Scraper, ~força~ que vc faça a ~configuração~ da sua navegação,
> assim vc de fato se concentra no seu problema e esquece o resto.
> o Mojo::DOM é muito amigavel, ele cria de fato um objeto pra vc navegar no
> seu DOM, isso é legal!
>
> NUNCA USE REGEX PRA PARSER DE HTML
>
> http://stackoverflow.com/questions/1732348/regex-match-open-tags-except-xhtml-self-contained-tags?page=1&tab=votes#tab-top
>
> Porque nao gosto do HTML::TreeBuilder: vc precisa fazer linha a linha seus
> "findnodes" e compor seu objeto na mao, frente a soluções como Web::Scraper
> e Mojo::DOM, acho que ele ficou pra trás. =/
>
> **Quando digo HTML::TreeBuilder, me refiro ao HTML::TreeBuilder::XPath
> mesmo =P
>
>
> []s,
>
> Marcio Ferreira
> skype: marcio.ferreir4
> (21) 8365-7768
>
>
> 2013/4/3 Nuba Princigalli 
> http://mc/compose?to=n...@fastmail.fm>
> >
>
>  **
> On Wed, Apr 3, 2013, at 01:17 PM, Marcio Ferreira wrote:
>
> Também há o HTML::TreeBuilder (mas um pouco mais complicado de "gerenciar"
> o workflow).
>
>
> Já usei e recomendo o https://metacpan.org/module/HTML::TreeBuilder::XPath
>
> --
> Nuba R. Princigalli n...@pauleira.com
> http://pauleira.com @nprincigalli
> Discipline is not an end in itself, just a means to an end. - King Crimson
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org 
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org 
> http://mail.pm.org/mailman/listinfo/rio-pm
>
> -Anexo incorporado-
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org 
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Percorrendo array

[Blabos de Blebe]

perl -E '@array=(1..10); for(my $i = 0; $i < 10; $i++){ if($array[$i]
== 2){ $i = 5} if($array[$i] == 7) {$i = 10} say $array[$i]}'

Tipo isso?

2013/1/12 Tiago Peczenyj :
> nao use foreach. use for ou while p indice e altere-o qdo quiser p avancar
> ou voltar
>
> Em 12/01/2013 15:53, "Aureliano Guedes"  escreveu:
>>
>> Ola Monges,
>>
>> Me surgiu uma duvida nesse momento.
>>
>> Imagine que temos um array de 10 posições:
>> my @a = qw(0 1 2 3 4 5 6 7 8 9);
>>
>> Então este array esta em um loop, no caso um foreach:
>>
>> foreach my $i (@a){
>> ...
>> }
>>
>> Mas eu quero que se o valor dessa posição seja 6, por exemplo, o array
>> volte para segunda posição.
>>
>> Não sei se minha pergunta ficou estranha ou difícil de entender, mas como
>> eu faria isso??
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] ES 13/dez · Hackathon 15/dez

[Blabos de Blebe]

Alice

2012/12/11 Eduardo Maia :
> Nicole,
>
> Sim, esse é um dos slogans do bar.
>
> No Rio de Janeiro, eu acho que todo local é perigoso. Mas eu frequento a rua
> há 20 anos e nunca tive problema por lá.
>
> Costumamos ficar até que horas? Meia-noite? Uma da matina? Quem dá mais?
>
> Melhoras e apareça :)
>
>
>
>
> 2012/12/11 Nicole Scherer 
>>
>> Oi Monges,
>>
>> Se até quinta eu curar da tosse braba, vou querer participar também.
>> Posso?
>> Esse Heavy Duty é aquele do "pior atendimento do mundo"?
>> É perigoso chegar a pé sozinha? Até que horas vocês costumam ficar?
>>
>> []'s
>> Nicole
>>
>> 
>> De: Eduardo Maia 
>> Para: Perl Mongers Rio de Janeiro 
>> Enviadas: Segunda-feira, 10 de Dezembro de 2012 21:28
>> Assunto: Re: [Rio-pm] ES 13/dez · Hackathon 15/dez
>>
>> Monges,
>>
>> Como disse o Nuba, este ES será o último do ano. Quase uma obrigação para
>> quem não deu as caras o ano inteiro, como eu por exemplo :)
>>
>> Será também minha despedida do Rio de Janeiro. Pretendo fazer minha
>> mudança definitiva para a cidade de São Paulo antes do fim do mês.
>>
>> MDA, Breno, Sylvestre, Indio, Camila, Mothé... vamos nesse?
>>
>> Que tal Heavy Duty?
>>
>> Abraços
>>
>>
>> 2012/12/10 Nuba Princigalli 
>>
>> Perlsoal,
>>
>> Onde vamos fazer o ES dessa quinta, o último do ano!? E pelas minhas
>> anotações, o próximo Hackathon é 15/dezembro no Starbucks do Rio Sul -- ou
>> alguém sugere algum outro lug^h^h^hStarbucks? ;)
>>
>> Abraço,
>>
>> Nuba
>>
>> --
>> Nuba R. Princigalli n...@pauleira.com http://pauleira.com @nprincigalli
>> Discipline is not an end in itself, just a means to an end. - King Crimson
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Chaves de hash

[Blabos de Blebe]

> (my $d = $a) and $b;

Correto, conforme
http://perldoc.perl.org/perlop.html#Operator-Precedence-and-Associativity

A pegadinha (deixada como exercício) é que o operador de atribuição
tem maior precedência que o operador 'and'.

Por isso os exemplos usando atribuição estão se cagando todos:

$c = $a && $b

é diferente de

$c = $a and $b

não por causa da diferença mística entre '&&' e 'and', mas por causa
do operador de atribuição ter mais precedência que 'and' e menos
precedência que o '&&';

$c = $a && $b  <==> $c = ( $a && $b )
$c = $a and $b <==> ($c = $a) and $b

RTFM!

[]'s

2012/12/4 Junior Moraes :
> Hi.
>
> A diferença entre && e and não é apenas a questão da precedência dos
> operadores?
> Penso eu que essa questão não tenha nada a ver com short-circuiting, já que
> logicamente falando ambas fazem a mesma operação.
>
> Exemplificando, quando temos:
> use Data::Printer;
> my $a = 1;
> my $b = 0;
>
> my $c = $a && $b;
> my $d = $a and $b;
> p $c;
> p $d;
>
> O valor de $c seria FALSE, mas o valor de $d seria TRUE.
> Isso, porque, pela precedência dos operadores, a última operação é a mesma
> coisa que:
> (my $d = $a) and $b;
>
> Deste modo, $d sempre resultará em TRUE, ignorando o $b.
>
> Isto é, pelo menos é assim em outras linguagens e pelo que me parece, no
> Perl também.
>
> []'s
>
> Em 4 de dezembro de 2012 14:00, Blabos de Blebe  escreveu:
>
>> Desculpa,
>>
>> Não entendi a diferença entre:
>>
>> perl -E 'sub a{say 1} sub b{say 2} if (a() && b()){}'
>> perl -E 'sub a{say 1} sub b{say 2} if (a() and b()){}'
>>
>> perl -E 'sub a{say 1;return 0} sub b{say 2} if (a() && b()){}'
>> perl -E 'sub a{say 1;return 0} sub b{say 2} if (a() and b()){}'
>>
>> Até onde eu sei, não existe operador de short circuit. O short circuit
>> é uma propriedade, uma otimização na avaliação de expressões lógicas.
>>
>> Alguém estamos viajando?
>>
>> []'s
>>
>> 2012/11/30  :
>> >> Eu devo ser muito estúpido... mas alguém que está falando isso (ja é
>> >> o 3o), poderia fazer o favor de me explicar porque ele deve usar && no
>> >> lugar do 'and' e qual diferença isso faz no caso deste if específico?
>> >> E em quais situações deve-se usar o 'and' no lugar de &&?
>> >
>> >
>> > Não é estúpido não. Vamos analisar a tabela da verdade da função and ou
>> > &&:
>> >
>> > 0 x 0 = 0
>> > 0 x 1 = 0
>> > 1 x 0 = 0
>> > 1 x 1 = 1
>> >
>> > Então, no if do código do nosso biólogo não haveria impacto real, sorry
>> > eu
>> > me deixei levar por outras coisas que estava pensando aqui.
>> >
>> > Mas voltando ao if:
>> >
>> > if($keys >= $min and $keys <= $max)
>> >
>> > O operador de short circuit só avaliaria a expresssão da direita ($keys
>> > <=
>> > $max) se a primeira expressão for verdadeira. Ou seja, se $keys for
>> > menor
>> > que $min o Perl nem vai perder tempo checando pois 0 x N = 0. Então aqui
>> > eu
>> > me enganei, não ia fazer diferença no código do nosso colega.
>> >
>> > Por outro lado, vamos supor um caso que você queira aproveitar o teste
>> > if e
>> > executar duas subs na mesma linha de código:
>> >
>> > if ( &foo and &bar ){
>> >...faça alguma coisa
>> > }
>> > else {
>> >... &bar só será executada se &foo retornar true
>> > }
>> >
>> > por outro lado:
>> >
>> > if ( &foo && &bar ){
>> >...&foo e &bar foram executadas. faça alguma coisa
>> > }
>> > else {
>> >... &foo e &bar foram executadas mesmo com o && retornando false.
>> > }
>> >
>> > essa é a diferença.
>> >
>> > Em 2012-11-29 22:09, Bruno Buss escreveu:
>> >>
>> >> 2012/11/29 
>> >>
>> >>> Seu primeiro erro é o operador and. No documento perlop: $ perldoc
>> >>> perlop
>> >>> você vai descobrir o seguinte:
>> >>>
>> >>>  " Logical And
>> >>>  Binary "and" returns the logical conjunction of the two
>> >>>  surrounding expressions.  It's equivalent to && except for
>> >>>  

Re: [Rio-pm] Chaves de hash

[Blabos de Blebe]

Desculpa,

Não entendi a diferença entre:

perl -E 'sub a{say 1} sub b{say 2} if (a() && b()){}'
perl -E 'sub a{say 1} sub b{say 2} if (a() and b()){}'

perl -E 'sub a{say 1;return 0} sub b{say 2} if (a() && b()){}'
perl -E 'sub a{say 1;return 0} sub b{say 2} if (a() and b()){}'

Até onde eu sei, não existe operador de short circuit. O short circuit
é uma propriedade, uma otimização na avaliação de expressões lógicas.

Alguém estamos viajando?

[]'s

2012/11/30  :
>> Eu devo ser muito estúpido... mas alguém que está falando isso (ja é
>> o 3o), poderia fazer o favor de me explicar porque ele deve usar && no
>> lugar do 'and' e qual diferença isso faz no caso deste if específico?
>> E em quais situações deve-se usar o 'and' no lugar de &&?
>
>
> Não é estúpido não. Vamos analisar a tabela da verdade da função and ou &&:
>
> 0 x 0 = 0
> 0 x 1 = 0
> 1 x 0 = 0
> 1 x 1 = 1
>
> Então, no if do código do nosso biólogo não haveria impacto real, sorry eu
> me deixei levar por outras coisas que estava pensando aqui.
>
> Mas voltando ao if:
>
> if($keys >= $min and $keys <= $max)
>
> O operador de short circuit só avaliaria a expresssão da direita ($keys <=
> $max) se a primeira expressão for verdadeira. Ou seja, se $keys for menor
> que $min o Perl nem vai perder tempo checando pois 0 x N = 0. Então aqui eu
> me enganei, não ia fazer diferença no código do nosso colega.
>
> Por outro lado, vamos supor um caso que você queira aproveitar o teste if e
> executar duas subs na mesma linha de código:
>
> if ( &foo and &bar ){
>...faça alguma coisa
> }
> else {
>... &bar só será executada se &foo retornar true
> }
>
> por outro lado:
>
> if ( &foo && &bar ){
>...&foo e &bar foram executadas. faça alguma coisa
> }
> else {
>... &foo e &bar foram executadas mesmo com o && retornando false.
> }
>
> essa é a diferença.
>
> Em 2012-11-29 22:09, Bruno Buss escreveu:
>>
>> 2012/11/29 
>>
>>> Seu primeiro erro é o operador and. No documento perlop: $ perldoc perlop
>>> você vai descobrir o seguinte:
>>>
>>>  " Logical And
>>>  Binary "and" returns the logical conjunction of the two
>>>  surrounding expressions.  It's equivalent to && except for
>>>  the very low precedence.  This means that it short-circuits:
>>>  i.e., the right expression is evaluated only if the left
>>>  expression is true.
>>> [...]
>>>   C-style Logical And
>>>  Binary "&&" performs a short-circuit logical AND operation.
>>>  That is, if the left operand is false, the right operand is
>>>  not even evaluated.  Scalar or list context propagates down
>>>  to the right operand if it is evaluated."
>>>
>>> Logo, seu código
>>>
>>> if($keys >= $min and $keys <= $max){
>>>
>>> deveria ser if($keys >= $min && $keys <= $max){
>>
>>
>> Eu devo ser muito estúpido... mas alguém que está falando isso (ja é
>> o 3o), poderia fazer o favor de me explicar porque ele deve usar && no
>> lugar do 'and' e qual diferença isso faz no caso deste if específico?
>> E em quais situações deve-se usar o 'and' no lugar de &&?
>>
>> [ ]'s--
>> Bruno C. Buss
>> http://www.brunobuss.net [1]
>>
>>
>> Links:
>> --
>> [1] http://www.brunobuss.net
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Chaves de hash

[Blabos de Blebe]

Um exemplo hipotético...

Suponha que não haja escapatória e tenha-se que comparar flutuantes...

if ( float_equal( $a, $b ) ) {
say 'igual';
}
elsif ( $a < $b && !float_equal( $a, $b ) ) {
say 'menor';
}
else {
say 'maior';
}

Será que funciona?

2012/11/29  :
> Um exemplo mais preciso:
>
> $ uname -a
> SunOS cg01spo 5.10 Generic_13-03 sun4v sparc SUNW,SPARC-Enterprise-T5120
>
> $ perl -E '
> if (0.2 > 0.19997){
> say "0.2 is greater than 0.19997";}
>
> else {
> say "Floating Point is not true real"};'
> 0.2 is greater than 0.19997
> $
>
> $ perl -E '
> if (0.2 > 0.19998){
> say "0.2 is greater than 0.19998";}
>
> else {
> say "Floating Point is not true real"};'
> Floating Point is not true real
> $
>
> Por que é importante saber essas coisas?
> http://ta.twi.tudelft.nl/users/vuik/wi211/disasters.html
>
>
>
>
>
>
> Em 2012-11-29 15:13, thiagogla...@ticursos.net escreveu:
>
>>> Não se compara reais por igualdade.
>>
>> Se você tem erro na igualdade, terá nas outras comparações se a
>> diferença entre os números for menor que o maior acréscimo suportado
>> pela plataforma:
>>
>> $ perl -E '
>> if (0.2 > 0.1999){
>>>
>>> say "0.2 is greater than 0.19";}
>>> else {
>>> say "Floating Point is not true real"};'
>>
>> Floating Point is not true real
>> $
>>
>> $ perl -E '
>> if (0.2 > 0.19){
>> say "0.2 is greater than 0.19";}
>> else {
>> say "Floating Point is not true real"};'
>> 0.2 is greater than 0.19
>> $
>>
>> Então, comparar pontos flutuantes não é seguro. Nem igualdade, nem
>> maio, nem menor.
>>
>> E mais: garanto que se você quer usar um número real como chave de
>> Hash você tem um problema na análise da lógica do problema que está
>> enfrentando e como solucioná-lo.
>>
>>
>> Em 2012-11-29 10:36, Blabos de Blebe escreveu:
>>>
>>> Na verdade é o contrário, não?
>>>
>>> Não se compara reais por igualdade.
>>>
>>> Se você usa reais como chaves de hash, você tem algum problema...
>>>
>>> Ao não controlar a representação interna em ponto flutuante, você pode
>>> nunca mais alcançar o valor relacionado à chave, se usar um número
>>> real como chave, pois qualquer bit diferente, mesmo que arredondando
>>> no mesmo número vai resultar num cálculo diferente na tabela hash.
>>>
>>> Igualdade entre númros reais constuma ser definida como algo assim:
>>>
>>> sub float_equal {
>>> my ($first, $second) = @_;
>>> my $threshold = 0.0001 # arbitrário
>>> return abs( $first - $second ) < $threshold;
>>> }
>>>
>>> Converter para string antes de usar como chave de hash também não me
>>> parece saudável, pois, embora a string vá funcionar bem no hash, você
>>> não garante que a conversão vai resultar sempre na mesma string, e aí
>>> vc se ferra do mesmo jeito.
>>>
>>> Por outro lado, se você nunca vai acessar o elemento do hash através
>>> da chave, um foreach por keys() ou values() vai te retornar os
>>> valores...
>>>
>>> Mas aí eu te perguntaria por que rails você está usando hash pra isso...
>>>
>>>
>>>
>>> On Thu, Nov 29, 2012 at 6:47 AM,   wrote:
>>>>
>>>> Existe um problema aqui, diferente da comparação.
>>>> A comparação de reais é problemática devido a estrutura interna do ponto
>>>> flutuante. NÃO SE COMPARA REAIS POR MAIOR OU MENOR.Isso não é do Perl,
>>>> mas
>>>> das regras de aproximação usada pelos processadores.
>>>>
>>>> Rounding rules
>>>>
>>>> The standard defines five rounding rules. The first two round to a
>>>> nearest
>>>> value; the others are called directed roundings:
>>>> Roundings to nearest
>>>>
>>>> Round to nearest, ties to even – rounds to the nearest value; if the
>>>> number falls midway it is rounded to the nearest value with an even
>>>> (zero)
>>>> least significant bit, which occurs 50% of the time; this is the default
>>>> for
>>>> binary floating-point and the recommended default f

Re: [Rio-pm] Chaves de hash

[Blabos de Blebe]

Só a gente mesmo pra ficar discutindo nota de rodapé de livro :)

2012/11/29 Vinícius Miasato :
> já está chegando em 50 mensagens na thread, quem irá citar ele ?
>
> Em quinta-feira, 29 de novembro de 2012, Blabos de Blebe
> escreveu:
>
>> Só pra ser muito chato:
>>
>>>> popular um hash inteiro já com os grupos montados,
>>
>> http://wiki.mtgsalvation.com/article/Populate
>>
>> Popular um hash é neologismo de 'populate a hash' que é equivalente a
>> povoar um hash...
>>
>> 2012/11/29  :
>>> Só para ser chato:
>>>
>>>
>>>> popular um hash inteiro já com os grupos montados,
>>>
>>>
>>> popular
>>> adj. 2 g.
>>> 1. Relativo ou pertencente ao povo.
>>> 2. Que é usado ou comum entre o povo.
>>> 3. Que é do agrado do povo.
>>> 4. Vulgar, notório.
>>> 5. Democrático.
>>> s. m.
>>> 6. Homem do povo.
>>>
>>> povoar - Conjugar
>>> (povo + -oar)
>>> v. tr.
>>> 1. Fundar povoações em.
>>> 2. Estabelecer habitantes em.
>>> 3. Disseminar animais para reprodução.
>>> 4. Dispor grande quantidade de árvores em.
>>> 5. Dispor grande quantidade de plantas (ex.: povoar o terreno de vinha).
>>>
>>>>>> 6. [Por extensão]  Encher com determinada coisa (ex.: a notícia povoou
>>>>>> a
>>>>>> sua vida com alegria).
>>>
>>>
>>> v. pron.
>>> 7. Encher-se de habitantes.
>>>
>>>
>>> Em 2012-11-29 19:41, Renato Santos escreveu:
>>>>
>>>> Assim,
>>>> não sei se tem muita diferença na memoria entre um $h e um %s,
>>>>
>>>> eu costumo usar $h por habito mesmo, mas poderia ser push
>>>> @{$h{$grupo}} sem problemas, talvez até @$h{$grupo} funcione certo
>>>>
>>>> O 'evitar o loop' q eu digo, é você popular um hash inteiro já com os
>>>> grupos montados, por exemplo ,se o grupo for a cada 10 numeros reais,
>>>> voce poderia retornar
>>>> "-30:-20" como chave para todos os valores de entrada dessa funcao, e
>>>> popular tudo de uma vez só, no lugar de ler as chaves a cada pergunta
>>>> de intervalo
>>>>
>>>> 2012/11/29 Aureliano Guedes 
>>>>
>>>>> Renato, fiquei sem entender, no meu caso não esta fazendo so um loop? E
>>>>> qual a diferença entre usar um hash %h ou tranformar $h em um hash??
>>>>> Desculpe as perguntas é que não faço nenhum curso ligado a computação
>>>>> logo as vezes fico "boiando".
>>>>>
>>>>> Thiago, segue o script caso tenha também algo a modificar/acrescentar a
>>>>> nível das minhas péssimas práticas.
>>>>>
>>>>> use warnings;
>>>>> use strict;
>>>>> use Path::Class;
>>>>>
>>>>> #Guardar os valores em um hash acessado pelo valor do mfe
>>>>> sub h_energy{
>>>>> my $data = shift;
>>>>> my $file = file($data)->openr();
>>>>> my %hmfe = ();
>>>>> my $mirna;
>>>>> my $record;
>>>>>
>>>>> while (my $linha = <$file>) {
>>>>> if ( $linha =~ m{target:.*} ) {
>>>>> $record = $linha . $record if ($record);
>>>>> $hmfe{$mirna} = $record if ($mirna);
>>>>> $mirna = $+{mirna};
>>>>> $record = q() if ($record);
>>>>> }
>>>>> elsif ($linha =~ m{mfe:s+(S+)s+kcal/mol}){
>>>>>
>>>>> $mirna = $1;
>>>>> $record .= $linha;
>>>>> }
>>>>>  else {
>>>>> $record .= $linha;
>>>>>  }
>>>>> }
>>>>> return %hmfe;
>>>>> }
>>>>>
>>>>> sub termofilter{
>>>>> my ($data, $min, $max) = @_;
>>>>> my %d = h_energy($data);
>>>>>
>>>>> foreach my $keys (keys %d){
>>>>> if($keys >= $min and $keys <= $max){
>>>>> print $keys . "n";
>>>>> }
>>>>> }
>>>>> }
>>>>> termofilter("hybrid.txt", "-30", "-20");
>>>>>
>>>>>> Date: Thu, 29 Nov 2012 17:27:15 -0200
>>>>>
>>>>>
>>>>>> From: thiagogla...@ticursos.net
>>>>>> To:
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Chaves de hash

[Blabos de Blebe]

Porra PAC, não pisa fora da faixa, cara! :)

http://perldoc.perl.org/perlop.html#Operator-Precedence-and-Associativity

É só aplicar as regras de precedência.

Parafraseando o perldoc, and é 'equivalent to && except for the very
low precedence'

É óbvio gente. Assim vcs me envergonham!

Game over.

2012/11/29 Tiago Peczenyj :
> veja este exemplo:
>
> https://gist.github.com/4172935
>
> veja como a execução das subrotinas não é alterada, mas o resultado das
> variaveis é diferente.
>
>
>
> my $x = a and b and c and ok or nok;
>
>
>
>
> my $y = a && b && c && ok || nok;
>
>
> veja que x recebe o valor que a retorna, enquanto y recebe o valor de nok.
>
> isso pq o = esta em termos de precedencia entre o and e o &&
>
>
>
>
> 2012/11/29 Bruno Buss 
>>
>>
>>
>> 2012/11/29 Bruno Buss 
>>>
>>> On Thu, Nov 29, 2012 at 10:13 PM, Renato Santos 
>>> wrote:

 use && sempre e seja feliz, só use and quando você souber oque está
 fazendo.
>>>
>>>
>>> Desculpe mas vou discordar que um bom conselho seja "use && sempre e seja
>>> feliz", ainda mais seguido de "só use and quando você souber oque está
>>> fazendo". Na melhor da hipóteses são sugestões contraditórias... como alguém
>>> deverá saber quando usar o 'and' se apenas usa o && cegamente?
>>>

 o 'and' é praticamente o 'e' da nossa lingua, vc diz pro seu codigo
 'faça isso, e isso', ele não é de comparação, embora faça
>>>
>>>
>>> "ele não é de comparação, embora faça"? Poderia desenvolver melhor, pois
>>> não fui incapaz de entender o que isso significa para um operador lógico
>>> (que a única diferença do outro é a baixa precedência).
>>
>>
>> s/incapaz/capaz/;
>>
>>>
>>>
>>>
>>> E vou repetir a pergunta aqui, antes que ela fique soterrada pelas tricks
>>> de sleep: Qual diferença isso faz no caso deste if específico do Aureliano?
>>> Por que exatamente, no if dele, utilizar o 'and' está incorreto? Porque no
>>> if dele, somente o && "dá certo" como 3 pessoas já disseram?
>>>
>>>
>>> --
>>> Bruno C. Buss
>>> http://www.brunobuss.net
>>
>>
>>
>>
>> --
>> Bruno C. Buss
>> http://www.brunobuss.net
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
>
> --
> Tiago B. Peczenyj
> Linux User #405772
>
> http://pacman.blog.br
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Chaves de hash

[Blabos de Blebe]

>> > >
>>>>
>>>> > mfe: -24.4 kcal/mol
>>>> > p-value: 0.334111
>>>> >
>>>> > position 244
>>>> > target 5' C UCUCCUGUGGUCUCU G U 3'
>>>> > CACA GACCA GUGCUGUU
>>>> > GUGU UUGGU CACGACGA
>>>
>>> > > miRNA 3' AAUA U 5'
>>>>
>>>> >
>>>> > Conforme este arquivo http://pastebin.com/9v6WFUT7 [1]
>>>>
>>>> >
>>>> > Eu quero filtrar essa lista de acordo com o valor de mfe.
>>>
>>> > >
>>>>
>>>> > Exemplo, se mfe for menor que -30 e maior que -20 esta dentro.
>>>> >
>>>> > Logo fiz da seguinte forma: http://pastebin.com/Dnhv0Zya [2]
>>>
>>> > >
>>>>
>>>> > Funcionou, o problema era sono. Não percebi que a regex estava
>>>> > pegando um espaço.
>>>> >
>>>> > Quanto a usar reais como chave de hash, se eu tiver dois reais iguais
>>>> > poderá ser um problema para acessar os valores,
>>>
>>> > > mas em toda regra existe sua exceção.
>>>>
>>>> >
>>>> > No meu caso, o que me importa é que mfe esteja no intervalo
>>>> > determinado.
>>>> >
>>>> > Caso descordem seria uma honra ler a explicação de qualquer um de
>>>
>>> > > vocês.
>>>>
>>>> >
>>>> >> Date: Thu, 29 Nov 2012 16:44:50 -0200
>>>> >> From: thiagogla...@ticursos.net
>>>> >> To: rio-pm@pm.org
>>>
>>> > >> Subject: Re: [Rio-pm] Chaves de hash
>>>>
>>>> >>
>>>> >> Um exemplo mais preciso:
>>>> >>
>>>> >> $ uname -a
>>>> >> SunOS cg01spo 5.10 Generic_13-03 sun4v sparc
>>>
>>> > >> SUNW,SPARC-Enterprise-T5120
>>>>
>>>> >>
>>>> >> $ perl -E '
>>>> >> if (0.2 > 0.19997){
>>>> >> say "0.2 is greater than 0.19997";}
>>>
>>> > >> else {
>>>>
>>>> >> say "Floating Point is not true real"};'
>>>> >> 0.2 is greater than 0.19997
>>>> >> $
>>>> >>
>>>> >> $ perl -E '
>>>
>>> > >> if (0.2 > 0.19998){
>>>>
>>>> >> say "0.2 is greater than 0.19998";}
>>>> >> else {
>>>> >> say "Floating Point is not true real"};'
>>>
>>> > >> Floating Point is not true real
>>>>
>>>> >> $
>>>> >>
>>>> >> Por que é importante saber essas coisas?
>>>> >> http://ta.twi.tudelft.nl/users/vuik/wi211/disasters.html [3]
>>>
>>> > >>
>>>>
>>>> >>
>>>> >>
>>>> >>
>>>> >>
>>>> >>
>>>> >> Em 2012-11-29 15:13, thiagogla...@ticursos.net escreveu:
>>>
>>> > >> >> Não se compara reais por igualdade.
>>>>
>>>> >> > Se você tem erro na igualdade, terá nas outras comparações se a
>>>> >> > diferença entre os números for menor que o maior acréscimo
>>>
>>> > >> suportado
>>>>
>>>> >> > pela plataforma:
>>>> >> >
>>>> >> > $ perl -E '
>>>> >> > if (0.2 > 0.1999){
>>>> >> >> say "0.2 is greater than
>>>
>>> > >> 0.19";}
>>>>
>>>> >> >> else {
>>>> >> >> say "Floating Point is not true real"};'
>>>> >> > Floating Point is not true real
>>>
>>> > >> > $
>>>>
>>>> >> >
>>>> >> > $ perl -E '
>>>> >> > if (0.2 > 0.19){
>>>> >> > say "0.2 is greater than 0.19";}
>>>> >> > else {
>>>
>>> > >> > say "Floating Point is not true real"};'
>>>>
>>>> >> > 0.

Re: [Rio-pm] Chaves de hash

[Blabos de Blebe]

Na verdade é o contrário, não?

Não se compara reais por igualdade.

Se você usa reais como chaves de hash, você tem algum problema...

Ao não controlar a representação interna em ponto flutuante, você pode
nunca mais alcançar o valor relacionado à chave, se usar um número
real como chave, pois qualquer bit diferente, mesmo que arredondando
no mesmo número vai resultar num cálculo diferente na tabela hash.

Igualdade entre númros reais constuma ser definida como algo assim:

sub float_equal {
my ($first, $second) = @_;
my $threshold = 0.0001 # arbitrário
return abs( $first - $second ) < $threshold;
}

Converter para string antes de usar como chave de hash também não me
parece saudável, pois, embora a string vá funcionar bem no hash, você
não garante que a conversão vai resultar sempre na mesma string, e aí
vc se ferra do mesmo jeito.

Por outro lado, se você nunca vai acessar o elemento do hash através
da chave, um foreach por keys() ou values() vai te retornar os
valores...

Mas aí eu te perguntaria por que rails você está usando hash pra isso...



On Thu, Nov 29, 2012 at 6:47 AM,   wrote:
> Existe um problema aqui, diferente da comparação.
> A comparação de reais é problemática devido a estrutura interna do ponto
> flutuante. NÃO SE COMPARA REAIS POR MAIOR OU MENOR.Isso não é do Perl, mas
> das regras de aproximação usada pelos processadores.
>
> Rounding rules
>
> The standard defines five rounding rules. The first two round to a nearest
> value; the others are called directed roundings:
> Roundings to nearest
>
> Round to nearest, ties to even – rounds to the nearest value; if the
> number falls midway it is rounded to the nearest value with an even (zero)
> least significant bit, which occurs 50% of the time; this is the default for
> binary floating-point and the recommended default for decimal.
> Round to nearest, ties away from zero – rounds to the nearest value; if
> the number falls midway it is rounded to the nearest value above (for
> positive numbers) or below (for negative numbers); this is intended as an
> option for decimal floating point.
>
> Directed roundings
>
> Round toward 0 – directed rounding towards zero (also known as
> truncation).
> Round toward +∞ – directed rounding towards positive infinity (also
> known as rounding up or ceiling).
> Round toward −∞ – directed rounding towards negative infinity (also
> known as rounding down or floor).
>
> Se a comparação for inevitável, converta o seu número para string e compare
> ou determine um nível de precisão aceitável e faça bit a bit.
>
> Em 2012-11-28 21:42, Aureliano Guedes escreveu:
>>
>> Ola Monges.
>>
>> Estou com um problema simples mas que não acho a solução.
>>
>> Eu tenho um hash onde as chaves são valores numericos reais (a
>> maioria negativo e quase nenhum inteiro).
>> Estou limitando esses valores por um maximo e um minimo.
>>
>>  foreach my $keys (keys %d) {
>>  if ($keys <= $min and $keys >= $max) {
>>  print "$d{$keys}";
>>  }
>>  }
>>
>> Problema que não da certo.
>> Ha algo de errado aqui??
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Chaves de hash

[Blabos de Blebe]

TRUCO!!!

perl -E '$a=0; 0 and $a=1; say $a'
perl -E '$a=0; say 0 and $a=1; say $a'

A pegadinha fica como exercício...



2012/11/28 Bruno Buss :
> Sim, o seu exemplo é a perfeita demonstração do que eu disse: a única
> diferença é que você não consegue fazer short-circuit com 'and', só com
> '&&'.
>
> A menos que o sinal de <= e >= agora tenha algum side-effect como o '++', eu
> não particularmente não consigo chegar numa linha razoável de raciocínio
> para reclamar do &&, and e precedências no if do Aureliano.
>
> [ ]'s
>
> 2012/11/28 Renato Santos 
>>
>> Acho que o que o Marcio disse isso pois o and computa ambos os lados da
>> expressão, para então retornar um boolean (ou continuar a sequencia de
>> computar mais 'ands' e 'ors')
>>
>>
>> $x = 0;
>> $x and $x++; # $x = 1
>>
>> $y = 0;
>> $y && $y++; # $y = 0
>>
>>
>> perl -e 'use v5.14.0;use v5.14.0; my $m=0; say $m && $m++; say $m'
>> 0
>> 0
>>
>> perl -e 'use v5.14.0;use v5.14.0; my $m=0; say $m and $m++; say $m'
>> 0
>> 1
>>
>>
>> o retorno foi o mesmo, mas o comportamento não.
>>
>> 2012/11/28 Bruno Buss 
>>>
>>> @Thiago e Marcio:
>>> O que vocês estão falando? Pelo amor de Larry...
>>> O operador 'and' é *exatamente* igual ao '&&', tirando o nível de
>>> precedência... onde o 'and' é um dos que tem a precedência mais baixa.
>>> (perldoc perlop por favor...)
>>> Ou seja, você pode fazer tudo que faz com '&&' com 'and', menos contar
>>> com short-circuit em condicionais ;)
>>
>>
>>
>>
>> --
>> Saravá,
>> Renato CRON
>> http://www.renatocron.com/blog/
>> @renato_cron
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
>
> --
> Bruno C. Buss
> http://www.brunobuss.net
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Comparação de arquivos

[Blabos de Blebe]

"Três coisas são infinitas: o universo, a paciência do Breno e a
estupidez humana. Mas, no que respeita ao universo, ainda não adquiri
a certeza absoluta."

2012/11/24 Ole Peter Smith :
>
> On Nov 24, 2012 4:52 PM, "Aureliano Guedes"  wrote:
>>
>> Breno, que ser meu orientador... hahaha...
>
> se eu era reitor universitario, eu daria o grau de dr honoratis para o este
> nosso breno, pela sua competencia, vastoconhecimento e infinita paciencia de
> enseminar conhecimentos
>
> 0le
>
>
>>
>> Enfim, ficou assim http://pastebin.com/zrpLGwQs
>>
>> Ha algo que você mudaria???
>>
>> > Date: Sat, 24 Nov 2012 09:45:41 -0200
>>
>> > From: br...@rio.pm.org
>> > To: rio-pm@pm.org
>> > Subject: Re: [Rio-pm] Comparação de arquivos
>> >
>> > 2012/11/24 Aureliano Guedes :
>> > >
>> > > Se não for ser muito chato, como faço para seguir a forma abaixo:
>> > >
>> > >
>> > >> 2) trocar de abordagem, fazendo seu parser ler linha a linha (sem
>> > >> modificar $/) e ir acumulando as linhas até encontrar um símbolo que
>> > >> indique nova entrada.
>> > >
>> > > seria algo do tipo:
>> > >
>> > > while (<$fh>){
>> > > if(/primeira linha/){
>> > > print $_;
>> > > }
>> > > elsif (/ultima linha/){
>> > > #sair do loop
>> > > }
>> > > else {
>> > > print $_
>> > > }
>> > > }
>> > >
>> >
>> > Algo como (atenção, código não testado):
>> >
>> > ---8<---
>> > my %dados = ();
>> > my $mirna;
>> > my $acumulador;
>> >
>> > while (my $linha = <$fh>) {
>> > if ( $linha =~ m{tag magica (?\S+)} ) {
>> > $dados{$mirna} = $acumulador if $mirna;
>> > $mirna = $+{mirna};
>> > $acumulador = q();
>> > }
>> > else {
>> > $acumulador .= $linha;
>> > }
>> > }
>> >
>> > use DDP; p %dados;
>> >
>> > --->8---
>> >
>> > O que isso faz (ou deveria fazer: já mencionei que não testei?
>> > Programar a essa hora da manhã não é meu forte, então favor
>> > desconsiderar qualquer besteira):
>> >
>> > 1) le o arquivo linha por linha, atribuindo o valor de cada linha a
>> > $linha (sem usar $_)
>> > 2) sempre que encontrar a tag mágica que separa entradas (estou
>> > assumindo que a tag indica um novo registro que pode ser chave do seu
>> > hash de dados:
>> > 2.1) se já estiver com um registro em memória ($mirna), bota os dados
>> > acumulados ($acumulador) dentro do hash;
>> > 2.2) atribui à $mirna o novo registro encontrado. Note que estou
>> > usando grupos nomeados na regex, fazendo (?...) em vez de apenas
>> > (...). Isso funciona a partir do 5.10.0 e me permite acessar os
>> > valores agrupados na regex por nome dentro do hash %+. No caso,
>> > acessei o grupo (?) fazendo $+{mirna};
>> > 2.2) zera o acumulador.
>> > 3) se não encontrar a tag mágica, vai acumulando os dados. Dentro
>> > desse 'else' vc pode fazer coisas como "next if $linha =~ /.../" caso
>> > não queira guardar alguma linha, por exemplo.
>> > 4) Depois do while vc pode inspecionar %dados para saber se está tudo
>> > ok.
>> >
>> >
>> > Entendeu?
>> >
>> > []s
>> >
>> > -b
>> > ___
>> > Rio-pm mailing list
>> > Rio-pm@pm.org
>> > http://mail.pm.org/mailman/listinfo/rio-pm
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] ES de novembro

[Blabos de Blebe]

Alice

2012/11/6 Nuba Princigalli :
> Opa! Alice++! :)
>
> On Tue, Nov 6, 2012, at 11:21 PM, breno wrote:
>
> Alice++
>
>
> 2012/11/6 Gmail 
>>
>> Pac, já teve barra umas 3 vezes onde eu fui o único q apareci!!!
>> Enviado via iPhone
>> Em 06/11/2012, às 21:10, Tiago Peczenyj 
>> escreveu:
>>
>> Façam na barra ao menos uma vez...
>>
>> 2012/11/6 Leo Balter 
>>>
>>> Rua Alice++
>>>
>>>
>>> 2012/11/6 Rodrigo Mosconi (perl) 

 Rua Alice?


 ___
 Rio-pm mailing list
 Rio-pm@pm.org
 http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>>
>>
>> --
>> Tiago B. Peczenyj
>> Linux User #405772
>>
>> http://pacman.blog.br
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
> --
> Nuba R. Princigalli n...@pauleira.com http://pauleira.com @nprincigalli
> Discipline is not an end in itself, just a means to an end. - King Crimson
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Encontro Social 13/Setembro

[Blabos de Blebe]

Fechou rua alice então

2012/9/13 Tiago Peczenyj :
> Ok
>
> Decidam logo. Se for perto da infnet melhor, senão vou ter q acabar dormindo
> de novo com o Marcio Champignon.
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Objetos Moose vs NonMoose

[Blabos de Blebe]

> Módulos criados com bless possuem um modelo diferente dos módulos que
> utilizam o Moose, certo?

Hein? Defina modelo.

> Alguém pode falar mais sobre objetos Moose vs NonMoose?
http://www.onyxneon.com/books/modern_perl/index.html


2012/9/12 Junior Moraes :
> Hi.
>
> Módulos criados com bless possuem um modelo diferente dos módulos que
> utilizam o Moose, certo?
> Na verdade não sei, mas era o que eu achava até então.
>
> Sempre achei que sendo diferentes, pra utilizarmos herança, o modelo do
> package seria incompatível um com o outro, e pra isso eu utilizava o módulo
> MouseX::NonMoose.
>
> Eis que fuçando um pouco o módulo Badger::Log::File, experimentei testar os
> method modifiers pra jogar a saída também pro STDERR:
>
> extends 'Badger::Log::File';
>
> after qw {
> info
> debug
> warn
> fatal
> error
> } => sub {
> say STDERR $_[1];
> };
>
> Eis que fui ver a lista de deps do Badger::Log::File, e é gigante... Só que
> sem o Moose! Logo, pensei que isso não funcionaria mas funciona!
>
> Pra ilustrar melhor a situação:
>
> package Fvox;
> use common::sense;
> sub new {
> bless {}, shift;
> }
>
> sub execute {
> my $self = shift;
> say 'Do...';
> }
>
> 1;
>
> package Junior;
>
> use Moose;
> extends 'Fvox';
>
> after 'execute' => sub {
> say STDERR 'It works?!';
> };
>
> 1;
>
> my $fx = new Junior();
> $fx->execute();
>
>
>
>
> Alguém pode falar mais sobre objetos Moose vs NonMoose?
> Quais as incompatibilidades que eu poderia enfrentar, se isso não funcionava
> numas versões anteriores,  etc?
>
> --
>
>  __
> < Junior "fvox" Moraes >
>  --
>\
> \
> .--.
>|o_o |
>|:_/ |
>   //   \ \
>  (| | )
> /'\_   _/`\
> \___)=(___/
>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Encontro Social 13/Setembro

[Blabos de Blebe]

Rua Alice

2012/9/10 Renato Santos :
> porran... e nós de SP que segue a lista fica só babando!
>
>
> 2012/9/10 Leo Balter 
>>
>> Bar do B ++
>>
>> pelo Blues tb :)
>>
>> Leo Balter - via mobile
>>
>> Em 10/09/2012, às 09:37, Nuba Princigalli  escreveu:
>>
>> > Caros,
>> >
>> > Está chegando o nosso Encontro Social de Setembro!
>> >
>> > Hora de escolher o local! :)
>> >
>> > Pra começar, sugiro:
>> >  * pelo blues, (bar do b)++
>> >  * pela localização e boa comida (al khayam)++
>> >
>> > E depois temos que agilizar o hackathon desse mês também! \o/
>> >
>> > Abraço,
>> >
>> > Nuba Princigalli
>> >
>> > --
>> > Nuba R. Princigalli  n...@pauleira.com  http://pauleira.com
>> > @nprincigalli
>> > Discipline is not an end in itself, just a means to an end. - King
>> > Crimson
>> >
>> > ___
>> > Rio-pm mailing list
>> > Rio-pm@pm.org
>> > http://mail.pm.org/mailman/listinfo/rio-pm
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
>
> --
> Saravá,
> Renato CRON
> http://www.renatocron.com/blog/
> @renato_cron
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Encontro Social 9/8 e Hackathon 11/8

[Blabos de Blebe]

Alice++

2012/8/7 Leo Balter :
> Alice++
>
> Em 7 de agosto de 2012 14:00, Diana Rosa 
> escreveu:
>
>> rua alice!
>>
>> Em 7 de agosto de 2012 13:20, breno  escreveu:
>>
>>> Alice++
>>>
>>> 2012/8/7 Marcio Ferreira :
>>> > Qualquer lugar, menos mercadinho :P
>>> >
>>> > Alice++
>>> >
>>> > []s,
>>> >
>>> > Marcio Ferreira
>>> > @_marcioferreira
>>> > (11) 8567-1482   skype: marcio.ferreir4
>>> > marciodesouzaferreira.blogspot.com
>>> >
>>> >
>>> >
>>> > 2012/8/7 Nuba Princigalli 
>>> >>
>>> >> Caros,
>>> >>
>>> >> Temos Encontro Social na próxima quinta, dia 9! Sugestões de local?
>>> >>
>>> >> E temos também Hackathon no próximo sábado, dia 11, no Starbucks do
>>> >> Rio
>>> >> Sul! :)
>>> >>
>>> >> Abraço,
>>> >>
>>> >> Nuba Princigalli
>>> >> --
>>> >> Nuba R. Princigalli  n...@pauleira.com  http://pauleira.com
>>> >> @nprincigalli
>>> >> Discipline is not an end in itself, just a means to an end. - King
>>> >> Crimson
>>> >>
>>> >> ___
>>> >> Rio-pm mailing list
>>> >> Rio-pm@pm.org
>>> >> http://mail.pm.org/mailman/listinfo/rio-pm
>>> >
>>> >
>>> >
>>> > ___
>>> > Rio-pm mailing list
>>> > Rio-pm@pm.org
>>> > http://mail.pm.org/mailman/listinfo/rio-pm
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] lista.

[Blabos de Blebe]

Essa thread tem dedos demais...

2012/7/19 breno :
> Na real, acho que o BOPE é que tem o dedo do Fernando =P
>
> SmokeMachine++
>
> 2012/7/19 Aureliano Guedes :
>> Depois do BOPE, desconfiei que tinha o dedo do Breno nisso hahaha
>>
>> Nunca curti aprender usando o tradicional portugol, mas a ideia é muito
>> interessante.
>>
>> Parabens.
>>
>> 
>> From: fernandocor...@gmail.com
>> Date: Thu, 19 Jul 2012 15:02:56 -0300
>>
>> To: rio-pm@pm.org
>> Subject: Re: [Rio-pm] lista.
>>
>> Propaganda gratuita?
>> https://metacpan.org/module/perltugues
>>
>>
>> Em 19/07/2012, às 13:01, Aureliano Guedes escreveu:
>>
>> while (@lista) { say "PERLtugues";}
>>
>> XD
>>
>> 
>> From: juniiior...@gmail.com
>> Date: Thu, 19 Jul 2012 10:48:50 -0300
>> To: rio-pm@pm.org
>> Subject: Re: [Rio-pm] lista.
>>
>>
>> Em 19 de julho de 2012 09:51, Diogo Leal  escreveu:
>>
>> Acho que o certo é conversarmos sobre Perl.
>>
>>
>> Nesta thread virou Pirl.
>>
>> --
>>
>>  __
>> < Junior "fvox" Moraes >
>>  --
>>\
>> \
>> .--.
>>|o_o |
>>|:_/ |
>>   //   \ \
>>  (| | )
>> /'\_   _/`\
>> \___)=(___/
>>
>>
>>
>> ___ Rio-pm mailing list
>> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>>
>> ___ Rio-pm mailing list
>> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] lista.

[Blabos de Blebe]

> Léo, vc é novo da lista, pergunta pro seu comparsa Blabos sobre a mesóclise.

Mesóclise é quando um pronome participa de um menage verbal.

2012/7/18 Marcio Ferreira :
> Léo, vc é novo da lista, pergunta pro seu comparsa Blabos sobre a mesóclise.
>
>
>
> []s,
>
> Marcio Ferreira
> @_marcioferreira
> (11) 8567-1482   skype: marcio.ferreir4
> marciodesouzaferreira.blogspot.com
>
>
>
> 2012/7/18 Marcio Ferreira 
>>
>> Russoz++ while 1
>>
>> kk URCHHhh huahuauhauha
>>
>>
>> sorry =D
>>
>>
>> []s,
>>
>> Marcio Ferreira
>> @_marcioferreira
>> (11) 8567-1482   skype: marcio.ferreir4
>> marciodesouzaferreira.blogspot.com
>>
>>
>>
>> 2012/7/18 Alexei Znamensky 
>>>
>>>
>>>
>>> 2012/7/18 Leo Balter 

 Desde quando a lista passou a ser "caçadores da
 gramática perdida"?
>>>
>>>
>>> Setembro de 1998. Era uma noite chuvosa na Cidade Maravilhosa - algo
>>> muito incomum naquela época do ano. Jack estava à espera de um amigo no
>>> ponto de ônibus quando a moça se aproximou e pediu: "taca fogo nimim". Nesse
>>> momento, vindos de lugar algum, seis figuras encapuzadas, com um "G" enorme
>>> no peito, apareceram e começaram a espancar a moça. "NIMIM?? NIMIIIMM??? MAS
>>> QUE PORRA É ESSA, NIMIM TACA TACA É A PROGENITORA QUE A CONCEBEU,
>>> SUA VADIA". A cena brutal horrorizou Jack, que ainda tentou acalmar os
>>> ânimos: "Porra, mermão, não faz isso com a moça". O golpe certeiro o acertou
>>> na nuca, deixando-o desconcertado. Alguns chutes no abdômen depois, mais um
>>> golpe na nuca o deixou desacordado de vez. Quando acordou, sangrando e
>>> humilhado, em um pedaço rasgado de caixa de cigarro estava escrtio: "Mermão
>>> é filho da prostituta vossa mãe, Ass: Caçadores da Gramática".
>>>




 Leo Balter - via mobile

 Em 18/07/2012, às 19:56, German Valenzuela 
 escreveu:

 Marcio,

 eu aceito as desculpas, e parabéns pela humildade de apresentar o pedido
 de desculpas.

 2012/7/18 astec 
>
> Vc não notou que ele tb esqueceu de colocar  "n" antes do "T" e após o
> "A".
> A leitura correta é: " Marketing - Portal das Antas"
>
> êitaaa mundo bão
>
> JCIS
>
> - Original Message -
> From: Marcio Ferreira
> To: Perl Mongers Rio de Janeiro
> Sent: Wednesday, July 18, 2012 5:35 PM
> Subject: Re: [Rio-pm] lista.
>
> Antes, faça um curso de pt-br, aprender nunca é "dimais" e sim demais!
>
> (desculpe, não pude evitar o trocadilho =P)
>
> []s,
>
> Marcio Ferreira
> @_marcioferreira
> (11) 8567-1482   skype: marcio.ferreir4
> marciodesouzaferreira.blogspot.com
>
>
>
> 2012/7/18 Marketing - Portal das Atas 
>>
>> Olá boa tarde, entrei na lista com o intuito de divulgar cursos da
>> escola na qual eu trabalho, acho que informação nunca é dimais, não sabia
>> que iria desacatar qualquer uma de suas políticas, caso não seja 
>> conveniente
>> as informações por mim passadas, podem me excluir da lista, desde já peço
>> desculpas deixando claro que não fiz de má fé.
>>
>> grato.
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
> 
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm




 --
 German Alejandro Valenzuela Egas
 21.8053.6669

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


 ___
 Rio-pm mailing list
 Rio-pm@pm.org
 http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>>
>>>
>>>
>>> --
>>> Alexei "RUSSOZ" Znamensky | russoz EM gmail com | http://russoz.org
>>> GPG fingerprint = 42AB E78C B83A AE31 7D27  1CF3 C66F B5C7 71CA 9F3C
>>> http://www.flickr.com/photos/alexeiz | http://github.com/russoz
>>> "I don't know... fly casual!" -- Han Solo
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] SPAM?

[Blabos de Blebe]

Queima ele

2012/7/17 Nuba Princigalli 

>   Caros,
>
>  A pessoa se inscreveu na lista alguns dias atrás, e mandou a mesma msg,
> que foi rejeitada por não ter o endereço na lista aparente (foi como bcc).
> Agora mandou de novo.
>
>  Para mim, é spam, e acho apropriado remover o remetente da lista. O fato
> de ser uma tecnologia relacionada (shell scripting) concede um pouco de
> boa-vontade à causa, mas, não o suficiente para compensar o "solicitação
> comercial não-solicitada para um curso que não é de Perl em outra cidade".
>
>  Alguém discorda e quer propor uma forma diferente de lidarmos com essa
> mensagem, ou outras do tipo? Ou quer sugerir um parâmetro para o que é
> aceitável?
>
>  Nuba Princigalli
>
>  On Tue, Jul 17, 2012, at 04:45 PM, Training Tecnologia wrote:
>  > (...)
>
> --
> Nuba R. Princigalli n...@pauleira.com http://pauleira.com @nprincigalli
> Discipline is not an end in itself, just a means to an end. - King Crimson
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] ES de Julho, onde?

[Blabos de Blebe]

Rua Alice

2012/7/9 Bruno Buss 

> Já dando um pontapé inicial na discussão... para não ficar para última
> hora =P
> Minha preferência pessoal é Barra ou Laranjeiras/Lgo do Machado :-)
>
> [ ]'s
> --
> Bruno C. Buss
> http://www.brunobuss.net
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] ESX - Comemoracao Breno

[Blabos de Blebe]

nao dá pra ser semana que vem não?

2012/6/21 Diogo Leal 

> Eu devo sair da Barra lá pelas 19:30h
>
>
> Diogo Leal [estranho]
> http://diogoleal.com
> msn | gtalk: estra...@diogoleal.com
>
>
> 2012/6/21 Fernando Oliveira :
> > Então chegaremos lá q horas?
> >
> >
> > Just another Perl Hacker,
> > Fernando (SmokeMachine)
> >
> >
> > Em 21 de junho de 2012 14:39, breno  escreveu:
> >
> >> Isso que dá viver na gandaia ¬¬
> >>
> >> 2012/6/21 Tiago Peczenyj :
> >> > Pessoal
> >> >
> >> > Eu adoraria ir mas to indo pra casa, fiquei gripado :/
> >> >
> >> >
> >> > 2012/6/21 breno 
> >> >>
> >> >> Cervantes? Eu topo!
> >> >>
> >> >> Temos que comemorar também o aniversário do Pacman!!
> >> >>
> >> >> []s
> >> >>
> >> >> -b
> >> >>
> >> >> 2012/6/20 Fernando Oliveira :
> >> >> > Eu to dentro!!!
> >> >> >
> >> >> > Just another Perl Hacker,
> >> >> > Fernando (SmokeMachine)
> >> >> >
> >> >> >
> >> >> > Em 20 de junho de 2012 14:17, Diana Rosa  >
> >> >> > escreveu:
> >> >> >>
> >> >> >> Que tal irmos amanha 20h comemorar a premiacao do Breno  em
> >> >> >> copacabana
> >> >> >> com
> >> >> >> os melhores sanduiches da cidade?
> >> >> >> (Breno, como a comemoracao e sua pode mudar o local dia hora, so
> nao
> >> >> >> vale
> >> >> >> fugir de ter uma comemoracao!!)
> >> >> >>
> >> >> >> restaurante Cervantes
> >> >> >> Av. Prado Júnior, 335 - loja B, Copacabana, Rio de Janeiro - RJ
> >> >> >> ___
> >> >> >> Rio-pm mailing list
> >> >> >> Rio-pm@pm.org
> >> >> >> http://mail.pm.org/mailman/listinfo/rio-pm
> >> >> >
> >> >> >
> >> >> >
> >> >> > ___
> >> >> > Rio-pm mailing list
> >> >> > Rio-pm@pm.org
> >> >> > http://mail.pm.org/mailman/listinfo/rio-pm
> >> >> ___
> >> >> Rio-pm mailing list
> >> >> Rio-pm@pm.org
> >> >> http://mail.pm.org/mailman/listinfo/rio-pm
> >> >
> >> >
> >> >
> >> >
> >> > --
> >> > Tiago B. Peczenyj
> >> > Linux User #405772
> >> >
> >> > http://pacman.blog.br
> >> >
> >> > ___
> >> > Rio-pm mailing list
> >> > Rio-pm@pm.org
> >> > http://mail.pm.org/mailman/listinfo/rio-pm
> >> ___
> >> Rio-pm mailing list
> >> Rio-pm@pm.org
> >> http://mail.pm.org/mailman/listinfo/rio-pm
> >
> >
> >
> > ___
> > Rio-pm mailing list
> > Rio-pm@pm.org
> > http://mail.pm.org/mailman/listinfo/rio-pm
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] YAPC::NA 2012 - Parabéns garu !

[Blabos de Blebe]

WOW!

Parabéns!!!

2012/6/17 Oscar Marques 

> Que foda!
> Parabens!
> Assina meu mousepad?
>
> Em 16 de junho de 2012 19:53, Alexei Znamensky escreveu:
>
> Congrats!!! garu++
>>
>>
>> 2012/6/16 Diana Rosa 
>>
>>> Muitos e muitos Parabens!!
>>>
>>> Em 16 de junho de 2012 05:39, Nuba Princigalli escreveu:
>>>
>>> garu++ while true!! :)


 On Fri, Jun 15, 2012, at 11:07 PM, Diogo Leal wrote:
 > Garu++
 >
 >
 > Diogo Leal [estranho]
 > http://diogoleal.com
 > msn | gtalk: estra...@diogoleal.com
 >
 >
 > 2012/6/15 Ole Peter Smith :
 > > Também somente posso expressar meus mais sinceros parabéns! Essr
 Garu e O
 > > cara.
 > >
 > > (garu++)^4
 > >
 > > 0le
 > >
 > > Send via Android
 > >
 > > Em 15/06/2012 20:54, "Ricardo Filipo" 
 > > escreveu:
 > >
 > >> Parabéns, Breno!
 > >> Camelo branco mais que merecido!
 > >> Abração!
 > >>
 > >> 
 > >> De: Thiago Rondon 
 > >> Para: São Paulo Perl Mongers ; Perl
 Mongers Rio
 > >> de Janeiro ; Perl Mongers do Brasil uni-vos!
 > >> 
 > >> Enviadas: Sexta-feira, 15 de Junho de 2012 18:45
 > >> Assunto: [Rio-pm] YAPC::NA 2012 - Parabéns garu !
 > >>
 > >> Pessoal,
 > >>
 > >> Escrevo para falar sobre o YAPC::NA 2012 // White Camel Awards!
 > >>
 > >> Este evento foi realmente enorme, com uma excelente organização,
 com 400
 > >> pessoas
 > >> participando, diversas empresas (não consegui nem contar quantas
 estão
 > >> patrocinando,
 > >> são muitas!) e novidades, e é muito bacana ver muita gente ao vivo
 que
 > >> você só conhece
 > >> do gravatar pelo CPAN :), e tanta gente usando Perl em diversos
 > >> nichos. Eu já estava com
 > >> esta sensação, mas este evento comprovou que a comunidade Perl esta
 > >> forte e crescendo.
 > >>
 > >> Temos algo fantástico para comemorar, Breno de Oliveira, é um dos
 > >> premiados pelo
 > >> White Camel Awards (http://www.perl.org/advocacy/white_camel/), o
 que
 > >> nós enche de
 > >> orgulho! O prêmio se deve as colaboração em projetos de Perl, assim
 > >> como o trabalho
 > >> para divulgar a linguagem e a comunidade nacional em diversos
 eventos
 > >> que aconteceram
 > >> no último ano em diversos locais !
 > >>
 > >> Parabéns garu !!
 > >>
 > >> É bacana de vir para um evento, e falar que você é do Brasil e
 todos
 > >> conhecerem alguém da
 > >> "terrinha", temos diversos membros da nossa comunidade
 participando em
 > >> diversos projetos
 > >> importantes!
 > >>
 > >> É isso aí, agora vem o YAPC::Brasil !!
 > >>
 > >> Abs!
 > >> -Thiago Rondon
 > >> ___
 > >> Rio-pm mailing list
 > >> Rio-pm@pm.org
 > >> http://mail.pm.org/mailman/listinfo/rio-pm
 > >>
 > >>
 > >>
 > >> ___
 > >> Rio-pm mailing list
 > >> Rio-pm@pm.org
 > >> http://mail.pm.org/mailman/listinfo/rio-pm
 > >
 > >
 > > ___
 > > Rio-pm mailing list
 > > Rio-pm@pm.org
 > > http://mail.pm.org/mailman/listinfo/rio-pm
 > ___
 > Rio-pm mailing list
 > Rio-pm@pm.org
 > http://mail.pm.org/mailman/listinfo/rio-pm
 --
 Nuba R. Princigalli  n...@pauleira.com  http://pauleira.com @nprincigalli
 Discipline is not an end in itself, just a means to an end. - King
 Crimson

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

>>>
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>>
>>
>>
>>
>> --
>> Alexei "RUSSOZ" Znamensky | russoz EM gmail com | http://russoz.org
>> GPG fingerprint = 42AB E78C B83A AE31 7D27  1CF3 C66F B5C7 71CA 9F3C
>> http://www.flickr.com/photos/alexeiz | http://github.com/russoz
>> "I don't know... fly casual!" -- Han Solo
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>
>
>
> --
> Oscar Marques
> osca...@gmail.com
> http://www.dunkelheit.com.br
> @f117usbr 
> +55 21 9293-9343
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Encontro social 14/06

[Blabos de Blebe]

ES na Barra!

Mal posso esperar!

Vou de Metrô.

On Wed, Jun 13, 2012 at 1:36 PM, Aureliano Guedes
 wrote:
> maybe this time I'll... will be very nice for me to meet them
>
>> From: mer...@stonehenge.com
>> To: diana.g.a.r...@gmail.com
>> Date: Wed, 13 Jun 2012 06:20:57 -0700
>> CC: rio-pm@pm.org
>> Subject: Re: [Rio-pm] Encontro social 14/06
>
>>
>> > "Diana" == Diana Rosa  writes:
>>
>> Diana> maybe some pub in Lapa on July 31? or Democraticos (pub + forro
>> dancing
>> Diana> also Lapa) on August 1st?
>>
>> I don't think I've been to Lapa. (Or maybe I have, and just don't
>> identify that name.) I'm staying in Copacabana, but I'm sure anywhere is
>> a cab ride away. :)
>>
>> --
>> Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777
>> 0095
>>  http://www.stonehenge.com/merlyn/>
>> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
>> See http://methodsandmessages.posterous.com/ for Smalltalk discussion
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] problemas com modulo

[Blabos de Blebe]

> Porque já te trollaram tanto aqui na lista que você achou que só podia

Todas gratuitas, claro, porque nossa maior diversão é essa.

O Buss resumiu exatamente o sentimento do 'Troll'.

A gente para o que está fazendo, indica o caminho, gasta tempo nisso,
para simplesmente cagarem em cima no nosso esforço em ajudar.

Oras, isso não é trollar? Não é trollar todo mundo que respondeu ajudando?

Gentileza não gera gentileza?

Ou isso só vale quando o troll sou eu?

[]'s

2012/5/31 Nilson Santos Figueiredo Jr. :
> 2012/5/31 Aureliano Guedes :
>> Sempre tive medo do moose, mas tentei usar pela primeira vez hoje.
>> Resultado deu certo.
>>
>> Eis aqui -> http://pastebin.com/ajnqt0By
>>
>> Porque eu tinha medo??
>
> Porque já te trollaram tanto aqui na lista que você achou que só podia
> ser algum tipo de magia negra, somente entendida por iniciados na
> arte, que seriam muito superiores que você.
> Na verdade, o Moose faz as coisas ficarem mais fáceis, não mais
> difíceis. Que bom que você começou a utilizá-lo. :)
>
> -Nilson
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Unzip

[Blabos de Blebe]

Eu só acho que o módulo do Fernando devia se chamar:

☃

[]'s

2012/5/30 Marco Lima :
> ueh!
>
> Estamos unzipando o assunto !!!
>
> Garanto que é mais ON que muita coisa que foi dita nessa thread heheheh
>
> e ganhou nada! isso ainda não acabou ...
>
> Marco Lima
> braun.l...@gmail.com
> im:m...@jabber-br.org
>
> Register Linux User #483170
> Slackware Linux, for the subgenius
>
>
> Em 30 de maio de 2012 18:45, Gabriel Vieira  
> escreveu:
>> Só pra completar...
>>
>> Acho que é de suma importância à discussão que se realiza na thread...
>>
>> EU GANHEIII \o/
>>
>>
>> 2012/5/30 Marco Lima :
>>> Eu não largo o golf e não vejo o outro lado ... quem escreve código
>>> ruim é quem não sabe escrever código!
>>>
>>> Se alguém te julga porque você joga golf e acha que você não sabe
>>> escrever código é porque não entende nada do assunto, isso eu posso
>>> lhe garantir ... o mais importante não é passar perfume, mas ter uma
>>> visão/raciocínio tão desenvolvido, que seja capaz de dar a melhor
>>> solução da forma mais otimizada  quem passa perfume eh mulherzinha
>>> e programadores Python, Java e os PIW ... Perl é Unix! Perl é Radical!
>>> Perl é para macho! não é para crianças ... Perl é para hacker!
>>>
>>> [ ]++
>>>
>>> Marco Lima
>>> braun.l...@gmail.com
>>> im:m...@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"
>>>
>>>
>>> Em 30 de maio de 2012 18:27, Fernando Oliveira
>>>  escreveu:
 as tudo tem 2 lados...
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>>
>> --
>> Gabriel Vieira
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Unzip

[Blabos de Blebe]

 Sim eu li a documentação do IO::Uncompress::Unzip e do Archive::Zip,
>> >> > mas
>> >> > não
>> >> > entendi muito, depois procurei insessantemente por codigos prontos,
>> >> > pois
>> >> > eu
>> >> > aprendo vendo a logica de outros codigos, mas sou burro e não
>> >> > entendi,
>> >> > apenas aprendi a lista os arquivos dentro de um *.zip com o
>> >> > Archive::Zip
>> >> > e
>> >> > extrair um a um com o IO:Uncompress::Unzip, por isso vim pedir ajuda,
>> >> > mas me
>> >> > senti mal agora de ver tanta briga.
>> >> >
>> >> > No mais, não vou perder meu tempo com PHP, eu sou persistente, um dia
>> >> > eu
>> >> > aprendo, mas no meu caso não tenho tanta base quanto a maioria,
>> >> > afinal
>> >> > não
>> >> > tive Algoritimo nem Logica nem Logica de programação, nem nada disso,
>> >> > nem
>> >> > mesmo portugues.
>> >> >
>> >> > 
>> >> > From: leonardo.bal...@gmail.com
>> >> > Date: Tue, 29 May 2012 16:45:15 -0300
>> >> >
>> >> > To: rio-pm@pm.org
>> >> > Subject: Re: [Rio-pm] Unzip
>> >> >
>> >> > Fácil! Só usar o Wordpress!
>> >> >
>> >> > Em 29 de maio de 2012 16:22, Tiago Peczenyj
>> >> > 
>> >> > escreveu:
>> >> >
>> >> > nivel "dado o codigo abaixo""
>> >> > 
>> >> >
>> >> > como eu faço para acessar um banco de dados e processar compras
>> >> > através de paypal, pagamento digital e geração de boleto em pdf com
>> >> > login pelo facebook?
>> >> >
>> >> > 2012/5/29 Leo Balter :
>> >> >> Essa lista é uma das mais tranquilas que já vi, quer guerra procura
>> >> >> a
>> >> >> PHP
>> >> >> Brasil ou jQuery Br.
>> >> >>
>> >> >> Lá chovem perguntas indecisas e indecentes.
>> >> >>
>> >> >> Em 29 de maio de 2012 15:44, Samir Cury  escreveu:
>> >> >>
>> >> >>> (30)
>> >> >>>
>> >> >>> Galera, pro nosso amigo novato, nao desiste nao cara, tem MUITO
>> >> >>> mais
>> >> >>> e-mail tecnico que de xingamento (existem mas meio raros), alias,
>> >> >>> nao
>> >> >>> preciso dizer mais nada, so procura essa thread aqui, bem recente :
>> >> >>>
>> >> >>> "[Rio-pm] Cliente SMTP em Pure Perl (was Ajuda com configuração do
>> >> >>> CPAN)"
>> >> >>>
>> >> >>> Entao alem de responder num bom nivel tecnico, a galera aqui ainda
>> >> >>> poe
>> >> >>> algumas perguntas "banais" no trampolim e sobe bastante o nivel.
>> >> >>>
>> >> >>> Flame tem em todo o canto, ate na SL-RJ, pythonrio, ArduInRio, etc
>> >> >>> etc
>> >> >>> etc, a pergunta e se o que nao e flame vale a pena estar na lista
>> >> >>> =)
>> >> >>>
>> >> >>> Abs,
>> >> >>> Samir
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>> 2012/5/29 Alexei Znamensky 
>> >> >>>>
>> >> >>>> Patrulheiros? Isso me lembra o CHIPS
>> >> >>>>
>> >> >>>> (29)
>> >> >>>> Em 29/05/2012 15:29, "Blabos de Blebe" 
>> >> >>>> escreveu:
>> >> >>>>
>> >> >>>>
>> >> >>>> >
>> >> >>>> > 28
>> >> >>>> >
>> >> >>>> > 2012/5/29 Diana Rosa :
>> >> >>>> > > 26o.
>> >> >>>> > >
>> >> >>>> > > Em 29 de maio de 2012 15:24,  escreveu:
>> >> >>>> > >
>> >> >>>> > >> quem deixou de ler que o email que postei começou assim?
>> >> >>>> > >> "jeito
>> >> >>>> > >> ‘dir

Re: [Rio-pm] [OFF-TOPIC] Parentesco

[Blabos de Blebe]

Aureliano, o animal satisfeito dorme?

2012/5/29 Aureliano Guedes :
> Não sou da antiga, melhor não responder, portanto.
> Respondi.. XD
>
> Claro que é sacanagem com a Paty, ela não é tão inteligente como eu. LOL
>
>> From: braun.l...@gmail.com
>> Date: Tue, 29 May 2012 16:07:13 -0300
>> To: rio-pm@pm.org
>> Subject: Re: [Rio-pm] [OFF-TOPIC] Parentesco
>
>>
>> Cara! Eu não faria essa comparação ... é sacanagem com a Paty!
>>
>> [ ]++
>>
>> Marco Lima
>> braun.l...@gmail.com
>> im:m...@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"
>>
>>
>> Em 29 de maio de 2012 15:48, Diogo Leal  escreveu:
>> > LOL
>> >
>> > Diogo Leal [estranho]
>> > http://diogoleal.com
>> > msn | gtalk: estra...@diogoleal.com
>> >
>> >
>> > 2012/5/29 Gabriel Vieira :
>> >> hahahah
>> >>
>> >> blabos++
>> >>
>> >> 2012/5/29 Fernando Oliveira :
>> >>> Blabos, essa só os da antiga entenderam!!!
>> >>>
>> >>> blabos++
>> >>>
>> >>> Just another Perl Hacker,
>> >>> Fernando (SmokeMachine)
>> >>>
>> >>>
>> >>> Em 29 de maio de 2012 15:24, Blabos de Blebe 
>> >>> escreveu:
>> >>>
>> >>>> Aureliano,
>> >>>>
>> >>>> É verdade que você é primo da Paty Silva?
>> >>>>
>> >>>> []'s
>> >>>> ___
>> >>>> Rio-pm mailing list
>> >>>> Rio-pm@pm.org
>> >>>> http://mail.pm.org/mailman/listinfo/rio-pm
>> >>>
>> >>>
>> >>>
>> >>> ___
>> >>> Rio-pm mailing list
>> >>> Rio-pm@pm.org
>> >>> http://mail.pm.org/mailman/listinfo/rio-pm
>> >>
>> >>
>> >>
>> >> --
>> >> Gabriel Vieira
>> >> ___
>> >> Rio-pm mailing list
>> >> Rio-pm@pm.org
>> >> http://mail.pm.org/mailman/listinfo/rio-pm
>> > ___
>> > Rio-pm mailing list
>> > Rio-pm@pm.org
>> > http://mail.pm.org/mailman/listinfo/rio-pm
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] [JOB] Analista de Sistemas Pleno - FAIXA SALARIAL: R$4.000, 00 a 4.5000, 00 CLT

[Blabos de Blebe]

4 a 45k?

Opa, to dentro :)

2012/5/29 Gabriel Vieira :
> Copiado do linked.in
>
> --
> OPORTUNIDADE: Analista de Sistemas Pleno - FAIXA SALARIAL: R$4.000,00
> a 4.5000,00 CLT
> Analista de Sistemas Pleno
>
> Formação:
> Formação completa e/ou cursando Sistemas da Informação e/ou afins;
>
> Idiomas:
> Inglês: Avançado (lidar com fornecedores estrangeiros)
>
> Conhecimentos:
> Experiência na construção de interfaces utilizando XML, XSLT
> Conhecimento de linguagem SQL
> Experiência com mapeamento de processos
> Contato com ambientes de rede Windows e Linux
> Conhecimentos básicos de linguagem de programação (Java, Perl, Vbscript)
> Conhecimento da linguagem HTML
> Experiência com processos de produção de conteúdo é um diferencial
>
> Faixa Salarial: De R$4.000,00 a 4.5000,00 CLT
>
> Local de Trabalho: Centro/RJ
>
> Os interessados deverão enviar o currículo atualizado para
> dfrei...@zug.com.br , mencionando no assunto VAGA ANALISTA DE SISTEMAS
> PLENO
>
>
> --
> Gabriel Vieira
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Unzip

[Blabos de Blebe]

28

2012/5/29 Diana Rosa :
> 26o.
>
> Em 29 de maio de 2012 15:24,  escreveu:
>
>> quem deixou de ler que o email que postei começou assim? "jeito ‘dirty’
>> que funciona"
>>
>> não foi dito que é a melhor maneira; é uma que funciona para quem estava
>> tendo dificuldades com outro módulo; a sugestão não usa módulos e é rápida.
>>
>> cada um usa como quiser, nem sempre é preciso um tratado com banca
>> examinadora escrutinadora.
>>
>> patrulheiros, menos.
>>
>>
>> -Mensagem Original- From: Blabos de Blebe
>> Sent: Tuesday, May 29, 2012 3:15 PM
>> To: Perl Mongers Rio de Janeiro
>>
>> Subject: Re: [Rio-pm] Unzip
>>
>>> Você usa Perl como se tivesse usando papel higiênico, e eu preciso
>>> amadurecer
>>
>>
>> Ué cara, cada um tem o direito de passar o que quiser na própria bunda.
>> A gente tá aqui é pra dizer que não é pra enfiar na nossa cara depois.
>>
>> 2012/5/29 Daniel Mantovani :
>>>
>>> Você usa Perl como se tivesse usando papel higiênico, e eu preciso
>>> amadurecer. Da para perceber o quão maduro você é.
>>> Para de se achar, e aprende alguma coisa.
>>>
>>> []'s
>>> --
>>> Software Engineer
>>> Just Another Perl Hacker
>>> Daniel Mantovani +5511 8538-9897
>>> XOXO
>>>
>>> On May 29, 2012, at 11:47 AM,  wrote:
>>>
>>> Mantovani, menos.
>>>
>>> Amadureça.
>>>
>>> From: Daniel Mantovani
>>> Sent: Tuesday, May 29, 2012 11:04 AM
>>> To: ulis...@ibiz.com.br ; Perl Mongers Rio de Janeiro
>>> Subject: Re: [Rio-pm] Unzip
>>>
>>> Ulisses,
>>>
>>> Se for para fazer porcaria, use Shell Script.
>>>
>>> --
>>> Software Engineer
>>> Just Another Perl Hacker
>>> Daniel Mantovani +5511 8538-9897
>>> XOXO
>>>
>>> On May 29, 2012, at 10:14 AM,  wrote:
>>>
>>> jeito ‘dirty’ que funciona em Linux e MS$ |(se vc baixar o unzip for
>>> windows
>>> na máquina).
>>>
>>> se vc puder dar um exec no comando unzip, sugiro
>>>
>>> $cmd = "unzip -o \"$in\" -d $path_temp_zip"; # unzipa $in no subdir
>>> temporario, adicao de -o para overwrite sem perguntar nada para usuario
>>>
>>> vc pode colocar opções para extrair apenas os arquivos que vc deseja
>>> extrair: opções –x -C
>>>
>>> $cmd_msg = qx/$cmd 2>&1/; # captura STDOUT e STDERR
>>> $cmd_status = $?; # memoriza status de retorno do unzip
>>>
>>> if ($cmd_status) {
>>>    ($ok, $sev, $msg) = (0,1,"Erro ao executar '$cmd': $cmd_status:
>>> $cmd_msg");
>>>            
>>> } else {
>>>   navegue por   $path_temp_zip para tratar os arquivos do seu interesse,
>>> ja
>>> filtrados pelas opções que vc deve adicionar no $cmd unzip acima
>>> }
>>>
>>> From: Aureliano Guedes
>>> Sent: Tuesday, May 29, 2012 8:19 AM
>>> To: Rio PM
>>> Subject: Re: [Rio-pm] Unzip
>>>
>>> O que tentei fazer foi isso:
>>>
>>> http://pastebin.com/45tHKZur
>>>
>>> Mas ainda não deu certo.
>>>
>>>
>>> 
>>> Date: Mon, 28 May 2012 23:08:44 -0300
>>> From: ole@gmail.com
>>> To: rio-pm@pm.org
>>> Subject: Re: [Rio-pm] Unzip
>>>
>>> Walking through a zipfile, com certeza te providencia o nomes dos
>>> arquivos.
>>> Afinal,.a extensão não importante, faz parte do nome...
>>> 0le
>>> Send via Android
>>> Em 28/05/2012 22:48, "Aureliano Guedes" 
>>> escreveu:
>>>
>>> Ok. Entendo ja li a documentação, inclusive ja pesquisei codigo pronto ja
>>> internet. Mas ainda sim não consegui usa-lo, pois especificando a
>>> extenção
>>> do arquivo fica facil, o output saira com a extenção desejada, mesmo que
>>> você coloque *.cmj (casa da mãe joana).
>>> Minha duvida é, descompactar 800 arquivos *.zip onde o conteudo pode ser
>>> arquivos das mais diversas extenções, as vezes mais de um arquivo, as
>>> vezes
>>> uma pasta contendo outros arquivos, acontece que sempre sai um arquivo
>>> vazio
>>> como ja falei.
>>>
>>> Então, como fazer?
>>>
>>>
>>>
>>>> From: gabi...@gmail.com
>>>&

Re: [Rio-pm] Unzip

[Blabos de Blebe]

26

2012/5/29  :
> quem deixou de ler que o email que postei começou assim? "jeito ‘dirty’ que
> funciona"
>
> não foi dito que é a melhor maneira; é uma que funciona para quem estava
> tendo dificuldades com outro módulo; a sugestão não usa módulos e é rápida.
>
> cada um usa como quiser, nem sempre é preciso um tratado com banca
> examinadora escrutinadora.
>
> patrulheiros, menos.
>
>
> -Mensagem Original- From: Blabos de Blebe
> Sent: Tuesday, May 29, 2012 3:15 PM
> To: Perl Mongers Rio de Janeiro
>
> Subject: Re: [Rio-pm] Unzip
>
>> Você usa Perl como se tivesse usando papel higiênico, e eu preciso
>> amadurecer
>
>
> Ué cara, cada um tem o direito de passar o que quiser na própria bunda.
> A gente tá aqui é pra dizer que não é pra enfiar na nossa cara depois.
>
> 2012/5/29 Daniel Mantovani :
>>
>> Você usa Perl como se tivesse usando papel higiênico, e eu preciso
>> amadurecer. Da para perceber o quão maduro você é.
>> Para de se achar, e aprende alguma coisa.
>>
>> []'s
>> --
>> Software Engineer
>> Just Another Perl Hacker
>> Daniel Mantovani +5511 8538-9897
>> XOXO
>>
>> On May 29, 2012, at 11:47 AM,  wrote:
>>
>> Mantovani, menos.
>>
>> Amadureça.
>>
>> From: Daniel Mantovani
>> Sent: Tuesday, May 29, 2012 11:04 AM
>> To: ulis...@ibiz.com.br ; Perl Mongers Rio de Janeiro
>> Subject: Re: [Rio-pm] Unzip
>>
>> Ulisses,
>>
>> Se for para fazer porcaria, use Shell Script.
>>
>> --
>> Software Engineer
>> Just Another Perl Hacker
>> Daniel Mantovani +5511 8538-9897
>> XOXO
>>
>> On May 29, 2012, at 10:14 AM,  wrote:
>>
>> jeito ‘dirty’ que funciona em Linux e MS$ |(se vc baixar o unzip for
>> windows
>> na máquina).
>>
>> se vc puder dar um exec no comando unzip, sugiro
>>
>> $cmd = "unzip -o \"$in\" -d $path_temp_zip"; # unzipa $in no subdir
>> temporario, adicao de -o para overwrite sem perguntar nada para usuario
>>
>> vc pode colocar opções para extrair apenas os arquivos que vc deseja
>> extrair: opções –x -C
>>
>> $cmd_msg = qx/$cmd 2>&1/; # captura STDOUT e STDERR
>> $cmd_status = $?; # memoriza status de retorno do unzip
>>
>> if ($cmd_status) {
>>    ($ok, $sev, $msg) = (0,1,"Erro ao executar '$cmd': $cmd_status:
>> $cmd_msg");
>>            
>> } else {
>>   navegue por   $path_temp_zip para tratar os arquivos do seu interesse,
>> ja
>> filtrados pelas opções que vc deve adicionar no $cmd unzip acima
>> }
>>
>> From: Aureliano Guedes
>> Sent: Tuesday, May 29, 2012 8:19 AM
>> To: Rio PM
>> Subject: Re: [Rio-pm] Unzip
>>
>> O que tentei fazer foi isso:
>>
>> http://pastebin.com/45tHKZur
>>
>> Mas ainda não deu certo.
>>
>>
>> 
>> Date: Mon, 28 May 2012 23:08:44 -0300
>> From: ole@gmail.com
>> To: rio-pm@pm.org
>> Subject: Re: [Rio-pm] Unzip
>>
>> Walking through a zipfile, com certeza te providencia o nomes dos
>> arquivos.
>> Afinal,.a extensão não importante, faz parte do nome...
>> 0le
>> Send via Android
>> Em 28/05/2012 22:48, "Aureliano Guedes" 
>> escreveu:
>>
>> Ok. Entendo ja li a documentação, inclusive ja pesquisei codigo pronto ja
>> internet. Mas ainda sim não consegui usa-lo, pois especificando a extenção
>> do arquivo fica facil, o output saira com a extenção desejada, mesmo que
>> você coloque *.cmj (casa da mãe joana).
>> Minha duvida é, descompactar 800 arquivos *.zip onde o conteudo pode ser
>> arquivos das mais diversas extenções, as vezes mais de um arquivo, as
>> vezes
>> uma pasta contendo outros arquivos, acontece que sempre sai um arquivo
>> vazio
>> como ja falei.
>>
>> Então, como fazer?
>>
>>
>>
>>> From: gabi...@gmail.com
>>> Date: Mon, 28 May 2012 22:33:55 -0300
>>> To: rio-pm@pm.org
>>> Subject: Re: [Rio-pm] Unzip
>>>
>>>
>>> On May 28, 2012, at 10:18 PM, Aureliano Guedes wrote:
>>>
>>> >
>>> > Qual seria minh alternativa??
>>>
>>> Ao invés do IO::Uncompress::Unzip? Hmmm.. que tal o
>>> IO::Uncompress::Unzip?
>>>
>>>
>>> https://metacpan.org/module/IO::Uncompress::Unzip#Walking-through-a-zip-file
>>>
>>> :D
>>>
>>>
>>>
>>>
>>> _

[Rio-pm] [OFF-TOPIC] Parentesco

[Blabos de Blebe]

Aureliano,

É verdade que você é primo da Paty Silva?

[]'s
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Unzip

[Blabos de Blebe]

> Você usa Perl como se tivesse usando papel higiênico, e eu preciso
> amadurecer

Ué cara, cada um tem o direito de passar o que quiser na própria bunda.
A gente tá aqui é pra dizer que não é pra enfiar na nossa cara depois.

2012/5/29 Daniel Mantovani :
> Você usa Perl como se tivesse usando papel higiênico, e eu preciso
> amadurecer. Da para perceber o quão maduro você é.
> Para de se achar, e aprende alguma coisa.
>
> []'s
> --
> Software Engineer
> Just Another Perl Hacker
> Daniel Mantovani +5511 8538-9897
> XOXO
>
> On May 29, 2012, at 11:47 AM,  wrote:
>
> Mantovani, menos.
>
> Amadureça.
>
> From: Daniel Mantovani
> Sent: Tuesday, May 29, 2012 11:04 AM
> To: ulis...@ibiz.com.br ; Perl Mongers Rio de Janeiro
> Subject: Re: [Rio-pm] Unzip
>
> Ulisses,
>
> Se for para fazer porcaria, use Shell Script.
>
> --
> Software Engineer
> Just Another Perl Hacker
> Daniel Mantovani +5511 8538-9897
> XOXO
>
> On May 29, 2012, at 10:14 AM,  wrote:
>
> jeito ‘dirty’ que funciona em Linux e MS$ |(se vc baixar o unzip for windows
> na máquina).
>
> se vc puder dar um exec no comando unzip, sugiro
>
> $cmd = "unzip -o \"$in\" -d $path_temp_zip"; # unzipa $in no subdir
> temporario, adicao de -o para overwrite sem perguntar nada para usuario
>
> vc pode colocar opções para extrair apenas os arquivos que vc deseja
> extrair: opções –x -C
>
> $cmd_msg = qx/$cmd 2>&1/; # captura STDOUT e STDERR
> $cmd_status = $?; # memoriza status de retorno do unzip
>
> if ($cmd_status) {
>     ($ok, $sev, $msg) = (0,1,"Erro ao executar '$cmd': $cmd_status:
> $cmd_msg");
>     
> } else {
>    navegue por   $path_temp_zip para tratar os arquivos do seu interesse, ja
> filtrados pelas opções que vc deve adicionar no $cmd unzip acima
> }
>
> From: Aureliano Guedes
> Sent: Tuesday, May 29, 2012 8:19 AM
> To: Rio PM
> Subject: Re: [Rio-pm] Unzip
>
> O que tentei fazer foi isso:
>
> http://pastebin.com/45tHKZur
>
> Mas ainda não deu certo.
>
>
> 
> Date: Mon, 28 May 2012 23:08:44 -0300
> From: ole@gmail.com
> To: rio-pm@pm.org
> Subject: Re: [Rio-pm] Unzip
>
> Walking through a zipfile, com certeza te providencia o nomes dos arquivos.
> Afinal,.a extensão não importante, faz parte do nome...
> 0le
> Send via Android
> Em 28/05/2012 22:48, "Aureliano Guedes"  escreveu:
>
> Ok. Entendo ja li a documentação, inclusive ja pesquisei codigo pronto ja
> internet. Mas ainda sim não consegui usa-lo, pois especificando a extenção
> do arquivo fica facil, o output saira com a extenção desejada, mesmo que
> você coloque *.cmj (casa da mãe joana).
> Minha duvida é, descompactar 800 arquivos *.zip onde o conteudo pode ser
> arquivos das mais diversas extenções, as vezes mais de um arquivo, as vezes
> uma pasta contendo outros arquivos, acontece que sempre sai um arquivo vazio
> como ja falei.
>
> Então, como fazer?
>
>
>
>> From: gabi...@gmail.com
>> Date: Mon, 28 May 2012 22:33:55 -0300
>> To: rio-pm@pm.org
>> Subject: Re: [Rio-pm] Unzip
>>
>>
>> On May 28, 2012, at 10:18 PM, Aureliano Guedes wrote:
>>
>> >
>> > Qual seria minh alternativa??
>>
>> Ao invés do IO::Uncompress::Unzip? Hmmm.. que tal o IO::Uncompress::Unzip?
>>
>> https://metacpan.org/module/IO::Uncompress::Unzip#Walking-through-a-zip-file
>>
>> :D
>>
>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
> ___ Rio-pm mailing list
> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>
> 
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Unzip

[Blabos de Blebe]

Vocês são tão moleques que não servem nem pra fazer flamewar. Já
acabou e nem chegou a 50 emails.

'porcaria'? que raios de ofensa é essa?

Da próxima vez tenta algo como 'vc programa feito uma centopéia virgem'

[]'a

2012/5/29 Gustavo Henrique :
> Ui! eles estão discutindo! Denovo...
>
> http://static.minilua.com/wp-content/uploads/2011/12/01_thumb_135793.jpg
>
> Nunca vi uma lista tão briguenta quanto essa! Entrei a pouco tempo por
> indicação de dois amigos Mongers de tempos.. ( MDA e Mothé ) Como eles
> falavam tão bem de AMIGOS de lista ( e não conhecidos de lista ) achei que
> seria uma boa.
> Porém até agora só vi muita discórdia, preconceito e egocentrismo.
> Sou novato no Perl, não tive tempo ainda de me aprofundar na linguagem. Me
> salvou algumas vezes de enrascadas! ( Salut!! ) esperava ter na lista uma
> base de enriquecimento já que poderia aproveitar o tempo que leio emails pra
> aprender alguma coisa, mas se eu for ter q filtrar conhecimento dentre os
> flames, to perdido..
> To achando que o q falta a vocês é uma cerveja gelada..
>
> Abraço!!
>
> Gustavo Coelho
>
>
> Em 29 de maio de 2012 12:09,  escreveu:
>>
>>
>> sem comentários, não vale a pena.
>>
>> mas mantenho o meu ‘Amadureça’.
>>
>> From: Daniel Mantovani
>> Sent: Tuesday, May 29, 2012 11:53 AM
>> To: ulis...@ibiz.com.br
>> Cc: Perl Mongers Rio de Janeiro
>> Subject: Re: [Rio-pm] Unzip
>>
>> Você usa Perl como se tivesse usando papel higiênico, e eu preciso
>> amadurecer. Da para perceber o quão maduro você é.
>> Para de se achar, e aprende alguma coisa.
>>
>> []'s
>> --
>> Software Engineer
>> Just Another Perl Hacker
>> Daniel Mantovani +5511 8538-9897
>> XOXO
>>
>> On May 29, 2012, at 11:47 AM,  wrote:
>>
>> Mantovani, menos.
>>
>> Amadureça.
>>
>> From: Daniel Mantovani
>> Sent: Tuesday, May 29, 2012 11:04 AM
>> To: ulis...@ibiz.com.br ; Perl Mongers Rio de Janeiro
>> Subject: Re: [Rio-pm] Unzip
>>
>> Ulisses,
>>
>> Se for para fazer porcaria, use Shell Script.
>>
>> --
>> Software Engineer
>> Just Another Perl Hacker
>> Daniel Mantovani +5511 8538-9897
>> XOXO
>>
>> On May 29, 2012, at 10:14 AM,  wrote:
>>
>> jeito ‘dirty’ que funciona em Linux e MS$ |(se vc baixar o unzip for
>> windows na máquina).
>>
>> se vc puder dar um exec no comando unzip, sugiro
>>
>> $cmd = "unzip -o \"$in\" -d $path_temp_zip"; # unzipa $in no subdir
>> temporario, adicao de -o para overwrite sem perguntar nada para usuario
>>
>> vc pode colocar opções para extrair apenas os arquivos que vc deseja
>> extrair: opções –x -C
>>
>> $cmd_msg = qx/$cmd 2>&1/; # captura STDOUT e STDERR
>> $cmd_status = $?; # memoriza status de retorno do unzip
>>
>> if ($cmd_status) {
>>     ($ok, $sev, $msg) = (0,1,"Erro ao executar '$cmd': $cmd_status:
>> $cmd_msg");
>>     
>> } else {
>>    navegue por   $path_temp_zip para tratar os arquivos do seu interesse,
>> ja filtrados pelas opções que vc deve adicionar no $cmd unzip acima
>> }
>>
>> From: Aureliano Guedes
>> Sent: Tuesday, May 29, 2012 8:19 AM
>> To: Rio PM
>> Subject: Re: [Rio-pm] Unzip
>>
>> O que tentei fazer foi isso:
>>
>> http://pastebin.com/45tHKZur
>>
>> Mas ainda não deu certo.
>>
>>
>> 
>> Date: Mon, 28 May 2012 23:08:44 -0300
>> From: ole@gmail.com
>> To: rio-pm@pm.org
>> Subject: Re: [Rio-pm] Unzip
>>
>> Walking through a zipfile, com certeza te providencia o nomes dos
>> arquivos. Afinal,.a extensão não importante, faz parte do nome...
>> 0le
>> Send via Android
>> Em 28/05/2012 22:48, "Aureliano Guedes" 
>> escreveu:
>>
>> Ok. Entendo ja li a documentação, inclusive ja pesquisei codigo pronto ja
>> internet. Mas ainda sim não consegui usa-lo, pois especificando a extenção
>> do arquivo fica facil, o output saira com a extenção desejada, mesmo que
>> você coloque *.cmj (casa da mãe joana).
>> Minha duvida é, descompactar 800 arquivos *.zip onde o conteudo pode ser
>> arquivos das mais diversas extenções, as vezes mais de um arquivo, as vezes
>> uma pasta contendo outros arquivos, acontece que sempre sai um arquivo vazio
>> como ja falei.
>>
>> Então, como fazer?
>>
>>
>>
>> > From: gabi...@gmail.com
>> > Date: Mon, 28 May 2012 22:33:55 -0300
>> > To: rio-pm@pm.org
>> > Subject: Re: [Rio-pm] Unzip
>> >
>> >
>> > On May 28, 2012, at 10:18 PM, Aureliano Guedes wrote:
>> >
>> > >
>> > > Qual seria minh alternativa??
>> >
>> > Ao invés do IO::Uncompress::Unzip? Hmmm.. que tal o
>> > IO::Uncompress::Unzip?
>> >
>>
>> > > https://metacpan.org/module/IO::Uncompress::Unzip#Walking-through-a-zip-file
>> >
>> > :D
>> >
>> >
>> >
>> >
>> > ___
>> > Rio-pm mailing list
>> > Rio-pm@pm.org
>> > http://mail.pm.org/mailman/listinfo/rio-pm
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>> ___ Rio-pm mailing list
>> Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
>>
>> ___

[Rio-pm] Gentileza gera gentileza [Troll mode on]

[Blabos de Blebe]

"Gentileza gera gentileza", então seja gentil com a lista e leia
http://www.catb.org/~esr/faqs/ (primeira parte)
"Gentileza gera gentileza", então seja gentil com a lista e use
http://en.wikipedia.org/wiki/Web_search_engine
"Gentileza gera gentileza", então compreenda que em qualquer convívio
social você está sujeito a lidar com pessoas que pensam diferente de
você.

[]'s
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] [OT] Mantendo a "postura"

[Blabos de Blebe]

> Bla, bla, bla...
>
> Olé

Olé!

:)



2012/5/12 Ole Peter Smith :
> Bla, bla, bla...
>
> Olé
>
> Send via Android
>
> Em 11/05/2012 23:47, "Eden Cardim"  escreveu:
>
>> > "Nuba" == Nuba Princigalli  writes:
>>
>>    Nuba> E por fim, cara, é Líder ou líder, só não é "líder" com
>>    Nuba> aspas. Guarde seu veneno, sério mesmo. E concordo com o Wallace
>>    Nuba> Reis: eu poderia nem ter mordido a isca. Mas vamos indo, vivendo
>> e
>>    Nuba> aprendendo!
>>
>> Não houve isca nenhuma pra ser mordida, tampouco veneno, o Sr. começou com
>> a
>> discussão desnecessária como se o Sr. tivesse o dever de proteger o OP de
>> alguém que, na sua avaliação delirante de que havia, pra te citar: "um
>> julgamento categórico de que 'tá errado!'", quando na verdade era um
>> questionamento técnico legítimo na tentativa de enriquecer a discussão. E
>> não
>> é a primeira vez que isso acontece, das outras vezes só não teve confusão
>> porque *eu* não mordi a isca, mas dessa vez, me cansei (vide o "zzz") do
>> seu
>> discurso demagogo e sem propósito. É lógico que qualquer discussão onde um
>> dos
>> participantes (no caso, o Sr.) já entra com a presunção de que existe má
>> fé ou
>> prejuízo na discussão, como o Sr. fez, não há como a discussão prosseguir
>> de
>> forma saudável. A propósito, como há demagogia no seu discurso, reitero: é
>> "lider" com aspas sim.
>>
>> --
>> Eden Cardim
>> +55 11 9644 8225
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Encontro Social 10/Maio/12

[Blabos de Blebe]

Fechou alice?

2012/5/10 breno :
> E aí, lider? Onde fechou?
>
> 2012/5/9 Diana Rosa :
>> voto rua alice! dava p escuta-los melhor na mesa...
>>
>> Em 9 de maio de 2012 21:23, Blabos de Blebe  escreveu:
>>
>>> Mercadinho ou preferencialmente rua Alice
>>>
>>> 2012/5/8 Robson Mothé :
>>> > Hum...
>>> >
>>> > Estou sumido há um bom tempo...
>>> >
>>> > Que tal o Heavy Duty Beer Club?
>>> >
>>> > Site: www.heavydutybeerclub.com
>>> > End.: Rua Ceará, 104 - Praça da Bandeira
>>> > Tel.: 2567-8890
>>> >
>>> > Fica a dica, quem mais vota/sugere?
>>> >
>>> > Abs,
>>> >
>>> > --
>>> > Robson Mothé
>>> > Register Linux User #318909
>>> >
>>> >
>>> >
>>> > Em 7 de maio de 2012 23:01, Leo Balter 
>>> > escreveu:
>>> >
>>> >> Fiquei cheio de vontade de ir no bar da rua Alice onde foi mês passado,
>>> >> mas estava operado. Sem querer criar confusão, voto por repetirem o
>>> >> local do
>>> >> último encontro!
>>> >>
>>> >> []s
>>> >>
>>> >>
>>> >> 2012/5/7 Nuba Princigalli 
>>> >>>
>>> >>> Caros,
>>> >>>
>>> >>> O tempo voa, e já chegou a hora do ES de Maio! Sugestões de local?
>>> >>>
>>> >>> Eu voto no Bar do B, no Mercadinho, reformado e agora sempre com shows
>>> >>> :)
>>> >>>
>>> >>> Abraço,
>>> >>>
>>> >>> Nuba Princigalli
>>> >>>
>>> >>> --
>>> >>> Nuba R. Princigalli  n...@pauleira.com  http://pauleira.com
>>> >>>  @nprincigalli
>>> >>> Discipline is not an end in itself, just a means to an end. - King
>>> >>> Crimson
>>> >>>
>>> >>> ___
>>> >>> Rio-pm mailing list
>>> >>> Rio-pm@pm.org
>>> >>> http://mail.pm.org/mailman/listinfo/rio-pm
>>> >>
>>> >>
>>> >>
>>> >> ___
>>> >> Rio-pm mailing list
>>> >> Rio-pm@pm.org
>>> >> http://mail.pm.org/mailman/listinfo/rio-pm
>>> >
>>> >
>>> >
>>> > ___
>>> > Rio-pm mailing list
>>> > Rio-pm@pm.org
>>> > http://mail.pm.org/mailman/listinfo/rio-pm
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Encontro Social 10/Maio/12

[Blabos de Blebe]

Mercadinho ou preferencialmente rua Alice

2012/5/8 Robson Mothé :
> Hum...
>
> Estou sumido há um bom tempo...
>
> Que tal o Heavy Duty Beer Club?
>
> Site: www.heavydutybeerclub.com
> End.: Rua Ceará, 104 - Praça da Bandeira
> Tel.: 2567-8890
>
> Fica a dica, quem mais vota/sugere?
>
> Abs,
>
> --
> Robson Mothé
> Register Linux User #318909
>
>
>
> Em 7 de maio de 2012 23:01, Leo Balter  escreveu:
>
>> Fiquei cheio de vontade de ir no bar da rua Alice onde foi mês passado,
>> mas estava operado. Sem querer criar confusão, voto por repetirem o local do
>> último encontro!
>>
>> []s
>>
>>
>> 2012/5/7 Nuba Princigalli 
>>>
>>> Caros,
>>>
>>> O tempo voa, e já chegou a hora do ES de Maio! Sugestões de local?
>>>
>>> Eu voto no Bar do B, no Mercadinho, reformado e agora sempre com shows
>>> :)
>>>
>>> Abraço,
>>>
>>> Nuba Princigalli
>>>
>>> --
>>> Nuba R. Princigalli  n...@pauleira.com  http://pauleira.com
>>>  @nprincigalli
>>> Discipline is not an end in itself, just a means to an end. - King
>>> Crimson
>>>
>>> ___
>>> Rio-pm mailing list
>>> Rio-pm@pm.org
>>> http://mail.pm.org/mailman/listinfo/rio-pm
>>
>>
>>
>> ___
>> Rio-pm mailing list
>> Rio-pm@pm.org
>> http://mail.pm.org/mailman/listinfo/rio-pm
>
>
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

[Rio-pm] Fwd: [SP-pm] Perl no browser

[Blabos de Blebe]

-- Forwarded message --
From: Flavio S. Glock 
Date: 2012/4/27
Subject: [SP-pm] Perl no browser
To: saopaulo...@mail.pm.org


Olá,

Há um tempo atrás publiquei aqui (no equinócio de 2010:
http://sao-paulo.pm.org/equinocio/2010/set/12 ) um artigo sobre perl 6
no browser.
Agora fiz também um perl "normal" que roda sobre o javascript:

http://perlcabal.org/~fglock/perlito5.html

O compilador já suporta quase toda a sintaxe do perl 5, mas algumas
partes do runtime são difíceis de traduzir para javascript. Por
exemplo, ainda não achei uma maneira fácil de implementar sleep().

Há também uma versão para node.js (javascript na linha de comando).

Na página acima há um link para o projeto no github, lá há mais
detalhes sobre o que já funciona e sobre o que falta fazer, assim como
o código fonte e instruções para compilar e testar.

Flávio
=begin disclaimer
  Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
 SaoPaulo-pm mailing list: saopaulo...@pm.org
 L
=end disclaimer
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Perl em desuso??

[Blabos de Blebe]

> Voltando à pergunta do Garu, sim, estão em desuso a longo prazo, mas o
> problema mais emergencial agora é que os cérebros estão em desuso.

Há quem discorde:

http://terramagazine.terra.com.br/silviomeira/blog/2010/07/30/futuro-do-trabalho-software/

2012/4/25 Alexei Znamensky :
> Eu estava de camarote nessa história inteira, mas quero acrescentar uma
> informação aqui, que tem a ver com algo que tem estado na minha cabeça já há
> algum tempo.
>
> 2012/4/25 breno 
> [...]
>>
>> Ao meu ver, a falta de mão de obra especializada para arquitetura e
>> desenvolvimento de software no Brasil afeta não só Perl, mas grande
>> parte das linguagens de programação dinâmicas como Python e Ruby. Ou
>> tá faltando gente ou empresas e desenvolvedores não estão conseguindo
>> se encontrar. Analogamente, vejo também muita gente procurando
>> soluções prontas (Drupal, Wordpress) para fazer suas startups, o que
>> me leva a pensar: "programadores estão em desuso?"
>
>
> Ontem, na fila de esperar para vacina a minha baixinha, tinha uma TV ligada
> passando - acho - o Bom Dia Brasil, e deu uma notícia de que os bancos estão
> tendo dificuldades em contratar... caixas. Por quê? Obviamente a função de
> caixa não é exatamente uma função ilustre na hierarquia de um banco e com
> certeza é menos bem remunerada, então é natural que eles contratem pessoas
> mais novas e menos experientes para isso. Eles estão tendo uma grande
> dificultade de encontrar pessoas nesse perfil de idade/experiência que
> consigam dar o troco certo. As pessoas estão esquecendo como calcular.
>
> Eu acho que que a resposta a sua pergunta, Garu, a longo prazo, é: SIM,
> obviamente. As coisas mais complicadas tendem a ficar sempre escondidas
> atrás de alguma interface (em uma definição bem ampla e genérica), e a
> tecnologia que foi utilizada antes acaba ficando segregada ou sumindo.
> Ninguém aqui nesta lista saberia programar um ENIAC hoje. A trinta anos
> atrás não existia "IDE", não havia debugadores integrados, etc.
> Eventualmente, programação as we know it irá sumir, ou ficar escondida atrás
> de diagramas bonitinhos que você só desenha, liga as caixinhas, configura
> alguns parâmetros (quando muito), e a coisa toda funciona. Algo nessa linha
> já existe hoje, e eu até trabalho com isso, mas ainda é algo caro e não
> popularizado. Ainda. Me parece óbvio que soluções prontas que não precisem
> de programação farão mais sucesso que soluções que envolvem programação
> intensiva. Não acho que isso irá acontecer tão rápido (além de ser muito
> mais complicado do que pode parecer em princípio, existem diversos fatores
> de resistência das próprias pessoas), mas não acho que isso possa ser
> evitado: é apenas uma questão de tempo até que o padrão seja "não
> programar".
>
> O outro lado dessa moeda, ainda que causado por muitos outros fatores
> atuando em conjunto (a simplificação de "interfaces" não será o bode
> expiatório, principalmente no nosso país), é que está havendo uma
> imbecilização em massa das pessoas, leia-se das gerações mais novas. Mídia
> de massa, máquinas de propaganda, divulgação das bundas e depreciação do
> pensamento, enfim, a lista é extensa. As crianças de hoje (entenda-se: a
> maioria delas, não os casos de exceção que eu tenho certeza que serão vários
> nesta comunidade) estão sendo ensinadas a não pensar, a não sentir, e a não
> se respeitarem. Eu digo em várias ocasiões: "os idiotas são em maior número
> e eles se multiplicam em maior velocidade". Infelizmente eu acho que isso
> está se confirmando cada vez mais. Não tenho uma solução mágica, ou mesmo
> não-mágica, para reverter ou mudar isso. Mas eu tenho certeza de uma coisa:
> o caminho passa pela Educação.
>
> Voltando à pergunta do Garu, sim, estão em desuso a longo prazo, mas o
> problema mais emergencial agora é que os cérebros estão em desuso.
>
> my $two_cents;
>
> --
> Alexei "RUSSOZ" Znamensky | russoz EM gmail com | http://russoz.org
> GPG fingerprint = 42AB E78C B83A AE31 7D27  1CF3 C66F B5C7 71CA 9F3C
> http://www.flickr.com/photos/alexeiz | http://github.com/russoz
> "I don't know... fly casual!" -- Han Solo
>
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] YAPC::Brasil::2012, 19 e 20 de outubro!

[Blabos de Blebe]

Ficou muito bom o site.

Eu diria, impressionante.

Parabéns

2012/4/19 Thiago Rondon :
> Olá Pessoal,
>
> O website do YAPC::Brasil::2012 esta oficialmente no ar, e lá será o local
> onde iremos concentrar todas as informações relativas ao evento deste
> ano. Neste evento iremos abordar o tema "A Revolução dos dados", no qual
> teremos diversas trilhas que estão detalhadas no próprio site.
>
> http://www.yapcbrasil.org.br/
>
> Gostaria antes de mais nada, agradecer já ao patrocinio da W3C Brasil,
> no qual irá oferecer para nós o local, coffee break e a logistica de
> credenciamento do local, no qual é no Centro de Conveições Frei Caneca
> (http://www.convencoesfreicaneca.com.br/).
>
> Também gostaria de agradecer o esforço do pessoal da Rio-PM, no qual
> tem feito mais do que os paulistanos até o momento, em especial ao Breno
> de Oliveira e ao Nuba Princigalli. ;-)
>
> E este ano, temos o objetivo de oferecer um evento para 250 pessoas, e nos
> sabemos que existe interesse de diversos palestrantes internacionais de virem
> até o nosso evento.
>
> O Breno já tem feito muito contato, e estamos tendo um feedback que a maioria
> deles precisam de ajuda de custos para vir, em especial o transporte.
>
> E é por isto que estamos captando recursos com patrocinadores, e por isto
> gostaria de pedir ajuda para todos na lista para que verifiquem com carinho
> a nossa página de patrocinadores e nos ajudem a encontrar empresas que
> queiram associar a sua marca com nossa comunidade.
>
> Vejam mais informações: http://yapcbrasil.org.br/2012/about/sponsorship.html
>
> Abraço!
> -Thiago Rondon
> ___
> Rio-pm mailing list
> Rio-pm@pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm