[Rio-pm] lançado perl-5.16.3

[Marcio Ferreira]

`perlbrew available` tem 2 caras novos!!!:
perl-5.16.3
perl-5.14.4 !

https://metacpan.org/source/RJBS/perl-5.16.3/pod/perldelta.pod

A 5.16.3 teve atualizações de segurança:
- memória quanto à chaves de hash
- corrigido uns bugs de memory leak no Encode

4 meses de trabalhos desde o 5.16.2, 870 linhas alteradas em 39 arquivos de
7 autores.

=pod
 Olhando assim parece fácil contribuir com o perl-core, não acham?
 Entendam "fácil" como ~possível~ para humanos =)

 Alguém daqui já deu essa tacada?
=cut

[]s,

Marcio Ferreira
skype: marcio.ferreir4
(21) 8365-7768
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Cache RESTfulie

[Marcio Ferreira]

>
> Na minha opinião, se você esta utilizando a arquitetura REST e quer
> efetuar cache na aplicação é um tiro no pé, uma hora isto vai te dar dor de
> cabeça. Digo isto, pois a maior parte do desenvolvimento e evolução dos
> frameworks, servidores web, proxy e navegadores nos últimos anos foram na
> direção contraria. O cache deve ser local (cliente) ou compartilhado
> (intermediadores).
>

Problema que não sei quem é meu cliente, se ele nao faz cache eu preciso
fazer!
Estou me preparando para o pior cenário!


> Para efetuar cache baseado no header, verifique se as próprias opções do
> HTTP não te resolvem, principalmente com as estratégias disponíveis para
> isto. Utilizando as diretivas dentro de Cache-Controle, Expire, .. Ou
> recomendando a interação com teu backend baseado com perguntas baseado ao
> Etag ou Last-Modified.

 Enfim, na minha opinião, eu recomendaria fortemente bater a cabeça aí, até
> esgotar todas as chances.
>

Meu cache não é baseado no header. No header tenho campos ~customizados~
que mudam o comportamento da app.

Meus clientes(de browser à apps que desconhecço totalmente o comportamento)
são desconhecidos, assim Etag, cache-control, last-modifield que é uma
conversa com o client, não resolve por completo. Estou errado? Pode ter um
infeliz que nao olha isso e vai acabar com minha app.

A mesma "pergunta" à app é feita de lugares diferentes, por isso penso eu
minha alternativa seja resolver isso no proxy ou um cache na app.

Resumindo, estou me preparando para o pior cenário, por isso até
desconsidero o proxy na minha hipótese do post, mas não será assim na
prática.


> O cache no redis, pode ser para as demais coisas, que você não consegue
> controlar no HTTP por exemplo.


Me corrije por favor, os controles HTTP só funcionam quando há uma conversa
desses client/server, certo?
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] Cache RESTfulie

[Thiago Rondon]

Marcio,

Como diria Phil Karlton. Há apenas duas coisas difíceis em ciências da 
computação, invalidação de cache ou dar nome as coisas.

Na minha opinião, se você esta utilizando a arquitetura REST e quer efetuar 
cache na aplicação é um tiro no pé, uma hora isto vai te dar dor de cabeça. 
Digo isto, pois a maior parte do desenvolvimento e evolução dos frameworks, 
servidores web, proxy e navegadores nos últimos anos foram na direção 
contraria. O cache deve ser local (cliente) ou compartilhado (intermediadores).

Para efetuar cache baseado no header, verifique se as próprias opções do HTTP 
não te resolvem, principalmente com as estratégias disponíveis para isto. 
Utilizando as diretivas dentro de Cache-Controle, Expire, .. Ou recomendando a 
interação com teu backend baseado com perguntas baseado ao Etag ou 
Last-Modified.

Enfim, na minha opinião, eu recomendaria fortemente bater a cabeça aí, até 
esgotar todas as chances.

O cache no redis, pode ser para as demais coisas, que você não consegue 
controlar no HTTP por exemplo.

Meus centavos.

Abraço!
-Thiago Rondon


On Tuesday, March 12, 2013 at 1:38 AM, Marcio Ferreira wrote:

> (Imagina q nao existe varnish, nem nada no proxy, *OK*!)
>  
> Tenho uma mesmo app service rodando em várias instancias balanceadas pelo 
> nginx.  
> Até aqui tudo bem, mas aí quero fazer cache dos acessos da API.
>  
> penso.em/usar/minha/url como chave chave do Redis, alguém me condena por isso?
> Isso não parece ser uma boa prática, porque resolve até certo ponto, não 
> resolve se meu serviço aceita parametros via header =/
>  
> Qual pratica recomendada/adotada quando vocês precisam cachear RESTfulie a 
> *nível de app*?
>  
> []s,
>  
> Marcio Ferreira
> skype: marcio.ferreir4
> (21) 8365-7768
> ___
> Rio-pm mailing list
> Rio-pm@pm.org (mailto:Rio-pm@pm.org)
> 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] Cache RESTfulie

[Renato Santos]

*Acho* que você deve criar uma função de entrada, cuja saida seja sempre a
mesma para determinados parametros, e ai você utiliza isso como chave.

vamos supor um REST assim:

   - POST /user
   - PUT /user/$id
   - DELETE /user/$id
   - GET /user
   - GET /user/$id

Você tem que apagar o cache corretamente quando alguem efetuar POST, PUT,
DELETE e fazer leituras (e escritas, caso não exista o cache) no cache no
GET.

Se for exatamente o REST acima, um mundo perfeito, é facil apagar o cache
das URL que são 'pais', por exemplo, editou o nome de um usuario, você tem
que apagar a listagem do usuario e o cache do get do usuario. Limpar toda a
lista dos usuarios pode se tornar um problema se você tem muitas escritas e
o o objeto em questão não estiver no /user (vamos supor que é paginado, ..)

e ai começam os problemas..


2013/3/12 Marcio Ferreira 

> Desculpem, o título devia ser "cache RESTful"
>
>
> []s,
>
> Marcio Ferreira
> skype: marcio.ferreir4
> (21) 8365-7768
>
>
> 2013/3/12 Marcio Ferreira 
>
>> (Imagina q nao existe varnish, nem nada no proxy, *OK*!)
>>
>> Tenho uma mesmo app service rodando em várias instancias balanceadas
>> pelo nginx.
>> Até aqui tudo bem, mas aí quero fazer cache dos acessos da API.
>>
>> penso.em/usar/minha/url como chave chave do Redis, alguém me condena por
>> isso?
>> Isso não parece ser uma boa prática, porque resolve até certo ponto, não
>> resolve se meu serviço aceita parametros via header =/
>>
>> Qual pratica recomendada/adotada quando vocês precisam cachear RESTfulie
>> a *nível de app*?
>>
>> []s,
>>
>> Marcio Ferreira
>> skype: marcio.ferreir4
>> (21) 8365-7768
>>
>
>
> ___
> 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] Cache RESTfulie

[Marcio Ferreira]

Desculpem, o título devia ser "cache RESTful"

[]s,

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


2013/3/12 Marcio Ferreira 

> (Imagina q nao existe varnish, nem nada no proxy, *OK*!)
>
> Tenho uma mesmo app service rodando em várias instancias balanceadas
> pelo nginx.
> Até aqui tudo bem, mas aí quero fazer cache dos acessos da API.
>
> penso.em/usar/minha/url como chave chave do Redis, alguém me condena por
> isso?
> Isso não parece ser uma boa prática, porque resolve até certo ponto, não
> resolve se meu serviço aceita parametros via header =/
>
> Qual pratica recomendada/adotada quando vocês precisam cachear RESTfulie a
> *nível de app*?
>
> []s,
>
> Marcio Ferreira
> skype: marcio.ferreir4
> (21) 8365-7768
>
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

[Rio-pm] Cache RESTfulie

[Marcio Ferreira]

(Imagina q nao existe varnish, nem nada no proxy, *OK*!)

Tenho uma mesmo app service rodando em várias instancias balanceadas
pelo nginx.
Até aqui tudo bem, mas aí quero fazer cache dos acessos da API.

penso.em/usar/minha/url como chave chave do Redis, alguém me condena por
isso?
Isso não parece ser uma boa prática, porque resolve até certo ponto, não
resolve se meu serviço aceita parametros via header =/

Qual pratica recomendada/adotada quando vocês precisam cachear RESTfulie a
*nível de app*?

[]s,

Marcio Ferreira
skype: marcio.ferreir4
(21) 8365-7768
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] para os amantes do Japão

[Ole Peter Smith]

INDIA++ (adventure)...

0le


On Mon, Mar 11, 2013 at 8:12 PM, Marcio Ferreira <
marciodesouzaferre...@gmail.com> wrote:

> JAPAN++ =)
>
> []s,
>
> Marcio Ferreira
> skype: marcio.ferreir4
> (21) 8365-7768
>
>
> On Mon, Mar 11, 2013 at 8:00 PM, Tiago Peczenyj 
> wrote:
>
>>
>> http://careers.stackoverflow.com/jobs/31605/strong-perl-developer-position-in-japan-lingo-network?a=Bl8FFlK
>>
>> --
>> 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
>



-- 
/
 ( O O )
=oOO==(_)==OOo=
Every day and every hour, I'm Learning more
  The more I Learn, the less I Know about before
 The Less I know, the more I want to Look around
 Diggin' deeper into Higher Ground...  UB40
   .oooO Oooo.
==( )=( )=
 \  ( )  /
  \_)   (_/
===
Ole Peter Smith, IME, UFG
http://olepeter.mat.ufg.br
 -
ole at mat.ufg.br
===
   Life sure is a Mystery to be Lived
  Not a Problem to be Solved
===
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm

Re: [Rio-pm] para os amantes do Japão

[Marcio Ferreira]

JAPAN++ =)

[]s,

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


On Mon, Mar 11, 2013 at 8:00 PM, Tiago Peczenyj wrote:

>
> http://careers.stackoverflow.com/jobs/31605/strong-perl-developer-position-in-japan-lingo-network?a=Bl8FFlK
>
> --
> 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] para os amantes do Japão

[Tiago Peczenyj]

http://careers.stackoverflow.com/jobs/31605/strong-perl-developer-position-in-japan-lingo-network?a=Bl8FFlK

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

Re: [Rio-pm] reflexão, revolução, anyone? :)

[Nuba Princigalli]

Ali no vaticano é mudança de líder, minha proposta é mudarmos as regras
do jogo! :)



Estou lendo o material do Garoa Hacker Clube que o Maluco indicou,
muito interessante, mesmo!





On Mon, Mar 11, 2013, at 05:55 PM, Marcio Ferreira wrote:

# Isso me lembra o que está acontecendo com o papado :P


[]s,

Marcio Ferreira

skype: marcio.ferreir4
(21) 8365-7768





2013/3/11 Marcio Ferreira <[1]marciodesouzaferre...@gmail.com>

  Por Mim tudo bem =)

Quem mais?


[]s,

Marcio Ferreira

skype: marcio.ferreir4
[2](21) 8365-7768


2013/3/11 Fernando Oliveira <[3]fernandocor...@gmail.com>

Discordo, sou contra e não aceito!
a Rio.PM tem liderança, sempre teve e (me desculpe Nuba) o lider não
tem poder suficiente p/ abolir a liderança!
Na verdade o lider não tem poder! O lider sempre teve foi trabalho...
Quem tem o poder de decidir se a Rio.PM deve ou não ter um lider é a
Rio.PM.
Até q a Rio.PM decida, na minha opinião (desculpe Nuba) vc ainda é o
lider...

Em 11/03/2013, às 15:09, Nuba Princigalli <[4]n...@fastmail.fm>
escreveu:

Caros,

Eu gosto muito da vibe que temos aqui na lista, mas sinto muita falta
de termos mais iniciativas que transcendam threads de email, e que não
sejam atividades que já faríamos mesmo por conta própria, apenas
envelopadas numa cara de atividade do coletivo.

Ano passado, quando a SP.pm ia puxar o equinócio avançado (que furou)
houve a idéia de produzirmos uma cartilha para levar novos Perl Hackers
do nível básico ao intermediário (que também furou).

Esse ano, a volta do Equinócio à pauta serve como um lembrete de que um
ano se passou, e, sem desmerecer o que foi feito, mas a minha sensação
é de frustração, frente ao quão pouco fizemos, nesse tempo, e quão
pouco engajamento houve.

Como líder, aceito e declaro o mea culpa de não ter trabalhado mais
para fazer mais coisas acontecerem. Poderia replicar que também tive
expectativas frustradas nesse tempo, mas não vejo que entrar nessa
linha seja produtivo, construtivo ou mesmo interessante. No final do
dia, o que pesa mesmo é o passo que damos hoje, com o que temos, e a
proposição para amanhã.

Um líder é necessário quando um projeto precisa de uma coordenação
centralizada para acontecer. Só que hoje os coletivos estão cada vez
mais descentralizados e distribuídos, peer-to-peer, com lideranças
surgindo e desaparecendo organicamente, em função da necessidade dos
projetos ou ações em andamento.

Disso sai que a minha vontade, para a Rio.PM, hoje, é abolir a figura
do líder, e que a gente se desorganize um pouco. Explico: não para
debandarmos, mas para desmontar esse modelo de uma meia dúzia
carregando o piano e alguém com o ônus de mobilizar o grupo.

Para mim é simples: se um grupo de pessoas quiser fazer algo, ele tem
plenos meios de se organizar pela lista, pelo IRC, pelo facebook, por
qualquer canal, para fazer acontecer. Mais ainda: se a iniciativa
estiver alinhada com a cultura e os valores do grupo, não tem que pedir
licença pra ninguém para se identificar como Rio.PM.

Na pior das hipóteses, ficamos onde já estamos: a mesma meia dúzia
atuante vai continuar atuando. Só que Lean! e da experiência nós
sabemos muito bem que não é a figura de um líder na Rio.PM que fez ou
deixou de fazer alguma iniciativa acontecer.

Bom...

No que diz respeito à minha posição, é decisão dormida, amadurecida,
tranquila. Não irei mais assumir o papel de “Líder Rio.PM 2012-2014”.
Quero olhar para todos os membros como potenciais líderes ou
seguidores, em função do momento, e do senso de responsabilidade que
cada um se atribua, nos projetos ou problemas que surgirem.

Se alguém quiser assumir o papel de líder, e trazer uma visão pro
grupo, no modelo tradicional, etc. fique à vontade. No coletivo, agora
sou mais um, e pode muito bem acontecer do coletivo rejeitar essa idéia
e clamar por uma estrutura centralizada, tradicional.

A verdade é que a estrutura organizacional é a última das minhas
preocupações aqui. Eu vou continuar atuando onde sentir que seja útil e
tenha capacidade de me comprometer, o que me importa é no final poder
escrever “feito com carinho para a comunidade brasileira de Perl”.

Se você chegou até aqui, obrigado pelo seu tempo! Pois é, cara, nesse
momento você pertence à um coletivo de profissionais e entusiastas do
Perl com potencial de ser horizontal, descentralizado. O que você vai
fazer com isso? :)

Abraço,

Nuba


--
Nuba R. Princigalli [5]n...@pauleira.com [6]http://pauleira.com
@nprincigalli
Discipline is not an end in itself, just a means to an end. - King
Crimson

___

Rio-pm mailing list

[7]Rio-pm@pm.org

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




___

Rio-pm mailing list

[9]Rio-pm@pm.org

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






___

Rio-pm mailing list

[11]Rio-pm@pm.org

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



--
Nuba R. Princigalli n...@pauleira.com http://pa

Re: [Rio-pm] reflexão, revolução, anyone? :)

[Marcio Ferreira]

# Isso me lembra o que está acontecendo com o papado :P

[]s,

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


2013/3/11 Marcio Ferreira 

> Por Mim tudo bem =)
> Quem mais?
>
>
> []s,
>
> Marcio Ferreira
> skype: marcio.ferreir4
> (21) 8365-7768
>
>
> 2013/3/11 Fernando Oliveira 
>
>> Discordo, sou contra e não aceito!
>> a Rio.PM tem liderança, sempre teve e (me desculpe Nuba) o lider não tem
>> poder suficiente p/ abolir a liderança!
>> Na verdade o lider não tem poder! O lider sempre teve foi trabalho...
>> Quem tem o poder de decidir se a Rio.PM deve ou não ter um lider é a
>> Rio.PM.
>> Até q a Rio.PM decida, na minha opinião (desculpe Nuba) vc ainda é o
>> lider...
>>
>> Em 11/03/2013, às 15:09, Nuba Princigalli  escreveu:
>>
>> Caros,
>>
>> Eu gosto muito da vibe que temos aqui na lista, mas sinto muita falta de
>> termos mais iniciativas que transcendam threads de email, e que não sejam
>> atividades que já faríamos mesmo por conta própria, apenas envelopadas numa
>> cara de atividade do coletivo.
>>
>> Ano passado, quando a SP.pm ia puxar o equinócio avançado (que furou)
>> houve a idéia de produzirmos uma cartilha para levar novos Perl Hackers do
>> nível básico ao intermediário (que também furou).
>>
>> Esse ano, a volta do Equinócio à pauta serve como um lembrete de que um
>> ano se passou, e, sem desmerecer o que foi feito, mas a minha sensação é de
>> frustração, frente ao quão pouco fizemos, nesse tempo, e quão pouco
>> engajamento houve.
>>
>> Como líder, aceito e declaro o *mea culpa* de não ter trabalhado mais
>> para fazer mais coisas acontecerem. Poderia replicar que também tive
>> expectativas frustradas nesse tempo, mas não vejo que entrar nessa linha
>> seja produtivo, construtivo ou mesmo interessante. No final do dia, o que
>> pesa mesmo é o passo que damos hoje, com o que temos, e a proposição para
>> amanhã.
>>
>> Um líder é necessário quando um projeto precisa de uma coordenação
>> centralizada para acontecer. Só que hoje os coletivos estão cada vez mais
>> descentralizados e distribuídos, peer-to-peer, com lideranças surgindo e
>> desaparecendo organicamente, em função da necessidade dos projetos ou ações
>> em andamento.
>>
>> Disso sai que a minha vontade, para a Rio.PM, hoje, é *abolir a figura
>> do líder*, e que a gente se desorganize um pouco. Explico: não para
>> debandarmos, mas para *desmontar esse modelo de uma meia dúzia
>> carregando o piano e alguém com o ônus de mobilizar o grupo*.
>>
>> Para mim é simples: *se um grupo de pessoas quiser fazer algo, ele tem
>> plenos meios de se organizar* pela lista, pelo IRC, pelo facebook, por
>> qualquer canal, para fazer acontecer. Mais ainda: *se a iniciativa
>> estiver alinhada com a cultura e os valores do grupo, não tem que pedir
>> licença pra ninguém para se identificar como Rio.PM*.
>>
>> Na pior das hipóteses, ficamos onde já estamos: a mesma meia dúzia
>> atuante vai continuar atuando. Só que Lean! e da experiência nós sabemos
>> muito bem que não é a figura de um líder na Rio.PM que fez ou deixou de
>> fazer alguma iniciativa acontecer.
>>
>> Bom...
>>
>> No que diz respeito à minha posição, é decisão dormida, amadurecida,
>> tranquila. Não irei mais assumir o papel de “Líder Rio.PM 2012-2014”. Quero
>> olhar para todos os membros como potenciais líderes ou seguidores, em
>> função do momento, e do senso de responsabilidade que cada um se atribua,
>> nos projetos ou problemas que surgirem.
>>
>> Se alguém quiser assumir o papel de líder, e trazer uma visão pro grupo,
>> no modelo tradicional, etc. fique à vontade. No coletivo, agora sou mais
>> um, e pode muito bem acontecer do coletivo rejeitar essa idéia e clamar por
>> uma estrutura centralizada, tradicional.
>>
>> A verdade é que a estrutura organizacional é a última das minhas
>> preocupações aqui. Eu vou continuar atuando onde sentir que seja útil e
>> tenha capacidade de me comprometer, o que me importa é no final poder
>> escrever “*feito com carinho para a comunidade brasileira de Perl*”.
>>
>> Se você chegou até aqui, obrigado pelo seu tempo! Pois é, cara, nesse
>> momento *você pertence à um coletivo de profissionais e entusiastas do
>> Perl com potencial de ser horizontal, descentralizado. **O que você vai
>> fazer com isso?** :)*
>>
>> 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

Re: [Rio-pm] reflexão, revolução, anyone? :)

[Marcio Ferreira]

Por Mim tudo bem =)
Quem mais?

[]s,

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


2013/3/11 Fernando Oliveira 

> Discordo, sou contra e não aceito!
> a Rio.PM tem liderança, sempre teve e (me desculpe Nuba) o lider não tem
> poder suficiente p/ abolir a liderança!
> Na verdade o lider não tem poder! O lider sempre teve foi trabalho...
> Quem tem o poder de decidir se a Rio.PM deve ou não ter um lider é a
> Rio.PM.
> Até q a Rio.PM decida, na minha opinião (desculpe Nuba) vc ainda é o
> lider...
>
> Em 11/03/2013, às 15:09, Nuba Princigalli  escreveu:
>
> Caros,
>
> Eu gosto muito da vibe que temos aqui na lista, mas sinto muita falta de
> termos mais iniciativas que transcendam threads de email, e que não sejam
> atividades que já faríamos mesmo por conta própria, apenas envelopadas numa
> cara de atividade do coletivo.
>
> Ano passado, quando a SP.pm ia puxar o equinócio avançado (que furou)
> houve a idéia de produzirmos uma cartilha para levar novos Perl Hackers do
> nível básico ao intermediário (que também furou).
>
> Esse ano, a volta do Equinócio à pauta serve como um lembrete de que um
> ano se passou, e, sem desmerecer o que foi feito, mas a minha sensação é de
> frustração, frente ao quão pouco fizemos, nesse tempo, e quão pouco
> engajamento houve.
>
> Como líder, aceito e declaro o *mea culpa* de não ter trabalhado mais
> para fazer mais coisas acontecerem. Poderia replicar que também tive
> expectativas frustradas nesse tempo, mas não vejo que entrar nessa linha
> seja produtivo, construtivo ou mesmo interessante. No final do dia, o que
> pesa mesmo é o passo que damos hoje, com o que temos, e a proposição para
> amanhã.
>
> Um líder é necessário quando um projeto precisa de uma coordenação
> centralizada para acontecer. Só que hoje os coletivos estão cada vez mais
> descentralizados e distribuídos, peer-to-peer, com lideranças surgindo e
> desaparecendo organicamente, em função da necessidade dos projetos ou ações
> em andamento.
>
> Disso sai que a minha vontade, para a Rio.PM, hoje, é *abolir a figura do
> líder*, e que a gente se desorganize um pouco. Explico: não para
> debandarmos, mas para *desmontar esse modelo de uma meia dúzia carregando
> o piano e alguém com o ônus de mobilizar o grupo*.
>
> Para mim é simples: *se um grupo de pessoas quiser fazer algo, ele tem
> plenos meios de se organizar* pela lista, pelo IRC, pelo facebook, por
> qualquer canal, para fazer acontecer. Mais ainda: *se a iniciativa
> estiver alinhada com a cultura e os valores do grupo, não tem que pedir
> licença pra ninguém para se identificar como Rio.PM*.
>
> Na pior das hipóteses, ficamos onde já estamos: a mesma meia dúzia atuante
> vai continuar atuando. Só que Lean! e da experiência nós sabemos muito bem
> que não é a figura de um líder na Rio.PM que fez ou deixou de fazer alguma
> iniciativa acontecer.
>
> Bom...
>
> No que diz respeito à minha posição, é decisão dormida, amadurecida,
> tranquila. Não irei mais assumir o papel de “Líder Rio.PM 2012-2014”. Quero
> olhar para todos os membros como potenciais líderes ou seguidores, em
> função do momento, e do senso de responsabilidade que cada um se atribua,
> nos projetos ou problemas que surgirem.
>
> Se alguém quiser assumir o papel de líder, e trazer uma visão pro grupo,
> no modelo tradicional, etc. fique à vontade. No coletivo, agora sou mais
> um, e pode muito bem acontecer do coletivo rejeitar essa idéia e clamar por
> uma estrutura centralizada, tradicional.
>
> A verdade é que a estrutura organizacional é a última das minhas
> preocupações aqui. Eu vou continuar atuando onde sentir que seja útil e
> tenha capacidade de me comprometer, o que me importa é no final poder
> escrever “*feito com carinho para a comunidade brasileira de Perl*”.
>
> Se você chegou até aqui, obrigado pelo seu tempo! Pois é, cara, nesse
> momento *você pertence à um coletivo de profissionais e entusiastas do
> Perl com potencial de ser horizontal, descentralizado. **O que você vai
> fazer com isso?** :)*
>
> 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

Re: [Rio-pm] reflexão, revolução, anyone? :)

[Fernando Oliveira]

Discordo, sou contra e não aceito!
a Rio.PM tem liderança, sempre teve e (me desculpe Nuba) o lider não tem poder 
suficiente p/ abolir a liderança!
Na verdade o lider não tem poder! O lider sempre teve foi trabalho...
Quem tem o poder de decidir se a Rio.PM deve ou não ter um lider é a Rio.PM.
Até q a Rio.PM decida, na minha opinião (desculpe Nuba) vc ainda é o lider...

Em 11/03/2013, às 15:09, Nuba Princigalli  escreveu:

> Caros,
>  
> Eu gosto muito da vibe que temos aqui na lista, mas sinto muita falta de 
> termos mais iniciativas que transcendam threads de email, e que não sejam 
> atividades que já faríamos mesmo por conta própria, apenas envelopadas numa 
> cara de atividade do coletivo.
>  
> Ano passado, quando a SP.pm ia puxar o equinócio avançado (que furou) houve a 
> idéia de produzirmos uma cartilha para levar novos Perl Hackers do nível 
> básico ao intermediário (que também furou).
>  
> Esse ano, a volta do Equinócio à pauta serve como um lembrete de que um ano 
> se passou, e, sem desmerecer o que foi feito, mas a minha sensação é de 
> frustração, frente ao quão pouco fizemos, nesse tempo, e quão pouco 
> engajamento houve.
>  
> Como líder, aceito e declaro o mea culpa de não ter trabalhado mais para 
> fazer mais coisas acontecerem. Poderia replicar que também tive expectativas 
> frustradas nesse tempo, mas não vejo que entrar nessa linha seja produtivo, 
> construtivo ou mesmo interessante. No final do dia, o que pesa mesmo é o 
> passo que damos hoje, com o que temos, e a proposição para amanhã.
>  
> Um líder é necessário quando um projeto precisa de uma coordenação 
> centralizada para acontecer. Só que hoje os coletivos estão cada vez mais 
> descentralizados e distribuídos, peer-to-peer, com lideranças surgindo e 
> desaparecendo organicamente, em função da necessidade dos projetos ou ações 
> em andamento.
>  
> Disso sai que a minha vontade, para a Rio.PM, hoje, é abolir a figura do 
> líder, e que a gente se desorganize um pouco. Explico: não para debandarmos, 
> mas para desmontar esse modelo de uma meia dúzia carregando o piano e alguém 
> com o ônus de mobilizar o grupo.
>  
> Para mim é simples: se um grupo de pessoas quiser fazer algo, ele tem plenos 
> meios de se organizar pela lista, pelo IRC, pelo facebook, por qualquer 
> canal, para fazer acontecer. Mais ainda: se a iniciativa estiver alinhada com 
> a cultura e os valores do grupo, não tem que pedir licença pra ninguém para 
> se identificar como Rio.PM.
>  
> Na pior das hipóteses, ficamos onde já estamos: a mesma meia dúzia atuante 
> vai continuar atuando. Só que Lean! e da experiência nós sabemos muito bem 
> que não é a figura de um líder na Rio.PM que fez ou deixou de fazer alguma 
> iniciativa acontecer.
>  
> Bom...
>  
> No que diz respeito à minha posição, é decisão dormida, amadurecida, 
> tranquila. Não irei mais assumir o papel de “Líder Rio.PM 2012-2014”. Quero 
> olhar para todos os membros como potenciais líderes ou seguidores, em função 
> do momento, e do senso de responsabilidade que cada um se atribua, nos 
> projetos ou problemas que surgirem.
>  
> Se alguém quiser assumir o papel de líder, e trazer uma visão pro grupo, no 
> modelo tradicional, etc. fique à vontade. No coletivo, agora sou mais um, e 
> pode muito bem acontecer do coletivo rejeitar essa idéia e clamar por uma 
> estrutura centralizada, tradicional.
>  
> A verdade é que a estrutura organizacional é a última das minhas preocupações 
> aqui. Eu vou continuar atuando onde sentir que seja útil e tenha capacidade 
> de me comprometer, o que me importa é no final poder escrever “feito com 
> carinho para a comunidade brasileira de Perl”.
>  
> Se você chegou até aqui, obrigado pelo seu tempo! Pois é, cara, nesse momento 
> você pertence à um coletivo de profissionais e entusiastas do Perl com 
> potencial de ser horizontal, descentralizado. O que você vai fazer com isso? 
> :)
>  
> 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

Re: [Rio-pm] reflexão, revolução, anyone? :)

[Thiago Rondon]

On Monday, March 11, 2013 at 3:09 PM, Nuba Princigalli wrote:
> Caros,
>  
> Eu gosto muito da vibe que temos aqui na lista, mas sinto muita falta de 
> termos mais iniciativas que transcendam threads de email, e que não sejam 
> atividades que já faríamos mesmo por conta própria, apenas envelopadas numa 
> cara de atividade do coletivo.


Nuba,

Este papo todo, me fez lembrar de como o garoa hacker é organizado. Ele é um 
hackspace, um laboratorio colaborativo, vide https://www.garoa.net.br, onde não 
há uma liderança "explicita", mas um portal voz "preferencial". Há associados, 
pois existem custos para ser divididos entre todos com o local... porém há 
regras bem definidas de como tudo funciona, talvez isto impacte no engajamento. 
 

Apesar de ser cenários diferentes, acredito que vale dar uma espiada em como 
eles funcionam.

Na minha opinião, pelo o que você procura, é interessante estipular que a 
comunidade tenha uma "plataforma em comum" para projetos com relação a 
linguagem, e que todos possam se aproveitar para hospedar, divulgar e etc suas 
iniciativas na Rio-PM. E que estes projetos podem ter "participantes" 
(responsáveis) de dentro da comunidade para que isto ocorra.

Enfim, me soa um modelo mais complexo, que parece "caos" em uma primeira 
abordagem, mas que com uma boa organização, acredito que possa vingar.

Abs!
-Thiago Rondon



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

Re: [Rio-pm] obtendo dados do HTTP header atraves de proxy

[Marcio Ferreira]

Já debugou com um wireshark da vida?

[]s,

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


2013/3/11 Nicole Scherer 

> Oi Renato e Tiago,
>
> usando as instruções do pacote no cpan, eu obtive isto:
>
> use Net::FTP;
> my $host = "ftp://hgdownload.cse.ucsc.edu/goldenPath/ce4/database/";;
> my $ftp = Net::FTP->new($host, Firewall => 'http://10.46.10.19:3129')
> or die "Cannot connect to some.host.name: $@";
> $ftp->size("all_est.txt.gz")
> or die "get failed ", $ftp->message;
> $ftp->quit;
> exit;
>
> ---
>
> - Primeira tentativa:
> $ time perl teste_proxy.pl
> Cannot connect to some.host.name: Net::FTP: Bad hostname '
> http://10.46.10.19:3129' at teste_proxy.pl line 18.
>
>
> - Segunda tentativa, tirando o http:// do proxy:
> $ perl teste_proxy.pl
> Cannot connect to some.host.name:  at teste_proxy.pl line 18.
>
> - em alguma tentativa, também obtive isto:
> $ perl teste_proxy.pl
> Cannot connect to some.host.name: Net::FTP: Bad hostname '
> ftp://hgdownload.cse.ucsc.edu/goldenPath/ce4/database/' at teste_proxy.plline 
> 18.
>
> ---
>
> Alguma ideia, sobre o que estou fazendo errado?
>
> []'s
> Nicole
>
>   --
> *De:* Renato Santos 
> *Para:* Nicole Scherer 
> *Cc:* Perl Mongers Rio de Janeiro 
> *Enviadas:* Sexta-feira, 8 de Março de 2013 17:13
>
> *Assunto:* Re: [Rio-pm] obtendo dados do HTTP header atraves de proxy
>
> Então você precisa verificar o seu proxy.
>
> Mas como o Tiago disse,
>
> porque vocẽ não conecta usando Net::FTP ? Ele tem modo anomimo.
>
>
>
> 2013/3/8 Nicole Scherer 
>
> Sim, Renato,
>
> usando o  LWP::Simple::get($downloadfile) eu consigo baixar o arquivo
> inclusive através do proxy.
> Só o conteúdo do LWP::Simple::head($downloadfile) é que não é o mesmo com
> ou sem proxy.
> Não sei se é porque ele usa o head() do LWP::UserAgent, quando acionado o
> $ua para o proxy.
>
> []'s
> Nicole
>
>
>--
> *De:* Renato Santos 
> *Para:* Nicole Scherer ; Perl Mongers Rio de
> Janeiro 
> *Enviadas:* Sexta-feira, 8 de Março de 2013 17:01
> *Assunto:* Re: [Rio-pm] obtendo dados do HTTP header atraves de proxy
>
> Existe a possibilidade do seu proxy não estar repassando essas informações
> ou estar negando o acesso.
>
> Você já tentou baixar o arquivo com o proxy ?
>
> 2013/3/8 Nicole Scherer 
>
> Oi Mongers,
>
> venho humildemente consultar o vasto conhecimento de vocês em prol da
> pesquisa científica.
>
> Preciso consultar o tamanho de um arquivo em um servidor ftp, antes de
> decidir se o arquivo deverá ou não ser baixado.
> Eu estava usando o LWP::Simple::head($url) para isto, e estava funcionando
> bem, até eu ter que usá-lo através de um proxy.
> O que acontece é o seguinte, usando sem proxy, eu consigo acessar as
> informações sobre tamanho, formato, codificação, etc,
>
>
> my $downloadfile = "
> ftp://hgdownload.cse.ucsc.edu/goldenPath/ce4/database/all_est.txt.gz";;
> my ($content_type, $document_length, $modified_time, $expires, $server) =
> LWP::Simple::head($downloadfile);
>
> --- ou
>
> if (my $res = LWP::Simple::head($downloadfile)) {
> print "$downloadfile ok\n"; ### debug
> p($res->{_headers});
> } else {
> print "$downloadfile not available\n"; ### debug
> }
>
>
> --- e quando uso
>
> use LWP::Simple qw($ua head);
> $ua->proxy([qw(http ftp wais)], 'http://10.46.10.19:3129');
>
> para definir o proxy, ele não retorna estas informações.
>
>
> Se eu mandar imprimir $res->{_headers}, tenho isso:
>
> --- rodando sem proxy
>
> HTTP::Headers  {
> public methods (38) : as_string, authorization, authorization_basic,
> clear, client_date, content_encoding, content_is_html, content_is_text,
> content_is_xhtml, content_is_xml, content_language, content_length,
> content_type, content_type_charset, date, expires, from, header,
> header_field_names, if_modified_since, if_unmodified_since, init_header,
> last_modified, new, proxy_authenticate, proxy_authorization,
> proxy_authorization_basic, push_header, referer, referrer,
> remove_content_headers, remove_header, scan, server, title, user_agent,
> warning, www_authenticate
> private methods (5) : _basic_auth, _date_header, _header,
> _process_newline, _sorted_field_names
> internals: {
> client-date =>  "Fri, 08 Mar 2013 19:33:58 GMT",
> client-request-num  =>  1,
> content-encoding=>  "gzip",
> content-length  =>  14169205,
> content-type=>  "text/plain",
> last-modified   =>  "Mon, 14 Mar 2011 16:52:05 GMT",
> server  =>  "FTP Server"
> }
> }
>
>
>
> --- com proxy
> HTTP::Headers  {
> public methods (38) : as_string, authorization, authorization_basic,
> clear, client_date, content_encoding, content_is_html, content_is_text,
> content_is_xhtml, content_is_xml, content_language, content_length,
> content_type, content_type_charset, date, expires, from, header,
> header_field_names, if_m

Re: [Rio-pm] reflexão, revolução, anyone? :)

[Tiago Peczenyj]

Nuba

uma das formas da Rio.pm trabalhar poderia ser por base de metas ou
desafios.

se vamos seguir um lider ou seremos anarquistas (ou algo no meio termo,
como lideres que se alternam mensalmente, etc) cabe uma motivação para que
o trabalho seja bem feito. e a motivação pode ser algo a ser fazer até o
fim do ano.

ou fim do semestre

ou até o mes q vem.

2013/3/11 Nicole Scherer 

> :-)
>
> Oi Nuba.
>
> Uma sociedade anárquica verdadeira seria perfeita, porém a diversidade
> humana é tal que sempre haverá indivíduos que preferem seguir um líder a
> ter de tomar decisões autônomas. E sempre haverá indivíduos que preferem
> decidir por todos (o que claramente não é o teu caso).
>
> Espero que o Rio.PM se aproxime mais da sociedade anárquica perfeita, dado
> sua população de indivíduos criativos e pensantes ;-)
>
> Bjs,
> Nicole
>
>
>   --
> *De:* Nuba Princigalli 
> *Para:* Perl Mongers Rio de Janeiro 
> *Enviadas:* Segunda-feira, 11 de Março de 2013 15:09
> *Assunto:* [Rio-pm] reflexão, revolução, anyone? :)
>
> Caros,
>
> Eu gosto muito da vibe que temos aqui na lista, mas sinto muita falta de
> termos mais iniciativas que transcendam threads de email, e que não sejam
> atividades que já faríamos mesmo por conta própria, apenas envelopadas numa
> cara de atividade do coletivo.
>
> Ano passado, quando a SP.pm ia puxar o equinócio avançado (que furou)
> houve a idéia de produzirmos uma cartilha para levar novos Perl Hackers do
> nível básico ao intermediário (que também furou).
>
> Esse ano, a volta do Equinócio à pauta serve como um lembrete de que um
> ano se passou, e, sem desmerecer o que foi feito, mas a minha sensação é de
> frustração, frente ao quão pouco fizemos, nesse tempo, e quão pouco
> engajamento houve.
>
> Como líder, aceito e declaro o *mea culpa* de não ter trabalhado mais
> para fazer mais coisas acontecerem. Poderia replicar que também tive
> expectativas frustradas nesse tempo, mas não vejo que entrar nessa linha
> seja produtivo, construtivo ou mesmo interessante. No final do dia, o que
> pesa mesmo é o passo que damos hoje, com o que temos, e a proposição para
> amanhã.
>
> Um líder é necessário quando um projeto precisa de uma coordenação
> centralizada para acontecer. Só que hoje os coletivos estão cada vez mais
> descentralizados e distribuídos, peer-to-peer, com lideranças surgindo e
> desaparecendo organicamente, em função da necessidade dos projetos ou ações
> em andamento.
>
> Disso sai que a minha vontade, para a Rio.PM, hoje, é *abolir a figura do
> líder*, e que a gente se desorganize um pouco. Explico: não para
> debandarmos, mas para *desmontar esse modelo de uma meia dúzia carregando
> o piano e alguém com o ônus de mobilizar o grupo*.
>
> Para mim é simples: *se um grupo de pessoas quiser fazer algo, ele tem
> plenos meios de se organizar* pela lista, pelo IRC, pelo facebook, por
> qualquer canal, para fazer acontecer. Mais ainda: *se a iniciativa
> estiver alinhada com a cultura e os valores do grupo, não tem que pedir
> licença pra ninguém para se identificar como Rio.PM*.
>
> Na pior das hipóteses, ficamos onde já estamos: a mesma meia dúzia atuante
> vai continuar atuando. Só que Lean! e da experiência nós sabemos muito bem
> que não é a figura de um líder na Rio.PM que fez ou deixou de fazer alguma
> iniciativa acontecer.
>
> Bom...
>
> No que diz respeito à minha posição, é decisão dormida, amadurecida,
> tranquila. Não irei mais assumir o papel de “Líder Rio.PM 2012-2014”. Quero
> olhar para todos os membros como potenciais líderes ou seguidores, em
> função do momento, e do senso de responsabilidade que cada um se atribua,
> nos projetos ou problemas que surgirem.
>
> Se alguém quiser assumir o papel de líder, e trazer uma visão pro grupo,
> no modelo tradicional, etc. fique à vontade. No coletivo, agora sou mais
> um, e pode muito bem acontecer do coletivo rejeitar essa idéia e clamar por
> uma estrutura centralizada, tradicional.
>
> A verdade é que a estrutura organizacional é a última das minhas
> preocupações aqui. Eu vou continuar atuando onde sentir que seja útil e
> tenha capacidade de me comprometer, o que me importa é no final poder
> escrever “*feito com carinho para a comunidade brasileira de Perl*”.
>
> Se você chegou até aqui, obrigado pelo seu tempo! Pois é, cara, nesse
> momento *você pertence à um coletivo de profissionais e entusiastas do
> Perl com potencial de ser horizontal, descentralizado. **O que você vai
> fazer com isso?** :)*
>
> 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
>



-- 
Tiago B. Peczenyj
Linux Use

Re: [Rio-pm] reflexão, revolução, anyone? :)

[Nicole Scherer]

:-)

Oi Nuba.

Uma sociedade anárquica verdadeira seria 
perfeita, porém a diversidade humana é tal que sempre haverá indivíduos 
que preferem seguir um líder a ter de tomar decisões autônomas. E sempre
 haverá indivíduos que preferem decidir por todos (o que claramente não é
 o teu caso).

Espero que o Rio.PM se aproxime mais da sociedade anárquica perfeita, dado sua 
população de indivíduos criativos e pensantes ;-)

Bjs,

Nicole





 De: Nuba Princigalli 
Para: Perl Mongers Rio de Janeiro  
Enviadas: Segunda-feira, 11 de Março de 2013 15:09
Assunto: [Rio-pm] reflexão, revolução, anyone? :)
 

 
Caros,

 
Eu gosto muito da vibe que temos aqui na lista, mas sinto muita falta de termos 
mais iniciativas que transcendam threads de email, e que não sejam atividades 
que já faríamos mesmo por conta própria, apenas envelopadas numa cara de 
atividade do coletivo.

 
Ano passado, quando a SP.pm ia puxar o equinócio avançado (que furou) houve a 
idéia de produzirmos uma cartilha para levar novos Perl Hackers do nível básico 
ao intermediário (que também furou).

 
Esse ano, a volta do Equinócio à pauta serve como um lembrete de que um ano se 
passou, e, sem desmerecer o que foi feito, mas a minha sensação é de 
frustração, frente ao quão pouco fizemos, nesse tempo, e quão pouco engajamento 
houve.

 
Como líder, aceito e declaro o mea culpa de não ter trabalhado mais para fazer 
mais coisas acontecerem. Poderia replicar que também tive expectativas 
frustradas nesse tempo, mas não vejo que entrar nessa linha seja produtivo, 
construtivo ou mesmo interessante. No final do dia, o que pesa mesmo é o passo 
que damos hoje, com o que temos, e a proposição para amanhã.

 
Um líder é necessário quando um projeto precisa de uma coordenação centralizada 
para acontecer. Só que hoje os coletivos estão cada vez mais descentralizados e 
distribuídos, peer-to-peer, com lideranças surgindo e desaparecendo 
organicamente, em função da necessidade dos projetos ou ações em andamento.

 
Disso sai que a minha vontade, para a Rio.PM, hoje, é abolir a figura do líder, 
e que a gente se desorganize um pouco. Explico: não para debandarmos, mas para 
desmontar esse modelo de uma meia dúzia carregando o piano e alguém com o ônus 
de mobilizar o grupo.

 
Para mim é simples: se um grupo de pessoas quiser fazer algo, ele tem plenos 
meios de se organizar pela lista, pelo IRC, pelo facebook, por qualquer canal, 
para fazer acontecer. Mais ainda: se a iniciativa estiver alinhada com a 
cultura e os valores do grupo, não tem que pedir licença pra ninguém para se 
identificar como Rio.PM.

 
Na pior das hipóteses, ficamos onde já estamos: a mesma meia dúzia atuante vai 
continuar atuando. Só que Lean! e da experiência nós sabemos muito bem que não 
é a figura de um líder na Rio.PM que fez ou deixou de fazer alguma iniciativa 
acontecer.

 
Bom...

 
No que diz respeito à minha posição, é decisão dormida, amadurecida, tranquila. 
Não irei mais assumir o papel de “Líder Rio.PM 2012-2014”. Quero olhar para 
todos os membros como potenciais líderes ou seguidores, em função do momento, e 
do senso de responsabilidade que cada um se atribua, nos projetos ou problemas 
que surgirem.

 
Se alguém quiser assumir o papel de líder, e trazer uma visão pro grupo, no 
modelo tradicional, etc. fique à vontade. No coletivo, agora sou mais um, e 
pode muito bem acontecer do coletivo rejeitar essa idéia e clamar por uma 
estrutura centralizada, tradicional.

 
A verdade é que a estrutura organizacional é a última das minhas preocupações 
aqui. Eu vou continuar atuando onde sentir que seja útil e tenha capacidade de 
me comprometer, o que me importa é no final poder escrever “feito com carinho 
para a comunidade brasileira de Perl”.

 
Se você chegou até aqui, obrigado pelo seu tempo! Pois é, cara, nesse momento 
você pertence à um coletivo de profissionais e entusiastas do Perl com 
potencial de ser horizontal, descentralizado. O que você vai fazer com isso?:)

 
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] reflexão, revolução, anyone? :)

[Nuba Princigalli]

Caros,



Eu gosto muito da vibe que temos aqui na lista, mas sinto muita falta
de termos mais iniciativas que transcendam threads de email, e que não
sejam atividades que já faríamos mesmo por conta própria, apenas
envelopadas numa cara de atividade do coletivo.



Ano passado, quando a SP.pm ia puxar o equinócio avançado (que furou)
houve a idéia de produzirmos uma cartilha para levar novos Perl Hackers
do nível básico ao intermediário (que também furou).



Esse ano, a volta do Equinócio à pauta serve como um lembrete de que um
ano se passou, e, sem desmerecer o que foi feito, mas a minha sensação
é de frustração, frente ao quão pouco fizemos, nesse tempo, e quão
pouco engajamento houve.



Como líder, aceito e declaro o mea culpa de não ter trabalhado mais
para fazer mais coisas acontecerem. Poderia replicar que também tive
expectativas frustradas nesse tempo, mas não vejo que entrar nessa
linha seja produtivo, construtivo ou mesmo interessante. No final do
dia, o que pesa mesmo é o passo que damos hoje, com o que temos, e a
proposição para amanhã.



Um líder é necessário quando um projeto precisa de uma coordenação
centralizada para acontecer. Só que hoje os coletivos estão cada vez
mais descentralizados e distribuídos, peer-to-peer, com lideranças
surgindo e desaparecendo organicamente, em função da necessidade dos
projetos ou ações em andamento.



Disso sai que a minha vontade, para a Rio.PM, hoje, é abolir a figura
do líder, e que a gente se desorganize um pouco. Explico: não para
debandarmos, mas para desmontar esse modelo de uma meia dúzia
carregando o piano e alguém com o ônus de mobilizar o grupo.



Para mim é simples: se um grupo de pessoas quiser fazer algo, ele tem
plenos meios de se organizar pela lista, pelo IRC, pelo facebook, por
qualquer canal, para fazer acontecer. Mais ainda: se a iniciativa
estiver alinhada com a cultura e os valores do grupo, não tem que pedir
licença pra ninguém para se identificar como Rio.PM.



Na pior das hipóteses, ficamos onde já estamos: a mesma meia dúzia
atuante vai continuar atuando. Só que Lean! e da experiência nós
sabemos muito bem que não é a figura de um líder na Rio.PM que fez ou
deixou de fazer alguma iniciativa acontecer.



Bom...



No que diz respeito à minha posição, é decisão dormida, amadurecida,
tranquila. Não irei mais assumir o papel de “Líder Rio.PM 2012-2014”.
Quero olhar para todos os membros como potenciais líderes ou
seguidores, em função do momento, e do senso de responsabilidade que
cada um se atribua, nos projetos ou problemas que surgirem.



Se alguém quiser assumir o papel de líder, e trazer uma visão pro
grupo, no modelo tradicional, etc. fique à vontade. No coletivo, agora
sou mais um, e pode muito bem acontecer do coletivo rejeitar essa idéia
e clamar por uma estrutura centralizada, tradicional.



A verdade é que a estrutura organizacional é a última das minhas
preocupações aqui. Eu vou continuar atuando onde sentir que seja útil e
tenha capacidade de me comprometer, o que me importa é no final poder
escrever “feito com carinho para a comunidade brasileira de Perl”.



Se você chegou até aqui, obrigado pelo seu tempo! Pois é, cara, nesse
momento você pertence à um coletivo de profissionais e entusiastas do
Perl com potencial de ser horizontal, descentralizado. O que você vai
fazer com isso? :)



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

Re: [Rio-pm] obtendo dados do HTTP header atraves de proxy

[Nicole Scherer]

Oi Renato e Tiago,

usando as instruções do pacote no cpan, eu obtive isto:


use Net::FTP;
my $host = "ftp://hgdownload.cse.ucsc.edu/goldenPath/ce4/database/";; 
my $ftp = Net::FTP->new($host, Firewall => 'http://10.46.10.19:3129')
    or die "Cannot connect to some.host.name: $@";
$ftp->size("all_est.txt.gz")
    or die "get failed ", $ftp->message;
$ftp->quit;
exit;

---


- Primeira tentativa:
$ time perl teste_proxy.pl
Cannot connect to some.host.name: Net::FTP: Bad hostname 
'http://10.46.10.19:3129' at teste_proxy.pl line 18.



- Segunda tentativa, tirando o http:// do proxy:

$ perl teste_proxy.pl
Cannot connect to some.host.name:  at teste_proxy.pl line 18.


- em alguma tentativa, também obtive isto:

$ perl teste_proxy.pl
Cannot connect to some.host.name: Net::FTP: Bad hostname 
'ftp://hgdownload.cse.ucsc.edu/goldenPath/ce4/database/' at teste_proxy.pl line 
18.


---


Alguma ideia, sobre o que estou fazendo errado?


[]'s
Nicole




 De: Renato Santos 
Para: Nicole Scherer  
Cc: Perl Mongers Rio de Janeiro  
Enviadas: Sexta-feira, 8 de Março de 2013 17:13
Assunto: Re: [Rio-pm] obtendo dados do HTTP header atraves de proxy
 

Então você precisa verificar o seu proxy.

Mas como o Tiago disse, 

porque vocẽ não conecta usando Net::FTP ? Ele tem modo anomimo.




2013/3/8 Nicole Scherer 

Sim, Renato,
>
>usando o  LWP::Simple::get($downloadfile) eu consigo baixar o arquivo 
>inclusive através do proxy.
>Só o conteúdo do LWP::Simple::head($downloadfile) é que não é o mesmo com ou 
>sem proxy.
>Não sei se é porque ele usa o head() do LWP::UserAgent, quando acionado o $ua 
>para o proxy.
>
>[]'s
>Nicole
>
>
>
>
>
>
>
> De: Renato Santos 
>Para: Nicole Scherer ; Perl Mongers Rio de Janeiro 
> 
>Enviadas: Sexta-feira, 8 de Março de 2013 17:01
>Assunto: Re: [Rio-pm] obtendo dados do HTTP header atraves de proxy
> 
>
>
>Existe a possibilidade do seu proxy não estar repassando essas informações ou 
>estar negando o acesso.
>
>
>Você já tentou baixar o arquivo com o proxy ?
>
>
>2013/3/8 Nicole Scherer 
>
>Oi Mongers,
>>
>>venho humildemente consultar o vasto conhecimento de vocês em prol da 
>>pesquisa científica.
>>
>>Preciso consultar o tamanho de um arquivo em um servidor ftp, antes de 
>>decidir se o arquivo deverá ou não ser baixado.
>>Eu estava usando o LWP::Simple::head($url) para isto, e estava funcionando 
>>bem, até eu ter que usá-lo através de um proxy.
>>O que acontece é o seguinte, usando sem proxy, eu consigo acessar as 
>>informações sobre tamanho, formato, codificação, etc,
>>
>>
>>my $downloadfile = 
>>"ftp://hgdownload.cse.ucsc.edu/goldenPath/ce4/database/all_est.txt.gz";;
>>my ($content_type, $document_length, $modified_time, $expires, $server) = 
>>LWP::Simple::head($downloadfile);
>>
>>--- ou
>>
>>if (my $res = LWP::Simple::head($downloadfile)) {
>>    print "$downloadfile ok\n"; ### debug
>>    p($res->{_headers});
>>} else {
>>    print "$downloadfile not available\n"; ### debug
>>}
>>
>>
>>--- e quando uso 
>>
>>use LWP::Simple qw($ua head);
>>$ua->proxy([qw(http ftp wais)], 'http://10.46.10.19:3129');
>>
>>
>>para definir o proxy, ele não retorna estas informações.
>>
>>
>>
>>
>>Se eu mandar imprimir $res->{_headers}, tenho isso:
>>
>>
>>--- rodando sem proxy
>>
>>
>>HTTP::Headers  {
>>    public methods (38) : as_string, authorization, authorization_basic, 
>>clear, client_date, content_encoding, content_is_html, content_is_text, 
>>content_is_xhtml, content_is_xml, content_language, content_length, 
>>content_type, content_type_charset, date, expires, from, header, 
>>header_field_names, if_modified_since, if_unmodified_since, init_header, 
>>last_modified, new,
 proxy_authenticate, proxy_authorization, proxy_authorization_basic, 
push_header, referer, referrer, remove_content_headers, remove_header, scan, 
server, title, user_agent, warning, www_authenticate
>>    private methods (5) : _basic_auth, _date_header, _header, 
>>_process_newline, _sorted_field_names
>>    internals: {
>>    client-date =>  "Fri, 08 Mar 2013 19:33:58 GMT",
>>    client-request-num  =>  1,
>>    content-encoding    =>  "gzip",
>>    content-length  =>  14169205,
>>    content-type    => 
 "text/plain",
>>    last-modified   =>  "Mon, 14 Mar 2011 16:52:05 GMT",
>>    server  =>  "FTP Server"
>>    }
>>}
>>
>>
>>
>>
>>
>>--- com proxyHTTP::Headers  {
>>    public methods (38) : as_string, authorization, authorization_basic, 
>>clear, client_date, content_encoding, content_is_html, content_is_text, 
>>content_is_xhtml, content_is_xml, content_language, content_length, 
>>content_type,
 content_type_charset, date, expires, from, header, header_field_names, 
if_modified_since, if_unmodified_since, init_header, last_modified, new, 
proxy_authenticate, proxy_authorization, proxy_authorization_basic, 
push_header, referer, referrer