from:"Alexei Znamensky"

Re: [Rio-pm] HTML::Parse

2012-10-27 Por tôpico Alexei Znamensky

Aureliano,

Eu vi algo no seu código que não é um erro, e há controvérsias sobre ser
boa ou má prática, varia um pouco com gosto do freguês, mas que eu
pessoalmente gosto de fazer diferente. Acho que é um estilo melhor.

Ao invés de fazer (principalmente em loops), algo como:

for(...)
  if( deu certo )
faz um lance
  else #deu errado
mostra ou trata erro
  endif
endfor


Eu geralmente prefiro fazer assim


for(...)
  if( deu errado )
mostra ou trata erro
next# ou die, depdende de como voce quer lidar com o erro
  elseif( deu outro lance errado )
mostra ou trata
next
  ... # tantas quantas validações forem necessárias
  endif
  # parâmetros desta iteração estão validados

  faz um lance
endfor


Acho que dessa forma, você simplifica a leitura do código: 1) o que for
erro você trata logo, e depois que passa daquele bloco de validações está
ok e 2) visualmente faz até mais sentido: o código mais indentado no começo
é a exceção, enquanto que a "regra" está apenas um nível de indentação
depois do comando de loop.

my $two_cents;

Russo

2012/10/25 Aureliano Guedes 

>  Eu fiz de uma forma que deu certo, mas ficou feio e cheio de más
> praticas, mandando reguex em xml e tals.
>
> Quero fazer de forma bonita com XPath e tals. Mas ainda estou em processo
> de entendet tudo isso.
>
> Estou tentando pegar o primeiro link da lista de videos de um resultado de
> pesquisa do YouTube.
> Para isso estou ultilizando uma API do YouTube:
> https://developers.google.com/youtube/2.0/developers_guide_protocol_api_query_parameters#Searching_for_Videos
>
> Onde estão os erros fora tudo?? -> http://pastebin.com/T06Mi1Nx
>
>
> #!/usr/bin/env perl
>
> use common::sense;
> use WWW::Mechanize;
> use URI::Escape;
> use HTML::TreeBuilder::XPath;
>
> my $html = WWW::Mechanize->new(timeout=>100);
>
> open IN, $ARGV[0] or die $!;
>
> foreach (){
> s/\s+/\+/g;
> chomp;
> my $url = 'https://gdata.youtube.com/feeds/api/videos?q=' .
> uri_escape($_);
> $html->get($url);
> if ($html->is_success){
> my $page = $html->content;
> $page =~ s/(\n\r|\r\n)|\r/\n/g;
>
> my $tree = HTML::TreeBuilder::XPath->new();
>
> my $node = $tree->findenodes('/html/body//a[@href=(.*)]')->[0];
>
> print $node;
> }
> else {
> print "FAIL: " . $! . "\n";
> }
> }
>
>
>
> > Date: Thu, 25 Oct 2012 13:06:40 -0200
> > From: br...@rio.pm.org
>
> > To: rio-pm@pm.org
> > Subject: Re: [Rio-pm] HTML::Parse
> >
> > 2012/10/21 Aureliano Guedes 
> > >
> > > Ola.
> > >
> > > Eu estoiu tentando usar o WWW::Mechanize, mas não estou entendendo uma
> coisa.
> > > Eu tenho um botão:
> > >
> > >  href="/dl/347357664b655256724e/554545485125135/Fernando+E+Sorocaba+Tenso.mp3"
> rel="nofollow" title="Download Fernando E Sorocaba Tenso.mp3!">
> > > 
> > >
> > >
> > > Como eu faço para clicar nele usando o metodo click_button? Como faço
> para setar esse botão?
> > > Eu tentei:
> > >
> $m->click_button(value=>/dl/347357664b655256724e/554545485125135/Fernando+E+Sorocaba+Tenso.mp3);
> > > Mas não da certo.
> > >
> >
> > O seu botão não é um botão ( ou ) e sim
> > um link (). O Mechanize sabiamente os diferencia, e você
> > provavelmente está procurando o método follow_link()
> >
> > https://metacpan.org/module/WWW::Mechanize#mech-follow_link-...-
> >
> > Finalmente, se quiser aprender sobre XPath e Seletores CSS, recomendo
> > os seguintes artigos:
> >
> > http://sao-paulo.pm.org/artigo/2010/utilizandoxpathparacriarwebspiders
> >
> http://sao-paulo.pm.org/artigo/2011/ExtracaodedadoscomperlxpatheregexExportadoemODF
> >
> http://sao-paulo.pm.org/artigo/2011/ScrapingfacilcomMojoliciousefeedsAtom
> > (veja no final: guia de referência rápida para seletores CSS)
> >
> > ou ir direto na fonte:
> >
> > http://www.w3.org/TR/xpath/
> > http://www.w3.org/TR/CSS2/selector.html
> > http://www.w3.org/TR/css3-selectors/
> >
> > []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
>



-- 
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

Re: [Rio-pm] lista.

2012-07-19 Por tôpico Alexei Znamensky

chomp;

2012/7/19 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
>



-- 
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

Re: [Rio-pm] lista.

2012-07-19 Por tôpico Alexei Znamensky

Deslexia ou dislexia... ;-)
Em 19/07/2012 06:53, "Aureliano Guedes"  escreveu:

>  Maldito muguxes. Eu sofro de um pequeno grau de deslexia que me atrapalha
> as vezes escrever corretamente. Por vezes confundo se é sosinho ou sozinho,
> então ou intão, mas coisas pequenas.
>
> Mas eu realmente tento corrigir, mas algumas formas adolecentes de
> escrever na internet me preocupam.
>
> Em uma lista seria como esta, alguns vicios de linguagem usados no msn *vc
> dvria prd, naum? pq pdemos usar o tio (~) aq. Eta fds que naum chega.*
>
> --
> From: as...@centroin.com.br
> To: rio-pm@pm.org
> Date: Wed, 18 Jul 2012 22:24:32 -0300
> Subject: Re: [Rio-pm] lista.
>
> Vc não está enganado naum? não seria summer 68 ? do Pink Floyd?
>
>
> - Original Message -
> *From:* Alexei Znamensky 
> *To:* Perl Mongers Rio de Janeiro 
> *Sent:* Wednesday, July 18, 2012 10:09 PM
> *Subject:* Re: [Rio-pm] lista.
>
>
>
> 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<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
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] lista.

2012-07-18 Por tôpico 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

Re: [Rio-pm] SPAM?

2012-07-17 Por tôpico Alexei Znamensky

Queimem os infiééis! Acabem com a bruxa

2012/7/17 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
>



-- 
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

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

2012-06-23 Por tôpico Alexei Znamensky

Eu sou do Paraguai

[]s
Russo ;-)
Em 22/06/2012 18:18, "Junior Moraes"  escreveu:

> Hi.
>
> É disso que o Brasil gosta! Hahah.
> Congratz, garu!
>
> Enviado via mobile
> Em 22/06/2012 11:57, "Marcos Machado"  escreveu:
>
>> Breno, seu lindo!
>>
>> []s, MM
>>
>>
>> 2012/6/21 breno 
>>
>>> Valeu pessoal, obrigado mesmo! Fiquei muito feliz com o
>>> reconhecimento, acho muito importante que a união e a troca de
>>> informações/conhecimento/experiência entre as comunidades Perl de todo
>>> o mundo cresça cada vez mais!
>>>
>>> O prêmio foi pelo trabalho na divulgação, e nunca teria acontecido se
>>> não houvesse o que divulgar. Os desenvolvedores e comunidades
>>> brasileiras estão de parabéns!
>>>
>>> Nos vemos no ESX \o/
>>>
>>> []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] YAPC::NA 2012 - Parabéns garu !

2012-06-16 Por tôpico Alexei Znamensky

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

Re: [Rio-pm] duvida subprocesso e nice

2012-06-13 Por tôpico Alexei Znamensky

Talvez o ffmpeg se auto-renice-eie?

2012/6/13 Tiago Peczenyj 

> Ola
>
> Tenho um script danadinho em perl que é chamado pela crontab. Ele abre
> um subprocesso para executar o ffmpeg (e fazer algum encoding de
> video) via open (assim eu posso ler a stdout e monitorar o progresso).
>
> Esta acontecendo algo estranho: rodando em um FreeBSD eu vejo o perl
> rodando com nice 0 e o ffmpeg esta rodando com nice 20. WTF? Eu não
> estou alterando o nice do processo em momento algum! Inclusive eu
> tentei executar informando um valor diferente de nice (5 por exemplo)
> mas no top eu só vejo 20.
>
> Pode ser que tenha algum daemon que faça isso sem que eu veja, não
> descarto esta possibilidade, mas isso é o esperado? deveria rodar o
> ffmpeg com nice 0 tb, não? É perl 5.12 e não fui eu que fiz (nem tem
> chamas explicitas a nice ou Posix::nice).
>
> Alguma ideia?
>
> --
> 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
>



-- 
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

Re: [Rio-pm] MakeFile

2012-06-07 Por tôpico Alexei Znamensky

 manda um
bug report para o owner, e se estiver de mal humor, desencana de fazer o
patch da distribuição-que-usa-o-dist-zilla, manda um report pro owner e
fala pra ele corrigir, e se estiver muito puto da vida desencana de tudo
isso e dane-se.

lembrando que o dist-zilla (e seus plugins em quantidades boçais) não são
necessários para voce instalar o módulo, são usados APENAS para fazer o
build do pacote de distribuição, isto é, só será realmente necessário pelo
autor ou se você quiser fazer algum patch para o autor.

  * O dzil é muito voltado para subir módulos no CPAN e de fato é
> literalmente um comando para subir a nova versão. Mas isso acaba, do
> meu ponto de vista, facilitando a publicação equivocada de módulos, o
> que é particularmente preocupante se vc não quer essa distribuição no
> CPAN ou se ela é uma distribuição delicada/popular e vc precisa de uma
> certa garantia de qualidade ou pode quebrar sem querer o código dos
> outros. Tudo isso pode ser resolvido tomando cuidado e com boas
> práticas de desenvolvimento, mas exigem treinamento e disciplina.
>

O dzil automatiza testes também, então toda a "garantia" de qualidade que
você poderia ter sem ele, você pode ter com ele. Na verdade, uma vez que eu
criei o meu bundle de plugins, que inclui varios testes para qualidade de
código, eu tenho tantas garantias quanto eu sempre tive sem ele.

Seguindo a sua lógica, o script de cpan-upload é tão ruim quanto. But then
again, eu acho que você está atirando no mensageiro. O CPAN é, por sua
natureza, um repositório aberto, que aceita tantos e quantos módulos
houverem para se publicar. Se eu, num ataque de loucura insana, decidir
fazer um Denial-of-service no CPAN, eu poderia simplesmente gerar
distribuições aleatórias e subí-los com o cpan-upload - não sei qual seria
o limite até onde eu poderia fazer isso, mas em algum momento o indexador
e/ou o ftp do CPAN iriam abrir o bico (imagine os mirrors puxando milhares
de módulos a mais, da noite pro dia). O *** CPAN *** permite que módulos
sejam subidos facilmente, não é o Dist::Zilla.

Não exatamente, mas seguindo emuma linha parecida com a que conversamos no
outro dia, se houvesse um **outro** repositório, onde neguinho não pode
sair colocando qualquer coisa, isso sim daria alguma garantia.


> Para o problema em questão ("como gerar uma distribuição perl"), a
> criação do Makefile.PL usando a API do Module::Install me parece ser
> mais fácil e com uma curva de aprendizado muito menor que a
> criação/configuração do dzil.ini. Mas podemos concordar em discordar
> :P
>

Podemos, e continuamos assim. :-)

Ao usar o Module::Install, você tem de gerar Makefile.PL e mais um monte de
outras coisas, CADA VEZ que for soltar uma versão nova da distribuição. Com
o Dist::Zilla, você automatiza essa parte - inclusive depois de dominar os
Bundles, você automatiza a inclusão de incontáveis suítes de teste prontas
nas suas distribuições.

my $two_cents;

[]s,
Russo


> Dito isso, continuo afirmando que o Dist::Zilla é uma ótima solução
> para quem tem os problemas que ele se propõe a corrigir. Da minha
> parte, prefiro usar a combinação "module-starter" e "cpan-upload" =)
>
>
> []s
>
> -b
>
> >>
> >>
> >> ABS()
> >>
> >>
> >>
> >>
> >> 2012/6/3 Alexei Znamensky 
> >>>
> >>>
> >>> 2012/6/3 breno 
> >>>>
> >>>> Ao contrário do Stan, eu não recomendo o Dist::Zilla. Ou pelo menos
> >>>> não pra vc que está começando. Pode ser uma ótima ferramenta para
> >>>> alguns autores, mas se vc não entende a "mágica" que acontece por
> >>>> trás, pode se confundir e te deixar mais tempo configurando/depurando
> >>>> as ferramentas em vez de trabalhando no(s) seu(s) próprio(s)
> >>>> módulo(s).
> >>>
> >>>
> >>> Ao contrário do Garu, eu não des-recomendo o Dist::Zilla. Eu acho que é
> >>> uma ferramenta fantástica para esconder do desenvolvedor de
> distribuições os
> >>> detalhes de um build. Ao invés de tentarmos difundir ao máximo os
> detalhes,
> >>> para que todos - teoricamente - saibam o que fazer quando houver um
> >>> problema, acho que é muito mais saudável para todos que os detalhes
> sujos
> >>> fiquem o mais escondidos e automatizados o possível, simplificando a
> vida de
> >>> todos, mas principalmente de quem está começando.
> >>>
> >>> Filosofando um pouco mais sobre o assunto, na rabeira de uma longa
> >>> conversa que eu e o Breno tivemos por telefone outro dia, eu fico
> pensando
> >>> que "More Than One Way To Do It" é muito bom como possibilidade, como
&g

Re: [Rio-pm] MakeFile

2012-06-03 Por tôpico Alexei Znamensky

2012/6/3 Stanislaw Pusep 

> Concordo com ambos :)
> Alexei, o seu tutorial sobre Dist::Zilla me poupou algumas horas de
> tarefas repetitivas. Mas antes disso, eu escrevia Makefile.PL manualmente.
> Isso me fez passar menos raiva com a (falta de) documentação do
> Dist::Zilla. Ele é uma típica coisa "como não pensei nisso antes", tal qual
> "set -o vi" no Bash :P.
> É prático para quem conhece o bé-a-bá, mas pouquíssimo didático.
>

Então, ao invés de fazer as coisas como se fazia em 1997, ou se criar um
novo, por que não melhorar o que falta no Dist::Zilla (incluindo
documentação, que eu concordo, é um lixo) para podermos nos esquecer de vez
dos detalhes sórdidos?


>
> ABS()
>
>
>
>
> 2012/6/3 Alexei Znamensky 
>
>>
>> 2012/6/3 breno 
>>
>>> Ao contrário do Stan, eu não recomendo o Dist::Zilla. Ou pelo menos
>>> não pra vc que está começando. Pode ser uma ótima ferramenta para
>>> alguns autores, mas se vc não entende a "mágica" que acontece por
>>> trás, pode se confundir e te deixar mais tempo configurando/depurando
>>> as ferramentas em vez de trabalhando no(s) seu(s) próprio(s)
>>> módulo(s).
>>>
>>
>> Ao contrário do Garu, eu não des-recomendo o Dist::Zilla. Eu acho que é
>> uma ferramenta fantástica para esconder do desenvolvedor de distribuições
>> os detalhes de um build. Ao invés de tentarmos difundir ao máximo os
>> detalhes, para que todos - teoricamente - saibam o que fazer quando houver
>> um problema, acho que é muito mais saudável para todos que os detalhes
>> sujos fiquem o mais escondidos e automatizados o possível, simplificando a
>> vida de todos, mas principalmente de quem está começando.
>>
>> Filosofando um pouco mais sobre o assunto, na rabeira de uma longa
>> conversa que eu e o Breno tivemos por telefone outro dia, eu fico pensando
>> que "More Than One Way To Do It" é muito bom como possibilidade, como para
>> ser usado em caso de exceção. Não deveria ser a regra. É muito bom que haja
>> 2,3,4, 5 formas diferentes de expressar orientação a objeto, contanto que
>> uma delas fosse uma "regra" e as outras fossem casos de exceção, aplicados
>> para necessidades específicas (e de preferência bem definidas, se não for
>> pedir muito). É muito bom estarmos todos produzindo e usando código livre,
>> e se eu quiser mudar algo eu posso simplesmente alterar e fazer o que eu
>> quiser, mas ó céus cada módulo que eu for fuçar é uma caixinha de
>> surpresas. Uns são feitos em Moose, outros em Mouse, tem um novo agora que
>> eu nem gravei o nome, tem os caras que fazem o bless na mão, e tem os caras
>> que fazem magia negra. Ou seja, se eu quiser ser um bom (=bondoso,
>> cooperativo, ativo, colaborativo, etc..) programador Perl, eu preciso ser
>> fluente em uns 5 ou 6 tipos diferentes de expressar a mesma idéia. Ao invés
>> de poder contar que algo vai ser de um jeito (ou de outro), e seguir
>> adiante, e produzir 5 ou 6 idéias novas.
>>
>> Fala-se, volta e meia, sobre produtividade em Perl e em Java, o
>> boilerplate code em Java é muito grande, etc.., mas toda vez que eles
>> (javeiros) precisam mexer em código dos outros, existe um padrão mínimo de
>> consistência esperado (claro, sempre há quem ferre com isso, em qualquer
>> idioma). Enquanto que, mexer em código dos outros, em Perl, como eu disse,
>> é um Kinder Ovo. You never know what you gonna get. Talvez esse seja o
>> motivo, na minha humirde opinião, pelo qual, eu percebo mais programadores
>> Perl no perfil "lobo solitário" do que em Java, por exemplo. É mais fácil
>> às vezes fazer um novo que entender o dialeto que o outro cara utiliza.
>>
>> my $0.02;
>>
>>
>>> Respondendo a sua pergunta, os arquivos Makefile.PL existem para a
>>> criação de "distribuições", que podem conter um ou mais módulos (além
>>> de scripts e outros arquivos). Quando vc faz uma distribuição, não tem
>>> problema se os módulos dentro dela dependerem de outro, contanto que
>>> esse outro também esteja dentro da distribuição (mas tenha cuidado com
>>> dependências circulares!).
>>>
>>> Há 3 construtores populares:
>>>
>>>  * ExtUtils::MakeMaker, a.k.a. EUMM (que vc já citou)
>>>  * Module::Build, a.k.a MB
>>>  * Module::Install, a.k.a. MI
>>>
>>> Embora o EUMM esteja no core, o M:I tem uma DSL bem fácil de usar e é
>>> utilizado em projetos de grande porte como Catalyst.
>>>
>>> Digamos que vc tenha a seguinte estrutura de módulos:
>>>
>>> lib/
>>&g

Re: [Rio-pm] MakeFile

2012-06-03 Por tôpico Alexei Znamensky

2012/6/3 breno 

> Ao contrário do Stan, eu não recomendo o Dist::Zilla. Ou pelo menos
> não pra vc que está começando. Pode ser uma ótima ferramenta para
> alguns autores, mas se vc não entende a "mágica" que acontece por
> trás, pode se confundir e te deixar mais tempo configurando/depurando
> as ferramentas em vez de trabalhando no(s) seu(s) próprio(s)
> módulo(s).
>

Ao contrário do Garu, eu não des-recomendo o Dist::Zilla. Eu acho que é uma
ferramenta fantástica para esconder do desenvolvedor de distribuições os
detalhes de um build. Ao invés de tentarmos difundir ao máximo os detalhes,
para que todos - teoricamente - saibam o que fazer quando houver um
problema, acho que é muito mais saudável para todos que os detalhes sujos
fiquem o mais escondidos e automatizados o possível, simplificando a vida
de todos, mas principalmente de quem está começando.

Filosofando um pouco mais sobre o assunto, na rabeira de uma longa conversa
que eu e o Breno tivemos por telefone outro dia, eu fico pensando que "More
Than One Way To Do It" é muito bom como possibilidade, como para ser usado
em caso de exceção. Não deveria ser a regra. É muito bom que haja 2,3,4, 5
formas diferentes de expressar orientação a objeto, contanto que uma delas
fosse uma "regra" e as outras fossem casos de exceção, aplicados para
necessidades específicas (e de preferência bem definidas, se não for pedir
muito). É muito bom estarmos todos produzindo e usando código livre, e se
eu quiser mudar algo eu posso simplesmente alterar e fazer o que eu quiser,
mas ó céus cada módulo que eu for fuçar é uma caixinha de surpresas. Uns
são feitos em Moose, outros em Mouse, tem um novo agora que eu nem gravei o
nome, tem os caras que fazem o bless na mão, e tem os caras que fazem magia
negra. Ou seja, se eu quiser ser um bom (=bondoso, cooperativo, ativo,
colaborativo, etc..) programador Perl, eu preciso ser fluente em uns 5 ou 6
tipos diferentes de expressar a mesma idéia. Ao invés de poder contar que
algo vai ser de um jeito (ou de outro), e seguir adiante, e produzir 5 ou 6
idéias novas.

Fala-se, volta e meia, sobre produtividade em Perl e em Java, o boilerplate
code em Java é muito grande, etc.., mas toda vez que eles (javeiros)
precisam mexer em código dos outros, existe um padrão mínimo de
consistência esperado (claro, sempre há quem ferre com isso, em qualquer
idioma). Enquanto que, mexer em código dos outros, em Perl, como eu disse,
é um Kinder Ovo. You never know what you gonna get. Talvez esse seja o
motivo, na minha humirde opinião, pelo qual, eu percebo mais programadores
Perl no perfil "lobo solitário" do que em Java, por exemplo. É mais fácil
às vezes fazer um novo que entender o dialeto que o outro cara utiliza.

my $0.02;


> Respondendo a sua pergunta, os arquivos Makefile.PL existem para a
> criação de "distribuições", que podem conter um ou mais módulos (além
> de scripts e outros arquivos). Quando vc faz uma distribuição, não tem
> problema se os módulos dentro dela dependerem de outro, contanto que
> esse outro também esteja dentro da distribuição (mas tenha cuidado com
> dependências circulares!).
>
> Há 3 construtores populares:
>
>  * ExtUtils::MakeMaker, a.k.a. EUMM (que vc já citou)
>  * Module::Build, a.k.a MB
>  * Module::Install, a.k.a. MI
>
> Embora o EUMM esteja no core, o M:I tem uma DSL bem fácil de usar e é
> utilizado em projetos de grande porte como Catalyst.
>
> Digamos que vc tenha a seguinte estrutura de módulos:
>
> lib/
> lib/MeuModulo.pm
> lib/MeuModulo
> lib/MeuModulo/Modulo1.pm
> lib/MeuModulo/Modulo2.pm
>
> e queira criar uma distribuição chamada "Minha-Dist" contendo isso
> tudo. A sintaxe do seu Makefile.PL é muito simples:
>
> ---8<---
> use inc::Module::Install;
>
> name'Minha-Dist';
> all_from  'lib/MeuModulo.pm';
>
> WriteAll;
> --->8---
>
> Pronto. Fácil, não? Ao rodar "perl Makefile.PL" ele vai gerar alguns
> arquivos pra vc. Depois digite "make manifest" e "make dist" e vc terá
> um Minha-Dist-0.01.tar.gz te esperando, pronto pra ser instalado =)
>
> Algumas observações sobre o Makefile.PL acima:
>
> * "name" indica o nome da distribuição. A convenção é que vc use o
> mesmo nome do seu módulo base, o principal da sua distribuição (e que
> provavelmente a maioria das pessoas vai usar primeiro). No seu caso,
> suponho que o melhor "name" para a sua distribuição seria "MeuModulo".
>
> * "all_from" indica de onde o Makefile.PL deve extrair informações
> como versão, licença, autor, resumo, etc. Ele extrai essa informação
> de variáveis especiais de módulos (como "our $VERSION") e da
> documentação - então não esqueça de incluir os campos pertinentes na
> documentação (sempre uma boa prática!) ou terá que inclui-los
> explicitamente no Makefile.PL.
>
> Digamos que os módulos da sua distribuição dependam dos seguintes
> módulos EXTERNOS: File::Spec e Carp. Digamos ainda que, embora não
> seja uma dependência direta, se o usuário tiver instalado o módulo
> D

Re: [Rio-pm] problemas com modulo

2012-05-31 Por tôpico Alexei Znamensky

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??
>

Por causa do tamanho da galhada?


>
> --
> From: rus...@gmail.com
> Date: Thu, 31 May 2012 10:23:56 -0300
>
> To: rio-pm@pm.org
> Subject: Re: [Rio-pm] problemas com modulo
>
>
>
> 2012/5/31 Ole Peter Smith 
>
> Eu acho que Aureliano tinha que estudar e montar-se umas técnicas de
> debugging.
> Serão utiis todavida.
>
>
> Mais ou menos assim:
> https://github.com/russoz/perltests
>
>
> 0le
> Send via Android
> Em 31/05/2012 09:36, "Stanislaw Pusep"  escreveu:
>
> use Moose;
>
> ABS()
>
>
> 2012/5/31 Bruno Buss :
> > @Aureliano:
> >
> > Cara, de boa só vou fazer um comentário em relação ao seu problema...
> >
> > Esse problema que você teve no seu código, que o Gabriel apontou
> > rapidamente, você já tinha cometido antes em outra thread, eu tinha
> escrito
> > um e-mail relativamente longo explicando porque o erro acontecia,
> inclusive
> > com um código em Perl anexo focando apenas no erro, e dizendo como fazer
> de
> > forma correta... Não sei qual é exatamente a sua metodologia de
> > aprendizagem, mas você vai ficar cometendo os mesmos erros de novo e de
> novo
> > e de novo e perguntando a mesma coisa?
> >
> > Só para referência, a outra thread é a "[Rio-pm] Problemas com
> rawsocket".
> >
> > [ ]'s
> >
> > 2012/5/31 Gabriel Vieira 
> >>
> >> Utilize ini() e end() no lugar de &ini e &end.
> >>
> >> 2012/5/31 Aureliano Guedes :
> >> > Ola monges,
> >> >
> >> > Estou com um problema estranho.
> >> > Estou desenvolvendo um modulo, apenas para estudo de desenvolvimento
> de
> >> > modulos.
> >> > É um scanner de portas, onde entra com o link ou IP dai você escolhe a
> >> > faixa
> >> > de portas, exemplo de 60 a 100
> >> > caso contrario, por default ele scaneia de 1 a 5.
> >> >
> >> > Ai que mora o problema, por algum motivo mesmo eu configurando para
> >> > scanear
> >> > de 60 a 100 ele continua
> >> > scaneando pelas opções de defaut.
> >> >
> >> > Eu não consegui achar onde errei, por isso venho pedir que alguem de
> uma
> >> > olhadinha e me indique o erro.
> >> >
> >> > Eis aqui o codigo -> http://pastebin.com/vkqjksvQ
> >> >
> >> > Desde já grato.
> >> >
> >> > Att,
> >> > Aureliano Guedes.
> >> >
> >> > ___
> >> > 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
> >
> >
> >
> >
> > --
> > 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
>
>
>
>
> --
> 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
>



-- 
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

Re: [Rio-pm] problemas com modulo

2012-05-31 Por tôpico Alexei Znamensky

2012/5/31 Ole Peter Smith 

> Eu acho que Aureliano tinha que estudar e montar-se umas técnicas de
> debugging.
>
> Serão utiis todavida.
>

Mais ou menos assim:
https://github.com/russoz/perltests


> 0le
>
> Send via Android
> Em 31/05/2012 09:36, "Stanislaw Pusep"  escreveu:
>
> use Moose;
>>
>> ABS()
>>
>>
>> 2012/5/31 Bruno Buss :
>> > @Aureliano:
>> >
>> > Cara, de boa só vou fazer um comentário em relação ao seu problema...
>> >
>> > Esse problema que você teve no seu código, que o Gabriel apontou
>> > rapidamente, você já tinha cometido antes em outra thread, eu tinha
>> escrito
>> > um e-mail relativamente longo explicando porque o erro acontecia,
>> inclusive
>> > com um código em Perl anexo focando apenas no erro, e dizendo como
>> fazer de
>> > forma correta... Não sei qual é exatamente a sua metodologia de
>> > aprendizagem, mas você vai ficar cometendo os mesmos erros de novo e de
>> novo
>> > e de novo e perguntando a mesma coisa?
>> >
>> > Só para referência, a outra thread é a "[Rio-pm] Problemas com
>> rawsocket".
>> >
>> > [ ]'s
>> >
>> > 2012/5/31 Gabriel Vieira 
>> >>
>> >> Utilize ini() e end() no lugar de &ini e &end.
>> >>
>> >> 2012/5/31 Aureliano Guedes :
>> >> > Ola monges,
>> >> >
>> >> > Estou com um problema estranho.
>> >> > Estou desenvolvendo um modulo, apenas para estudo de desenvolvimento
>> de
>> >> > modulos.
>> >> > É um scanner de portas, onde entra com o link ou IP dai você escolhe
>> a
>> >> > faixa
>> >> > de portas, exemplo de 60 a 100
>> >> > caso contrario, por default ele scaneia de 1 a 5.
>> >> >
>> >> > Ai que mora o problema, por algum motivo mesmo eu configurando para
>> >> > scanear
>> >> > de 60 a 100 ele continua
>> >> > scaneando pelas opções de defaut.
>> >> >
>> >> > Eu não consegui achar onde errei, por isso venho pedir que alguem de
>> uma
>> >> > olhadinha e me indique o erro.
>> >> >
>> >> > Eis aqui o codigo -> http://pastebin.com/vkqjksvQ
>> >> >
>> >> > Desde já grato.
>> >> >
>> >> > Att,
>> >> > Aureliano Guedes.
>> >> >
>> >> > ___
>> >> > 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
>> >
>> >
>> >
>> >
>> > --
>> > 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
>



-- 
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

Re: [Rio-pm] Unzip

2012-05-29 Por tôpico Alexei Znamensky

DAS IST VERBOTEN!!! ES FUNKTIONIERT NICHT!!!

51, zembre uba boa ideia

2012/5/29 Leo Balter 

> Isso é o que Hitler diria.
>
> (50)
>
> Enviado via iPhone
>
> Em 29/05/2012, às 20:34, Gabriel Vieira 
> escreveu:
>
> E pensar que uma desavença gratuita dessa pode levar a coisas muito
> maiores..
>
> 2012/5/29 Nilson Santos Figueiredo Jr. 
>
>> 2012/5/29 Blabos de Blebe :
>> > O 50° tem que xingar alguém de nazista pra fechar com chave de ouro.
>>
>> Pior que essa animosidade já virtualmente acabou com o clima de
>> discussões sadias em outras listas.
>> É uma pena... agressões gratuitas assim não levam a nada. :-\
>>
>> -Nilson
>> ___
>> 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
>



-- 
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

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

2012-05-29 Por tôpico Alexei Znamensky

porra, eu to na ibm, manjo de tudo isso e nao tiro 15k... devo estar
fazendo algo de errado... mau sapão, mau sapão

2012/5/29 Nilson Santos Figueiredo Jr. 

> 2012/5/29 Daniel Mantovani :
> > Se você tiver bons conhecimentos nos itens descritos, você entra com um
> > salário de 15k CLT e ainda ganha carro da empresa na IBM.
>
> E morre de desgosto com a chatice do trabalho? =P
>
> -Nilson
> ___
> 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

Re: [Rio-pm] Unzip

2012-05-29 Por tôpico 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 ‘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 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-p

Re: [Rio-pm] Unzip

2012-05-29 Por tôpico Alexei Znamensky

Com vocês, Mantovani em: A Arte de Minar Relações Pessoais em Menos de 140
Caracteres. Não Perca!

2012/5/29 Fernando Oliveira 

> ulisses++
>
>
>
> Just another Perl Hacker,
> Fernando (SmokeMachine)
>
>
> Em 29 de maio de 2012 11:47,  escreveu:
>
>   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
>



-- 
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

Re: [Rio-pm] Feliz dia da toalha!

2012-05-25 Por tôpico Alexei Znamensky

\o/
Em 25/05/2012 14:55, "Rafael Prenzier"  escreveu:

> Estou desprotegido, deixei minha toalha em casa!
>
> Feliz dia da Toalha!
>
> 2012/5/25 Fernando Oliveira 
>
>> Feliz dia da Toalha!
>>
>>
>>
>> Just another Perl Hacker,
>> Fernando (SmokeMachine)
>>
>>
>> Em 25 de maio de 2012 11:39, Danillo Souza escreveu:
>>
>>  Feliz dia da Toalha! \õ/
>>>
>>> O melhor é a cara do porteiro e das pessoas no elevador quando você
>>> chega no trabalho carregando a sua toalha...
>>>
>>> --
>>> Danillo Souza 
>>> Teck Software / Editora Brasil Energia
>>> 21.9619-6302
>>>
>>>
>>>
>>> Em 25 de maio de 2012 10:45, Stanislaw Pusep escreveu:
>>>
>>>  juniiior182[at]gmail...

 ABS()




 2012/5/25 Junior Moraes 

> >estranho[at]diogoleal...
>
> Enviado via mobile
> Em 25/05/2012 09:49, "breno"  escreveu:
>
> \o/
>>
>> On Fri, May 25, 2012 at 9:39 AM, Diogo Leal 
>> wrote:
>> > Monges,
>> >
>> > Feliz dia da toalha!
>> >
>> >
>> > Diogo Leal [estranho]
>> > http://diogoleal.com
>> > msn | gtalk: estra...@diogoleal.com
>> > ___
>> > 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
>>
>
>
>
> --
> Rafael Prenzier dos Santos | Engenheiro e Perl Monger
>
>  (11) 5209-0847
>
> www.prenzier.com
>
>    
> 
>    
> 
>    
> 
>    
> 
>    
> 
>   
>  
>
>
>
> ___
> 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 em desuso??

2012-04-25 Por tôpico 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

Re: [Rio-pm] HTML::Parse

Re: [Rio-pm] lista.

Re: [Rio-pm] lista.

Re: [Rio-pm] lista.

Re: [Rio-pm] SPAM?

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

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

Re: [Rio-pm] duvida subprocesso e nice

Re: [Rio-pm] MakeFile

Re: [Rio-pm] MakeFile

Re: [Rio-pm] MakeFile

Re: [Rio-pm] problemas com modulo

Re: [Rio-pm] problemas com modulo

Re: [Rio-pm] Unzip

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

Re: [Rio-pm] Unzip

Re: [Rio-pm] Unzip

Re: [Rio-pm] Feliz dia da toalha!

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

19 matches

Site Navigation

Mail list logo

Footer information