From shonorio em gmail.com Tue Dec 1 07:15:01 2009 From: shonorio em gmail.com (Solli Honorio) Date: Tue, 1 Dec 2009 13:15:01 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> Message-ID: <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> Vocês conhecem 'turbinadores' para emacs ? Decidí que vou tentar utilizar o emacs, pois ele tem um comportamento mais próximo ao que estou acostumado, esta história de 'command mode' do vim não faz muito sentido para mim. Solli M. Honório 2009/11/26 Otávio Fernandes > On Thu, Nov 26, 2009 at 16:20, breno wrote: > > Para os adeptos do vim, aqui vão algumas dicas: > > > > Primeiro, o já conhecido .vimrc do Nelson Ferraz: > > http://www.perlmonks.org/?node_id=540167 > > > > Depois, o famoso perl-support.vim > > http://www.vim.org/scripts/script.php?script_id=556 > > > http://www.thegeekstuff.com/2009/01/make-vim-as-your-perl-ide-using-perl-supportvim-plugin/ > > > > Finalmente, algumas coisas bacanas que deixam o vim com mais cara de > > Perl IDE, incluindo screenshots animados pra vermos as funcionalidades > > em ação: > > > > > http://c9s.blogspot.com/2009/11/perl-completionvim-now-supports-simple.html > > > http://code-and-hacks.blogspot.com/2009/06/stealing-from-padre-for-vim.html > > > http://code-and-hacks.blogspot.com/2009/07/stealing-from-padre-for-vim-part-3.html > > > > > > []s, > > > > -b > > _______________________________________________ > > Cascavel-pm mailing list > > Cascavel-pm em pm.org > > http://mail.pm.org/mailman/listinfo/cascavel-pm > > $breno++; > > Excelentes exemplos! O Perl-Completion-Vim eu não conhecia, é ótimo. > > um abraço, > > -- > Otávio Fernandes > http://blog.emresumo.com > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- "o animal satisfeito dorme". - Guimarães Rosa -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From nferraz em gmail.com Tue Dec 1 07:46:33 2009 From: nferraz em gmail.com (Nelson Ferraz) Date: Tue, 1 Dec 2009 16:46:33 +0100 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> Message-ID: <604cec170912010746i2da16327j99245c605656c11@mail.gmail.com> 2009/12/1 Solli Honorio : > Vocês conhecem 'turbinadores' para emacs ? Decidí que vou tentar utilizar o > emacs, pois ele tem um comportamento mais próximo ao que estou acostumado, > esta história de 'command mode' do vim não faz muito sentido para mim. O command mode do vim nao faz sentido pra ninguem. Ate' que voce comeca a usa-lo por algumas semanas... Quanto ao emacs, procure por "perl mode". From giulianisanches em gmail.com Tue Dec 1 09:30:44 2009 From: giulianisanches em gmail.com (Giuliani Deon Sanches) Date: Tue, 1 Dec 2009 14:30:44 -0300 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> Message-ID: <572750180912010930x5c50d792m4d576ae628aed1ae@mail.gmail.com> 2009/12/1 Solli Honorio : > Vocês conhecem 'turbinadores' para emacs ? Decidí que vou tentar utilizar o > emacs, pois ele tem um comportamento mais próximo ao que estou acostumado, > esta história de 'command mode' do vim não faz muito sentido para mim. Solli, Minhas confs estão sem documentação (ok, sei que é fail) mas eu programo em perl no emacs. Elas estão aqui: http://github.com/khaoz/emacs-files Tem um detalhe que ta faltando fazer funcionar ainda que é o cperl-mode do jrockway que habilita syntaxe para o MooseX::Declare. Tenho também algumas alterações feitas no meu note que não "pushei" para o github ainda mas acho que hj a noite vai ;) Eu demorei uns 15 dias para me habituar com o emacs depois de 4-5 anos com vim, acho que vc pega a jeito mais rápido. Aconselho o "swap" do caps com o control, é muito saudável para os punhos e torna o emacs bem usável hehehehe. []'s -- twitter.com/giulianisanches giulianisanches.blogspot.com github.com/khaoz From thiago em aware.com.br Tue Dec 1 12:31:03 2009 From: thiago em aware.com.br (Thiago Rondon) Date: Tue, 01 Dec 2009 18:31:03 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> Message-ID: <4B157D07.9030901@aware.com.br> O "command mode" do vim não é história, é uma estratégia da arquitetura do editor para você manipular ele, cujo o principal objetivo é simplificar a flexibilidade do usuário, isto não tem nada haver com ser melhor ou pior, é apenas uma característica que depende sempre do operador.... Sempre dele... A principal diferença entre emacs e vim é a maneira que a interface do aplicativo manipula teu objetivo. Ps.: Sou usuário do vim, porém utilizo o emacs localmente para tarefas domésticas por razões do operador. :-) -Thiago Rondon Solli Honorio escreveu: > Vocês conhecem 'turbinadores' para emacs ? Decidí que vou tentar > utilizar o emacs, pois ele tem um comportamento mais próximo ao que > estou acostumado, esta história de 'command mode' do vim não faz muito > sentido para mim. > > Solli M. Honório > > 2009/11/26 Otávio Fernandes > > > On Thu, Nov 26, 2009 at 16:20, breno > wrote: > > Para os adeptos do vim, aqui vão algumas dicas: > > > > Primeiro, o já conhecido .vimrc do Nelson Ferraz: > > http://www.perlmonks.org/?node_id=540167 > > > > Depois, o famoso perl-support.vim > > http://www.vim.org/scripts/script.php?script_id=556 > > > http://www.thegeekstuff.com/2009/01/make-vim-as-your-perl-ide-using-perl-supportvim-plugin/ > > > > Finalmente, algumas coisas bacanas que deixam o vim com mais cara de > > Perl IDE, incluindo screenshots animados pra vermos as > funcionalidades > > em ação: > > > > > http://c9s.blogspot.com/2009/11/perl-completionvim-now-supports-simple.html > > > http://code-and-hacks.blogspot.com/2009/06/stealing-from-padre-for-vim.html > > > http://code-and-hacks.blogspot.com/2009/07/stealing-from-padre-for-vim-part-3.html > > > > > > []s, > > > > -b > > _______________________________________________ > > Cascavel-pm mailing list > > Cascavel-pm em pm.org > > http://mail.pm.org/mailman/listinfo/cascavel-pm > > $breno++; > > Excelentes exemplos! O Perl-Completion-Vim eu não conhecia, é ótimo. > > um abraço, > > -- > Otávio Fernandes > > http://blog.emresumo.com > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > > -- > "o animal satisfeito dorme". - Guimarães Rosa > ------------------------------------------------------------------------ > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm From russoz em gmail.com Tue Dec 1 12:51:46 2009 From: russoz em gmail.com (Alexei Znamensky) Date: Tue, 1 Dec 2009 18:51:46 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <4B157D07.9030901@aware.com.br> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> Message-ID: <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> Thiago, acho muito difícil que o Bill Joy (guru de Berkeley, um dos co-autores do protocolo TCP/IP, fundador da Sun, e autor do vi), tenha bolado o command mode (lá pelos idos de 1970 e x) como "uma estratégia da arquitetura do editor para você manipular ele, cujo o principal objetivo é simplificar a flexibilidade do usuário". Tudo o que ele tinha anteriormente era o (legendário) ed, e ele decidiu fazer um ed que mostrasse o arquivo no terminal: vi = visual editor, ou visual ed. Só isso. 2009/12/1 Thiago Rondon > > O "command mode" do vim não é história, é uma estratégia da arquitetura do > editor para você manipular ele, cujo o principal objetivo é simplificar a > flexibilidade do usuário, isto não tem nada haver com ser melhor ou pior, é > apenas uma característica que depende sempre do operador.... Sempre dele... > > A principal diferença entre emacs e vim é a maneira que a interface do > aplicativo manipula teu objetivo. > > Ps.: Sou usuário do vim, porém utilizo o emacs localmente para tarefas > domésticas por razões do operador. :-) > > -Thiago Rondon > > Solli Honorio escreveu: > >> Vocês conhecem 'turbinadores' para emacs ? Decidí que vou tentar utilizar >> o emacs, pois ele tem um comportamento mais próximo ao que estou acostumado, >> esta história de 'command mode' do vim não faz muito sentido para mim. >> >> Solli M. Honório >> >> 2009/11/26 Otávio Fernandes > >> >> >> >> On Thu, Nov 26, 2009 at 16:20, breno > > wrote: >> > Para os adeptos do vim, aqui vão algumas dicas: >> > >> > Primeiro, o já conhecido .vimrc do Nelson Ferraz: >> > http://www.perlmonks.org/?node_id=540167 >> > >> > Depois, o famoso perl-support.vim >> > http://www.vim.org/scripts/script.php?script_id=556 >> > >> >> http://www.thegeekstuff.com/2009/01/make-vim-as-your-perl-ide-using-perl-supportvim-plugin/ >> > >> > Finalmente, algumas coisas bacanas que deixam o vim com mais cara de >> > Perl IDE, incluindo screenshots animados pra vermos as >> funcionalidades >> > em ação: >> > >> > >> >> http://c9s.blogspot.com/2009/11/perl-completionvim-now-supports-simple.html >> > >> >> http://code-and-hacks.blogspot.com/2009/06/stealing-from-padre-for-vim.html >> > >> >> http://code-and-hacks.blogspot.com/2009/07/stealing-from-padre-for-vim-part-3.html >> > >> > >> > []s, >> > >> > -b >> > _______________________________________________ >> > Cascavel-pm mailing list >> > Cascavel-pm em pm.org >> >> > http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> $breno++; >> >> Excelentes exemplos! O Perl-Completion-Vim eu não conhecia, é ótimo. >> >> um abraço, >> >> -- >> Otávio Fernandes > >> >> http://blog.emresumo.com >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> >> >> >> -- >> "o animal satisfeito dorme". - Guimarães Rosa >> ------------------------------------------------------------------------ >> >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com] [ www.flickr.com/photos/alexeiz] "Though we live in trying times, we're the ones who have to try" -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From daniel.oliveira.mantovani em gmail.com Tue Dec 1 13:03:31 2009 From: daniel.oliveira.mantovani em gmail.com (Daniel de Oliveira Mantovani) Date: Tue, 1 Dec 2009 19:03:31 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> Message-ID: <214823ca0912011303q4e366a48i4ded625f69b2ce85@mail.gmail.com> ('alpha+')++ 2009/12/1 Alexei Znamensky : > Thiago, acho muito difícil que o Bill Joy (guru de Berkeley, um dos > co-autores do protocolo TCP/IP, fundador da Sun, e autor do vi), tenha > bolado o command mode (lá pelos idos de 1970 e x) como "uma estratégia da > arquitetura do editor para você manipular ele, cujo o principal objetivo é > simplificar a flexibilidade do usuário". > > Tudo o que ele tinha anteriormente era o (legendário) ed, e ele decidiu > fazer um ed que mostrasse o arquivo no terminal: vi = visual editor, ou > visual ed. Só isso. > > > 2009/12/1 Thiago Rondon >> >> O "command mode" do vim não é história, é uma estratégia da arquitetura do >> editor para você manipular ele, cujo o principal objetivo é simplificar a >> flexibilidade do usuário, isto não tem nada haver com ser melhor ou pior, é >> apenas uma característica que depende sempre do operador.... Sempre dele... >> >> A principal diferença entre emacs e vim é a maneira que a interface do >> aplicativo manipula teu objetivo. >> >> Ps.: Sou usuário do vim, porém utilizo o emacs localmente para tarefas >> domésticas por razões do operador. :-) >> >> -Thiago Rondon >> >> Solli Honorio escreveu: >>> >>> Vocês conhecem 'turbinadores' para emacs ? Decidí que vou tentar utilizar >>> o emacs, pois ele tem um comportamento mais próximo ao que estou acostumado, >>> esta história de 'command mode' do vim não faz muito sentido para mim. >>> >>> Solli M. Honório >>> >>> 2009/11/26 Otávio Fernandes >> > >>> >>>    On Thu, Nov 26, 2009 at 16:20, breno >>    > wrote: >>>    > Para os adeptos do vim, aqui vão algumas dicas: >>>    > >>>    > Primeiro, o já conhecido .vimrc do Nelson Ferraz: >>>    > http://www.perlmonks.org/?node_id=540167 >>>    > >>>    > Depois, o famoso perl-support.vim >>>    > http://www.vim.org/scripts/script.php?script_id=556 >>>    > >>> >>>  http://www.thegeekstuff.com/2009/01/make-vim-as-your-perl-ide-using-perl-supportvim-plugin/ >>>    > >>>    > Finalmente, algumas coisas bacanas que deixam o vim com mais cara de >>>    > Perl IDE, incluindo screenshots animados pra vermos as >>>    funcionalidades >>>    > em ação: >>>    > >>>    > >>> >>>  http://c9s.blogspot.com/2009/11/perl-completionvim-now-supports-simple.html >>>    > >>> >>>  http://code-and-hacks.blogspot.com/2009/06/stealing-from-padre-for-vim.html >>>    > >>> >>>  http://code-and-hacks.blogspot.com/2009/07/stealing-from-padre-for-vim-part-3.html >>>    > >>>    > >>>    > []s, >>>    > >>>    > -b >>>    > _______________________________________________ >>>    > Cascavel-pm mailing list >>>    > Cascavel-pm em pm.org >>>    > http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>>    $breno++; >>> >>>    Excelentes exemplos! O Perl-Completion-Vim eu não conhecia, é ótimo. >>> >>>    um abraço, >>> >>>    -- >>>    Otávio Fernandes > >>>    http://blog.emresumo.com >>>    _______________________________________________ >>>    Cascavel-pm mailing list >>>    Cascavel-pm em pm.org >>>    http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> >>> >>> >>> -- >>> "o animal satisfeito dorme". - Guimarães Rosa >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > -- > Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com] > [www.flickr.com/photos/alexeiz] > "Though we live in trying times, we're the ones who have to try" > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Existe dois tipos de pessoas, as que reclamam a vida inteira do que fazem, e as que fazem o que nasceram para fazer. From thiago em aware.com.br Tue Dec 1 13:04:45 2009 From: thiago em aware.com.br (Thiago Rondon) Date: Tue, 01 Dec 2009 19:04:45 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> Message-ID: <4B1584ED.8030709@aware.com.br> "visual". -Thiago Rondon Alexei Znamensky escreveu: > Thiago, acho muito difícil que o Bill Joy (guru de Berkeley, um dos > co-autores do protocolo TCP/IP, fundador da Sun, e autor do vi), tenha > bolado o command mode (lá pelos idos de 1970 e x) como "uma estratégia > da arquitetura do editor para você manipular ele, cujo o principal > objetivo é simplificar a flexibilidade do usuário". > > Tudo o que ele tinha anteriormente era o (legendário) ed, e ele > decidiu fazer um ed que mostrasse o arquivo no terminal: vi = visual > editor, ou visual ed. Só isso. > > > 2009/12/1 Thiago Rondon > > > > O "command mode" do vim não é história, é uma estratégia da > arquitetura do editor para você manipular ele, cujo o principal > objetivo é simplificar a flexibilidade do usuário, isto não tem > nada haver com ser melhor ou pior, é apenas uma característica que > depende sempre do operador.... Sempre dele... > > A principal diferença entre emacs e vim é a maneira que a > interface do aplicativo manipula teu objetivo. > > Ps.: Sou usuário do vim, porém utilizo o emacs localmente para > tarefas domésticas por razões do operador. :-) > > -Thiago Rondon > > Solli Honorio escreveu: > > Vocês conhecem 'turbinadores' para emacs ? Decidí que vou > tentar utilizar o emacs, pois ele tem um comportamento mais > próximo ao que estou acostumado, esta história de 'command > mode' do vim não faz muito sentido para mim. > > Solli M. Honório > > 2009/11/26 Otávio Fernandes >> > > > On Thu, Nov 26, 2009 at 16:20, breno > >> wrote: > > Para os adeptos do vim, aqui vão algumas dicas: > > > > Primeiro, o já conhecido .vimrc do Nelson Ferraz: > > http://www.perlmonks.org/?node_id=540167 > > > > Depois, o famoso perl-support.vim > > http://www.vim.org/scripts/script.php?script_id=556 > > > > http://www.thegeekstuff.com/2009/01/make-vim-as-your-perl-ide-using-perl-supportvim-plugin/ > > > > Finalmente, algumas coisas bacanas que deixam o vim com > mais cara de > > Perl IDE, incluindo screenshots animados pra vermos as > funcionalidades > > em ação: > > > > > > http://c9s.blogspot.com/2009/11/perl-completionvim-now-supports-simple.html > > > > http://code-and-hacks.blogspot.com/2009/06/stealing-from-padre-for-vim.html > > > > http://code-and-hacks.blogspot.com/2009/07/stealing-from-padre-for-vim-part-3.html > > > > > > []s, > > > > -b > > _______________________________________________ > > Cascavel-pm mailing list > > Cascavel-pm em pm.org > > > > > http://mail.pm.org/mailman/listinfo/cascavel-pm > > $breno++; > > Excelentes exemplos! O Perl-Completion-Vim eu não conhecia, > é ótimo. > > um abraço, > > -- > Otávio Fernandes > > > > http://blog.emresumo.com > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > > > > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > > -- > "o animal satisfeito dorme". - Guimarães Rosa > ------------------------------------------------------------------------ > > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > > -- > Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com > ] [www.flickr.com/photos/alexeiz > ] > "Though we live in trying times, we're the ones who have to try" > ------------------------------------------------------------------------ > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm From thiago em aware.com.br Tue Dec 1 13:17:51 2009 From: thiago em aware.com.br (Thiago Rondon) Date: Tue, 01 Dec 2009 19:17:51 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <4B1584ED.8030709@aware.com.br> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> Message-ID: <4B1587FF.4020602@aware.com.br> Apenas uma correção. Só um detalhe, o Bill Joy escreveu o *vi* nesta epoca que você realmente colocou, porém o *vim* teve tua primeira versão pública em 1991 e portado para o *Unix em 1992. Sobre minha conclusão sobre o objetivo do 'command mode' existe um resumo no segundo capitulo do manual do vim. Abs! -Thiago Rondon Thiago Rondon escreveu: > "visual". > > -Thiago Rondon > > Alexei Znamensky escreveu: >> Thiago, acho muito difícil que o Bill Joy (guru de Berkeley, um dos >> co-autores do protocolo TCP/IP, fundador da Sun, e autor do vi), >> tenha bolado o command mode (lá pelos idos de 1970 e x) como "uma >> estratégia da arquitetura do editor para você manipular ele, cujo o >> principal objetivo é simplificar a flexibilidade do usuário". >> >> Tudo o que ele tinha anteriormente era o (legendário) ed, e ele >> decidiu fazer um ed que mostrasse o arquivo no terminal: vi = visual >> editor, ou visual ed. Só isso. >> >> >> 2009/12/1 Thiago Rondon > > >> >> >> O "command mode" do vim não é história, é uma estratégia da >> arquitetura do editor para você manipular ele, cujo o principal >> objetivo é simplificar a flexibilidade do usuário, isto não tem >> nada haver com ser melhor ou pior, é apenas uma característica que >> depende sempre do operador.... Sempre dele... >> >> A principal diferença entre emacs e vim é a maneira que a >> interface do aplicativo manipula teu objetivo. >> >> Ps.: Sou usuário do vim, porém utilizo o emacs localmente para >> tarefas domésticas por razões do operador. :-) >> >> -Thiago Rondon >> >> Solli Honorio escreveu: >> >> Vocês conhecem 'turbinadores' para emacs ? Decidí que vou >> tentar utilizar o emacs, pois ele tem um comportamento mais >> próximo ao que estou acostumado, esta história de 'command >> mode' do vim não faz muito sentido para mim. >> >> Solli M. Honório >> >> 2009/11/26 Otávio Fernandes > > >> >> >> >> On Thu, Nov 26, 2009 at 16:20, breno > >> >> wrote: >> > Para os adeptos do vim, aqui vão algumas dicas: >> > >> > Primeiro, o já conhecido .vimrc do Nelson Ferraz: >> > http://www.perlmonks.org/?node_id=540167 >> > >> > Depois, o famoso perl-support.vim >> > http://www.vim.org/scripts/script.php?script_id=556 >> > >> >> http://www.thegeekstuff.com/2009/01/make-vim-as-your-perl-ide-using-perl-supportvim-plugin/ >> >> > >> > Finalmente, algumas coisas bacanas que deixam o vim com >> mais cara de >> > Perl IDE, incluindo screenshots animados pra vermos as >> funcionalidades >> > em ação: >> > >> > >> >> http://c9s.blogspot.com/2009/11/perl-completionvim-now-supports-simple.html >> >> > >> >> http://code-and-hacks.blogspot.com/2009/06/stealing-from-padre-for-vim.html >> >> > >> >> http://code-and-hacks.blogspot.com/2009/07/stealing-from-padre-for-vim-part-3.html >> >> > >> > >> > []s, >> > >> > -b >> > _______________________________________________ >> > Cascavel-pm mailing list >> > Cascavel-pm em pm.org >> > >> >> > http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> $breno++; >> >> Excelentes exemplos! O Perl-Completion-Vim eu não conhecia, >> é ótimo. >> >> um abraço, >> >> -- >> Otávio Fernandes >> > >> >> http://blog.emresumo.com >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> > >> >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> >> >> >> -- "o animal satisfeito dorme". - Guimarães Rosa >> >> ------------------------------------------------------------------------ >> >> >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> >> >> >> -- >> Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com >> ] [www.flickr.com/photos/alexeiz >> ] >> "Though we live in trying times, we're the ones who have to try" >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > From russoz em gmail.com Tue Dec 1 13:29:40 2009 From: russoz em gmail.com (Alexei Znamensky) Date: Tue, 1 Dec 2009 19:29:40 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <4B1587FF.4020602@aware.com.br> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> <4B1587FF.4020602@aware.com.br> Message-ID: <23f46d7f0912011329s2cca9766j5b8071cd36c585ca@mail.gmail.com> Eu até cogitei entrar nesse mérito, mas posto que o vim a.k.a. VI-Improved manteve a decisão original de projeto do vi de ter um command mode, até mesmo para (imagino) poder ser chamado de ***VI***-improved, no meu entender quem definiu o motivo pelo qual existe o command mode no VIM é o Bill Joy, não o cara do VIM. Justamente, porque se ele (o cara do VIM) decidisse mudar isso, ele provavelmente teria de mudar o nome do produto. my cents = 0.02; []s, Russo 2009/12/1 Thiago Rondon > > Apenas uma correção. > > Só um detalhe, o Bill Joy escreveu o *vi* nesta epoca que você realmente > colocou, porém o *vim* teve tua primeira versão pública em 1991 e portado > para o *Unix em 1992. > > Sobre minha conclusão sobre o objetivo do 'command mode' existe um resumo > no segundo capitulo do manual do vim. > > Abs! > -Thiago Rondon > > Thiago Rondon escreveu: > > "visual". >> >> -Thiago Rondon >> >> Alexei Znamensky escreveu: >> >>> Thiago, acho muito difícil que o Bill Joy (guru de Berkeley, um dos >>> co-autores do protocolo TCP/IP, fundador da Sun, e autor do vi), tenha >>> bolado o command mode (lá pelos idos de 1970 e x) como "uma estratégia da >>> arquitetura do editor para você manipular ele, cujo o principal objetivo é >>> simplificar a flexibilidade do usuário". >>> >>> Tudo o que ele tinha anteriormente era o (legendário) ed, e ele decidiu >>> fazer um ed que mostrasse o arquivo no terminal: vi = visual editor, ou >>> visual ed. Só isso. >>> >>> >>> 2009/12/1 Thiago Rondon >> >> >>> >>> >>> O "command mode" do vim não é história, é uma estratégia da >>> arquitetura do editor para você manipular ele, cujo o principal >>> objetivo é simplificar a flexibilidade do usuário, isto não tem >>> nada haver com ser melhor ou pior, é apenas uma característica que >>> depende sempre do operador.... Sempre dele... >>> >>> A principal diferença entre emacs e vim é a maneira que a >>> interface do aplicativo manipula teu objetivo. >>> >>> Ps.: Sou usuário do vim, porém utilizo o emacs localmente para >>> tarefas domésticas por razões do operador. :-) >>> >>> -Thiago Rondon >>> >>> Solli Honorio escreveu: >>> >>> Vocês conhecem 'turbinadores' para emacs ? Decidí que vou >>> tentar utilizar o emacs, pois ele tem um comportamento mais >>> próximo ao que estou acostumado, esta história de 'command >>> mode' do vim não faz muito sentido para mim. >>> >>> Solli M. Honório >>> >>> 2009/11/26 Otávio Fernandes >> >> >> >>> >>> >>> On Thu, Nov 26, 2009 at 16:20, breno >> >>> >> wrote: >>> > Para os adeptos do vim, aqui vão algumas dicas: >>> > >>> > Primeiro, o já conhecido .vimrc do Nelson Ferraz: >>> > http://www.perlmonks.org/?node_id=540167 >>> > >>> > Depois, o famoso perl-support.vim >>> > http://www.vim.org/scripts/script.php?script_id=556 >>> > >>> >>> http://www.thegeekstuff.com/2009/01/make-vim-as-your-perl-ide-using-perl-supportvim-plugin/ >>> > >>> > Finalmente, algumas coisas bacanas que deixam o vim com >>> mais cara de >>> > Perl IDE, incluindo screenshots animados pra vermos as >>> funcionalidades >>> > em ação: >>> > >>> > >>> >>> http://c9s.blogspot.com/2009/11/perl-completionvim-now-supports-simple.html >>> > >>> >>> http://code-and-hacks.blogspot.com/2009/06/stealing-from-padre-for-vim.html >>> > >>> >>> http://code-and-hacks.blogspot.com/2009/07/stealing-from-padre-for-vim-part-3.html >>> > >>> > >>> > []s, >>> > >>> > -b >>> > _______________________________________________ >>> > Cascavel-pm mailing list >>> > Cascavel-pm em pm.org >>> > >>> >>> > http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> $breno++; >>> >>> Excelentes exemplos! O Perl-Completion-Vim eu não conhecia, >>> é ótimo. >>> >>> um abraço, >>> >>> -- >>> Otávio Fernandes >>> > >>> >>> http://blog.emresumo.com >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> > >>> >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> >>> >>> >>> -- "o animal satisfeito dorme". - Guimarães Rosa >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> >>> >>> >>> -- >>> Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com < >>> http://russoz.wordpress.com>] [www.flickr.com/photos/alexeiz < >>> http://www.flickr.com/photos/alexeiz>] >>> "Though we live in trying times, we're the ones who have to try" >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> >> > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com] [ www.flickr.com/photos/alexeiz] "Though we live in trying times, we're the ones who have to try" -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From thiago em aware.com.br Tue Dec 1 13:37:20 2009 From: thiago em aware.com.br (Thiago Rondon) Date: Tue, 01 Dec 2009 19:37:20 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <23f46d7f0912011329s2cca9766j5b8071cd36c585ca@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> <4B1587FF.4020602@aware.com.br> <23f46d7f0912011329s2cca9766j5b8071cd36c585ca@mail.gmail.com> Message-ID: <4B158C90.4050800@aware.com.br> Concordo sobre a questão histórica da nomeclatura. A discussão é mais por que o 'command mode' existir, eis a questão. :-) Eu estou racionalizando a minha utilização do "command mode", ou seja o "command mode" existe no vim simplesmente pela herança histórica do 'ed' ? Eu prefiro acreditar que é pela simplicidade, até por que isto que faz com que eu use ele. my cents. :-) Abraço! -Thiago Rondon Alexei Znamensky escreveu: > Eu até cogitei entrar nesse mérito, mas posto que o vim a.k.a. > VI-Improved manteve a decisão original de projeto do vi de ter um > command mode, até mesmo para (imagino) poder ser chamado de > ***VI***-improved, no meu entender quem definiu o motivo pelo qual > existe o command mode no VIM é o Bill Joy, não o cara do VIM. > Justamente, porque se ele (o cara do VIM) decidisse mudar isso, ele > provavelmente teria de mudar o nome do produto. > > my cents = 0.02; > > []s, > Russo > > 2009/12/1 Thiago Rondon > > > > Apenas uma correção. > > Só um detalhe, o Bill Joy escreveu o *vi* nesta epoca que você > realmente colocou, porém o *vim* teve tua primeira versão pública > em 1991 e portado para o *Unix em 1992. > > Sobre minha conclusão sobre o objetivo do 'command mode' existe um > resumo no segundo capitulo do manual do vim. > > Abs! > -Thiago Rondon > > Thiago Rondon escreveu: > > "visual". > > -Thiago Rondon > > Alexei Znamensky escreveu: > > Thiago, acho muito difícil que o Bill Joy (guru de > Berkeley, um dos co-autores do protocolo TCP/IP, fundador > da Sun, e autor do vi), tenha bolado o command mode (lá > pelos idos de 1970 e x) como "uma estratégia da > arquitetura do editor para você manipular ele, cujo o > principal objetivo é simplificar a flexibilidade do usuário". > > Tudo o que ele tinha anteriormente era o (legendário) ed, > e ele decidiu fazer um ed que mostrasse o arquivo no > terminal: vi = visual editor, ou visual ed. Só isso. > > > 2009/12/1 Thiago Rondon >> > > > O "command mode" do vim não é história, é uma estratégia da > arquitetura do editor para você manipular ele, cujo o > principal > objetivo é simplificar a flexibilidade do usuário, isto > não tem > nada haver com ser melhor ou pior, é apenas uma > característica que > depende sempre do operador.... Sempre dele... > > A principal diferença entre emacs e vim é a maneira que a > interface do aplicativo manipula teu objetivo. > > Ps.: Sou usuário do vim, porém utilizo o emacs > localmente para > tarefas domésticas por razões do operador. :-) > > -Thiago Rondon > > Solli Honorio escreveu: > > Vocês conhecem 'turbinadores' para emacs ? Decidí > que vou > tentar utilizar o emacs, pois ele tem um > comportamento mais > próximo ao que estou acostumado, esta história de > 'command > mode' do vim não faz muito sentido para mim. > > Solli M. Honório > > 2009/11/26 Otávio Fernandes > > > >>> > > > On Thu, Nov 26, 2009 at 16:20, breno > > > > >>> wrote: > > Para os adeptos do vim, aqui vão algumas dicas: > > > > Primeiro, o já conhecido .vimrc do Nelson Ferraz: > > http://www.perlmonks.org/?node_id=540167 > > > > Depois, o famoso perl-support.vim > > > http://www.vim.org/scripts/script.php?script_id=556 > > > > http://www.thegeekstuff.com/2009/01/make-vim-as-your-perl-ide-using-perl-supportvim-plugin/ > > > > > Finalmente, algumas coisas bacanas que deixam > o vim com > mais cara de > > Perl IDE, incluindo screenshots animados pra > vermos as > funcionalidades > > em ação: > > > > > > http://c9s.blogspot.com/2009/11/perl-completionvim-now-supports-simple.html > > > > > http://code-and-hacks.blogspot.com/2009/06/stealing-from-padre-for-vim.html > > > > > http://code-and-hacks.blogspot.com/2009/07/stealing-from-padre-for-vim-part-3.html > > > > > > > []s, > > > > -b > > _______________________________________________ > > Cascavel-pm mailing list > > Cascavel-pm em pm.org > > > >> > > > http://mail.pm.org/mailman/listinfo/cascavel-pm > > $breno++; > > Excelentes exemplos! O Perl-Completion-Vim eu > não conhecia, > é ótimo. > > um abraço, > > -- > Otávio Fernandes > > > > http://blog.emresumo.com > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > > > >> > > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > > -- "o animal satisfeito dorme". - Guimarães > Rosa > > ------------------------------------------------------------------------ > > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > > > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > > > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > > -- > Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com > > ] > [www.flickr.com/photos/alexeiz > > ] > "Though we live in trying times, we're the ones who have > to try" > ------------------------------------------------------------------------ > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > > -- > Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com > ] [www.flickr.com/photos/alexeiz > ] > "Though we live in trying times, we're the ones who have to try" > ------------------------------------------------------------------------ > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm From otaviof em gmail.com Tue Dec 1 15:01:35 2009 From: otaviof em gmail.com (=?ISO-8859-1?Q?Ot=E1vio_Fernandes?=) Date: Tue, 1 Dec 2009 21:01:35 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <4B1584ED.8030709@aware.com.br> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> Message-ID: <8e3843570912011501k548f88feiacdaaae814c1dee@mail.gmail.com> Thiago, Eu também sou usuário do Vim. Porem, eu não gosto de programar utilizando-o no terminal, prefiro o modo gráfico, o qual oferece muitas vantagens. Para o OS X tem o MacVIm, uma exelente implementação, recomendo. um abraço, 2009/12/1 Thiago Rondon : > > "visual". > > -Thiago Rondon > > Alexei Znamensky escreveu: >> >> Thiago, acho muito difícil que o Bill Joy (guru de Berkeley, um dos >> co-autores do protocolo TCP/IP, fundador da Sun, e autor do vi), tenha >> bolado o command mode (lá pelos idos de 1970 e x) como "uma estratégia da >> arquitetura do editor para você manipular ele, cujo o principal objetivo é >> simplificar a flexibilidade do usuário". >> >> Tudo o que ele tinha anteriormente era o (legendário) ed, e ele decidiu >> fazer um ed que mostrasse o arquivo no terminal: vi = visual editor, ou >> visual ed. Só isso. >> >> >> 2009/12/1 Thiago Rondon > >> >> >>    O "command mode" do vim não é história, é uma estratégia da >>    arquitetura do editor para você manipular ele, cujo o principal >>    objetivo é simplificar a flexibilidade do usuário, isto não tem >>    nada haver com ser melhor ou pior, é apenas uma característica que >>    depende sempre do operador.... Sempre dele... >> >>    A principal diferença entre emacs e vim é a maneira que a >>    interface do aplicativo manipula teu objetivo. >> >>    Ps.: Sou usuário do vim, porém utilizo o emacs localmente para >>    tarefas domésticas por razões do operador. :-) >> >>    -Thiago Rondon >> >>    Solli Honorio escreveu: >> >>        Vocês conhecem 'turbinadores' para emacs ? Decidí que vou >>        tentar utilizar o emacs, pois ele tem um comportamento mais >>        próximo ao que estou acostumado, esta história de 'command >>        mode' do vim não faz muito sentido para mim. >> >>        Solli M. Honório >> >>        2009/11/26 Otávio Fernandes >         >        >> >> >> >>           On Thu, Nov 26, 2009 at 16:20, breno >         >>           >> wrote: >>           > Para os adeptos do vim, aqui vão algumas dicas: >>           > >>           > Primeiro, o já conhecido .vimrc do Nelson Ferraz: >>           > http://www.perlmonks.org/?node_id=540167 >>           > >>           > Depois, o famoso perl-support.vim >>           > http://www.vim.org/scripts/script.php?script_id=556 >>           > >> >> http://www.thegeekstuff.com/2009/01/make-vim-as-your-perl-ide-using-perl-supportvim-plugin/ >>           > >>           > Finalmente, algumas coisas bacanas que deixam o vim com >>        mais cara de >>           > Perl IDE, incluindo screenshots animados pra vermos as >>           funcionalidades >>           > em ação: >>           > >>           > >> >> http://c9s.blogspot.com/2009/11/perl-completionvim-now-supports-simple.html >>           > >> >> http://code-and-hacks.blogspot.com/2009/06/stealing-from-padre-for-vim.html >>           > >> >> http://code-and-hacks.blogspot.com/2009/07/stealing-from-padre-for-vim-part-3.html >>           > >>           > >>           > []s, >>           > >>           > -b >>           > _______________________________________________ >>           > Cascavel-pm mailing list >>           > Cascavel-pm em pm.org >>        > >> >>           > http://mail.pm.org/mailman/listinfo/cascavel-pm >> >>           $breno++; >> >>           Excelentes exemplos! O Perl-Completion-Vim eu não conhecia, >>        é ótimo. >> >>           um abraço, >> >>           -- >>           Otávio Fernandes >>        > >> >>           http://blog.emresumo.com >>           _______________________________________________ >>           Cascavel-pm mailing list >>           Cascavel-pm em pm.org >>        > >> >>           http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> >> >> >>        --        "o animal satisfeito dorme". - Guimarães Rosa >> >>  ------------------------------------------------------------------------ >> >> >> >>        _______________________________________________ >>        Cascavel-pm mailing list >>        Cascavel-pm em pm.org >>        http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> >>    _______________________________________________ >>    Cascavel-pm mailing list >>    Cascavel-pm em pm.org >>    http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> >> >> >> -- >> Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com >> ] [www.flickr.com/photos/alexeiz >> ] >> "Though we live in trying times, we're the ones who have to try" >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm -- Otávio Fernandes http://blog.emresumo.com From daniel.oliveira.mantovani em gmail.com Tue Dec 1 15:53:53 2009 From: daniel.oliveira.mantovani em gmail.com (Daniel de Oliveira Mantovani) Date: Tue, 1 Dec 2009 21:53:53 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <8e3843570912011501k548f88feiacdaaae814c1dee@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> <8e3843570912011501k548f88feiacdaaae814c1dee@mail.gmail.com> Message-ID: <214823ca0912011553o46d836f9y4853a0240ed4a136@mail.gmail.com> Otavio, O problema de usar o vim em modo gráfico é que você não pode usar o esquema de abas que o terminal oferece, é bem parecido com o FF, você tem uma "janela" só que no caso é o terminal com várias abas abertas, ai você só aperta alt+número_da_aba, eu não consigo viver sem isso. As vezes você precisa abrir um terminal com 10 abas, fazer isso em modo gráfico é "sux pra mim", pois eu sempre acabo me confundindo para saber quantas vezes preciso apertar o "tab" para ir onde eu quero, com o terminal eu sei, o alt+1 é onde eu testo, o alt+2 é o meu módulo, o alt+3 é o manual e assim por diante. []'s 2009/12/1 Otávio Fernandes : > Thiago, > > Eu também sou usuário do Vim. Porem, eu não gosto de programar > utilizando-o no terminal, prefiro o modo gráfico, o qual oferece > muitas vantagens. Para o OS X tem o MacVIm, uma exelente > implementação, recomendo. > > um abraço, > > 2009/12/1 Thiago Rondon : >> >> "visual". >> >> -Thiago Rondon >> >> Alexei Znamensky escreveu: >>> >>> Thiago, acho muito difícil que o Bill Joy (guru de Berkeley, um dos >>> co-autores do protocolo TCP/IP, fundador da Sun, e autor do vi), tenha >>> bolado o command mode (lá pelos idos de 1970 e x) como "uma estratégia da >>> arquitetura do editor para você manipular ele, cujo o principal objetivo é >>> simplificar a flexibilidade do usuário". >>> >>> Tudo o que ele tinha anteriormente era o (legendário) ed, e ele decidiu >>> fazer um ed que mostrasse o arquivo no terminal: vi = visual editor, ou >>> visual ed. Só isso. >>> >>> >>> 2009/12/1 Thiago Rondon > >>> >>> >>>    O "command mode" do vim não é história, é uma estratégia da >>>    arquitetura do editor para você manipular ele, cujo o principal >>>    objetivo é simplificar a flexibilidade do usuário, isto não tem >>>    nada haver com ser melhor ou pior, é apenas uma característica que >>>    depende sempre do operador.... Sempre dele... >>> >>>    A principal diferença entre emacs e vim é a maneira que a >>>    interface do aplicativo manipula teu objetivo. >>> >>>    Ps.: Sou usuário do vim, porém utilizo o emacs localmente para >>>    tarefas domésticas por razões do operador. :-) >>> >>>    -Thiago Rondon >>> >>>    Solli Honorio escreveu: >>> >>>        Vocês conhecem 'turbinadores' para emacs ? Decidí que vou >>>        tentar utilizar o emacs, pois ele tem um comportamento mais >>>        próximo ao que estou acostumado, esta história de 'command >>>        mode' do vim não faz muito sentido para mim. >>> >>>        Solli M. Honório >>> >>>        2009/11/26 Otávio Fernandes >>         >>        >> >>> >>> >>>           On Thu, Nov 26, 2009 at 16:20, breno >>         >>>           >> wrote: >>>           > Para os adeptos do vim, aqui vão algumas dicas: >>>           > >>>           > Primeiro, o já conhecido .vimrc do Nelson Ferraz: >>>           > http://www.perlmonks.org/?node_id=540167 >>>           > >>>           > Depois, o famoso perl-support.vim >>>           > http://www.vim.org/scripts/script.php?script_id=556 >>>           > >>> >>> http://www.thegeekstuff.com/2009/01/make-vim-as-your-perl-ide-using-perl-supportvim-plugin/ >>>           > >>>           > Finalmente, algumas coisas bacanas que deixam o vim com >>>        mais cara de >>>           > Perl IDE, incluindo screenshots animados pra vermos as >>>           funcionalidades >>>           > em ação: >>>           > >>>           > >>> >>> http://c9s.blogspot.com/2009/11/perl-completionvim-now-supports-simple.html >>>           > >>> >>> http://code-and-hacks.blogspot.com/2009/06/stealing-from-padre-for-vim.html >>>           > >>> >>> http://code-and-hacks.blogspot.com/2009/07/stealing-from-padre-for-vim-part-3.html >>>           > >>>           > >>>           > []s, >>>           > >>>           > -b >>>           > _______________________________________________ >>>           > Cascavel-pm mailing list >>>           > Cascavel-pm em pm.org >>>        > >>> >>>           > http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>>           $breno++; >>> >>>           Excelentes exemplos! O Perl-Completion-Vim eu não conhecia, >>>        é ótimo. >>> >>>           um abraço, >>> >>>           -- >>>           Otávio Fernandes >>>        > >>> >>>           http://blog.emresumo.com >>>           _______________________________________________ >>>           Cascavel-pm mailing list >>>           Cascavel-pm em pm.org >>>        > >>> >>>           http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> >>> >>> >>>        --        "o animal satisfeito dorme". - Guimarães Rosa >>> >>>  ------------------------------------------------------------------------ >>> >>> >>> >>>        _______________________________________________ >>>        Cascavel-pm mailing list >>>        Cascavel-pm em pm.org >>>        http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> >>>    _______________________________________________ >>>    Cascavel-pm mailing list >>>    Cascavel-pm em pm.org >>>    http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> >>> >>> >>> -- >>> Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com >>> ] [www.flickr.com/photos/alexeiz >>> ] >>> "Though we live in trying times, we're the ones who have to try" >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > -- > Otávio Fernandes > http://blog.emresumo.com > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Existe dois tipos de pessoas, as que reclamam a vida inteira do que fazem, e as que fazem o que nasceram para fazer. From otaviof em gmail.com Tue Dec 1 16:00:09 2009 From: otaviof em gmail.com (=?ISO-8859-1?Q?Ot=E1vio_Fernandes?=) Date: Tue, 1 Dec 2009 22:00:09 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <214823ca0912011553o46d836f9y4853a0240ed4a136@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> <8e3843570912011501k548f88feiacdaaae814c1dee@mail.gmail.com> <214823ca0912011553o46d836f9y4853a0240ed4a136@mail.gmail.com> Message-ID: <8e3843570912011600u331657f0he42765dc1cfc2596@mail.gmail.com> Daniel, Não seja tolo. Veja (~/.vimrc): | | " | " Shortcuts for tabs | " | | map :tabnew | map :tabprevious | map :tabnext | | map ,1 1gt | map ,2 2gt | map ,3 3gt | map ,4 4gt | map ,5 5gt | map ,6 6gt | map ,7 7gt | map ,8 8gt | map ,9 9gt | Arrume os seus atalhos da forma como lhe for conveniente. um abraço, -- Otávio Fernandes http://blog.emresumo.com From lucasbuchala em gmail.com Tue Dec 1 16:34:16 2009 From: lucasbuchala em gmail.com (Lucas Buchala) Date: Tue, 1 Dec 2009 22:34:16 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <8e3843570912011600u331657f0he42765dc1cfc2596@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> <8e3843570912011501k548f88feiacdaaae814c1dee@mail.gmail.com> <214823ca0912011553o46d836f9y4853a0240ed4a136@mail.gmail.com> <8e3843570912011600u331657f0he42765dc1cfc2596@mail.gmail.com> Message-ID: <8e1b7ae30912011634l536dc926gb081177008049cc3@mail.gmail.com> Hum, discussão interessante. Vou dizer minhas idéias aqui também: Uma coisa é tabs no emulador de terminal e outra coisa é tabs no vim (que funciona tanto no vim terminal quanto no gvim, só pra esclarecer). Se estou rodando gvim, vou ficar sem as funcionalidades de tabs que o emulador de terminal oferece... mas ainda sim vou ter as tabs no vim. Nem todos terminais possuem suporte a tabs, né? Os antigões tipo xterm e (u)rxvt não possuem, né? Daí nesse caso só rodando um tiling window manager, para ter uma funcionalidades meio que "tabs" para as janelas... Pergunta pra vcs: qual o padrão de uso que vcs fazem do vim? Iniciam ele no começo da sessão de trabalho e fecham no fim, como fariamos com uma IDE pesada... Ou abrem e fecham ele frequentemente, a toda hora, como mais um utilitário de linha de comando? From otaviof em gmail.com Tue Dec 1 17:02:23 2009 From: otaviof em gmail.com (=?ISO-8859-1?Q?Ot=E1vio_Fernandes?=) Date: Tue, 1 Dec 2009 23:02:23 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <8e1b7ae30912011634l536dc926gb081177008049cc3@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> <8e3843570912011501k548f88feiacdaaae814c1dee@mail.gmail.com> <214823ca0912011553o46d836f9y4853a0240ed4a136@mail.gmail.com> <8e3843570912011600u331657f0he42765dc1cfc2596@mail.gmail.com> <8e1b7ae30912011634l536dc926gb081177008049cc3@mail.gmail.com> Message-ID: <8e3843570912011702g106ba1fal37db47f96f48068e@mail.gmail.com> 2009/12/1 Lucas Buchala : > Hum, discussão interessante. Vou dizer minhas idéias aqui também: > > Uma coisa é tabs no emulador de terminal e outra coisa é tabs no vim > (que funciona tanto no vim terminal quanto no gvim, só pra > esclarecer). Sim, no caso do Vim você só vai usar para editar texto. Eu também faço uso do Vim (MacVim) para ler as manpages, através de um plugin muito legal para isso (ManPageView: http://www.vim.org/scripts/script.php?script_id=489) e uma função para o ZShell. > Se estou rodando gvim, vou ficar sem as funcionalidades de tabs que o > emulador de terminal oferece... mas ainda sim vou ter as tabs no vim. Exato. Você vai precisar ter os dois abertos. Porem, você poderia executar os seus scripts de dentro do Vim: ":! ls -lh /etc", por exemplo. Tente também usar o Perl IDE (para o Vim), tem uma macro para "Run" do script. > Nem todos terminais possuem suporte a tabs, né? > Os antigões tipo xterm e (u)rxvt não possuem, né? > Daí nesse caso só rodando um tiling window manager, para ter uma > funcionalidades meio que "tabs" para as janelas... Durante anos eu usei WindowMaker com Wterm/Xterm. Não sinto falta nenhuma de abas, no caso, eu até prefiro ter várias janelas pequenas abertas do que ficar maximizando uma só. Porem, é uma questão de gosto e organização pessoal. > Pergunta pra vcs: qual o padrão de uso que vcs fazem do vim? > Iniciam ele no começo da sessão de trabalho e fecham no fim, como > fariamos com uma IDE pesada... > Ou abrem e fecham ele frequentemente, a toda hora, como mais um > utilitário de linha de comando? Geralmente eu abro várias vezes, conforme a necessidade. Eu também costumo chamar o editor através do terminal. > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > um abraço, -- Otávio Fernandes http://blog.emresumo.com From breno em rio.pm.org Tue Dec 1 18:27:45 2009 From: breno em rio.pm.org (breno) Date: Wed, 2 Dec 2009 00:27:45 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <23f46d7f0912011329s2cca9766j5b8071cd36c585ca@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> <4B1587FF.4020602@aware.com.br> <23f46d7f0912011329s2cca9766j5b8071cd36c585ca@mail.gmail.com> Message-ID: 2009/12/1 Alexei Znamensky : > Eu até cogitei entrar nesse mérito, mas posto que o vim a.k.a. VI-Improved > manteve a decisão original de projeto do vi de ter um command mode, até > mesmo para (imagino) poder ser chamado de ***VI***-improved, no meu entender > quem definiu o motivo pelo qual existe o command mode no VIM é o Bill Joy, > não o cara do VIM. Justamente, porque se ele (o cara do VIM) decidisse mudar > isso, ele provavelmente teria de mudar o nome do produto. > Apenas para constar, o "cara do Vim" é o holandês Bram Moolenaar, que hoje trabalha no Google. Meus dois centavos tb :-) []s -b From nferraz em gmail.com Wed Dec 2 00:23:05 2009 From: nferraz em gmail.com (Nelson Ferraz) Date: Wed, 2 Dec 2009 09:23:05 +0100 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <214823ca0912011553o46d836f9y4853a0240ed4a136@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> <8e3843570912011501k548f88feiacdaaae814c1dee@mail.gmail.com> <214823ca0912011553o46d836f9y4853a0240ed4a136@mail.gmail.com> Message-ID: <604cec170912020023g2f038318kc17ca39815ec76c5@mail.gmail.com> 2009/12/2 Daniel de Oliveira Mantovani : > Otavio, O problema de usar o vim em modo gráfico é que você não pode > usar o esquema de abas que o terminal oferece, é bem parecido com o > FF, você tem uma "janela" só que no caso é o terminal com várias abas > abertas, ai você só aperta alt+número_da_aba, eu não consigo viver sem > isso. Eu não uso abas no vim, mas uso o screen, que permite ter várias "abas" abertas a partir de uma única janela de terminal. A primeira coisa que eu faço ao chegar ao trabalho de manhã é: $ screen -R Este comando abre 3 "abas" conectadas a servidores diferentes, sendo que em cada um deles tem mais uma sessão de screen, onde continua a sessão do dia anterior. (Na verdade, algumas das sessões continuam há meses ininterruptas) Provavalmente não conseguiria fazer a mesma coisa com um vim em modo gráfico. Depois eu mando pra vocês meu screenrc. From nferraz em gmail.com Wed Dec 2 01:57:55 2009 From: nferraz em gmail.com (Nelson Ferraz) Date: Wed, 2 Dec 2009 10:57:55 +0100 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <604cec170912020023g2f038318kc17ca39815ec76c5@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> <8e3843570912011501k548f88feiacdaaae814c1dee@mail.gmail.com> <214823ca0912011553o46d836f9y4853a0240ed4a136@mail.gmail.com> <604cec170912020023g2f038318kc17ca39815ec76c5@mail.gmail.com> Message-ID: <604cec170912020157v73e8de71t873d19ebfc373096@mail.gmail.com> > Depois eu mando pra vocês meu screenrc. Aqui esta' o ~/.screenrc que eu uso no meu laptop: autodetach on # automatically detach upon hangup defutf8 on # for new screens startup_message off defscrollback 10000 hardstatus alwayslastline "%{Yb} %Y-%02m-%02d %0c %{k}|%{C} %LD %{k}|%{G} %l %{k}|%{W} %-Lw%{+u}%n %t%{-u}%+Lw" # startup screens screen -t 'laptop' bash #screen -t 'server-01' ssh server-01 #screen -t 'server-02' ssh server-02 #screen -t 'server-03' ssh server-03 select 0 --- Nos servidores remotos, utilizo um .screenrc simplificado: autodetach on # automatically detach upon hangup defutf8 on # for new screens startup_message off defscrollback 10000 hardstatus alwayslastline "%{Yb} %Y-%02m-%02d %0c %{k}|%{C} %LD %{k}|%{G} %l %{k}|%{W} %-Lw%{+u}%n %t%{-u}%+Lw" --- Tambem coloco o seguinte comando nos .bashrc remotos (mas nao no local!!!), para que o screen seja iniciado automaticamente: if [ -f "$HOME/.screenrc" ]; then # start screen automatically if [ "$STY" = "" ]; then screen -RR fi fi --- Assim como o vim, o screen exige aprender algumas teclas de atalho. Mas vale a pena o aprendizado! ^A 0 # goes to screen "0" ^A 1 # goes to screen "1" ^A n # goes to "next" screen ^A p # goes to "previous" screen ^A c # "create" a new screen etc. From otaviof em gmail.com Wed Dec 2 02:54:17 2009 From: otaviof em gmail.com (=?ISO-8859-1?Q?Ot=E1vio_Fernandes?=) Date: Wed, 2 Dec 2009 08:54:17 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <604cec170912020023g2f038318kc17ca39815ec76c5@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> <8e3843570912011501k548f88feiacdaaae814c1dee@mail.gmail.com> <214823ca0912011553o46d836f9y4853a0240ed4a136@mail.gmail.com> <604cec170912020023g2f038318kc17ca39815ec76c5@mail.gmail.com> Message-ID: <8e3843570912020254n8bcb2f2g523b02ceb80744cf@mail.gmail.com> 2009/12/2 Nelson Ferraz : > 2009/12/2 Daniel de Oliveira Mantovani : >> Otavio, O problema de usar o vim em modo gráfico é que você não pode >> usar o esquema de abas que o terminal oferece, é bem parecido com o >> FF, você tem uma "janela" só que no caso é o terminal com várias abas >> abertas, ai você só aperta alt+número_da_aba, eu não consigo viver sem >> isso. > > Eu não uso abas no vim, mas uso o screen, que permite ter várias > "abas" abertas a partir de uma única janela de terminal. > > A primeira coisa que eu faço ao chegar ao trabalho de manhã é: > >    $ screen -R > > Este comando abre 3 "abas" conectadas a servidores diferentes, sendo > que em cada um deles tem mais uma sessão de screen, onde continua a > sessão do dia anterior. (Na verdade, algumas das sessões continuam há > meses ininterruptas) > > Provavalmente não conseguiria fazer a mesma coisa com um vim em modo gráfico. > > Depois eu mando pra vocês meu screenrc. > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm Nelson, Eu também uso o screen, mas somente para conectar nos servidores de produção, assim como você faz. Esta é uma excelente ferramenta, além de salvar-vidas. um abraço, -- Otávio Fernandes http://blog.emresumo.com From fernandocorrea em gmail.com Wed Dec 2 03:42:14 2009 From: fernandocorrea em gmail.com (Fernando Oliveira) Date: Wed, 2 Dec 2009 09:42:14 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <8e1b7ae30912011634l536dc926gb081177008049cc3@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> <8e3843570912011501k548f88feiacdaaae814c1dee@mail.gmail.com> <214823ca0912011553o46d836f9y4853a0240ed4a136@mail.gmail.com> <8e3843570912011600u331657f0he42765dc1cfc2596@mail.gmail.com> <8e1b7ae30912011634l536dc926gb081177008049cc3@mail.gmail.com> Message-ID: Eu normalmente uso várias abas de terminal, cada uma com um screen com várias sessões, e várias dessas sessões rodando vim, q eu não fecho. Meus vim's normalmente tem vários arquivos no buffer e eu fico usando :n e :prev p/ navegar entre eles ou :e p/ editar outros, alguns tem um :vsplit tb. Nesse caso uso como uma IDE... Mas de vez em quando, qdo estou numa das sessões q não tem vim aberto, fazendo alguma coisa no shell e preciso editar algum arquivo especifico p/ aquilo q estou fazendo (tipo, editar um arq de conf), eu abro o vim, edito e fecho, como mais um utilitário de linha de comando. Just another Perl Hacker, Fernando (SmokeMachine) http://perl-e.org Sent from Sao Paulo, SP, Brazil 2009/12/1 Lucas Buchala > Hum, discussão interessante. Vou dizer minhas idéias aqui também: > > Uma coisa é tabs no emulador de terminal e outra coisa é tabs no vim > (que funciona tanto no vim terminal quanto no gvim, só pra > esclarecer). > > Se estou rodando gvim, vou ficar sem as funcionalidades de tabs que o > emulador de terminal oferece... mas ainda sim vou ter as tabs no vim. > > Nem todos terminais possuem suporte a tabs, né? > Os antigões tipo xterm e (u)rxvt não possuem, né? > Daí nesse caso só rodando um tiling window manager, para ter uma > funcionalidades meio que "tabs" para as janelas... > > Pergunta pra vcs: qual o padrão de uso que vcs fazem do vim? > Iniciam ele no começo da sessão de trabalho e fecham no fim, como > fariamos com uma IDE pesada... > Ou abrem e fecham ele frequentemente, a toda hora, como mais um > utilitário de linha de comando? > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From indiox em gentoobr.org Wed Dec 2 06:59:33 2009 From: indiox em gentoobr.org (Claudio Pereira) Date: Wed, 2 Dec 2009 12:59:33 -0200 Subject: [Cascavel-pm] [OT] screen [was: Re: Perl + Vim] Message-ID: Caros, Aproveitando a discussão anterior, e para não fugir do assunto criei este tópico para enviar dicas sobre o screen. screen (janelizando o modo texto - parte 1) http://aurelio.net/doc/coluna/coluna-07.html screen (janelizando o modo texto - parte 2) http://aurelio.net/doc/coluna/coluna-08.html .screenrc http://aurelio.net/doc/dotfiles/screenrc.txt Acredito que muitos já conhecem, mas fica a dica para os mais novos. :-) [ ]'s Indio)( Claudio P Costa http://indiox.net From indiox em gentoobr.org Wed Dec 2 07:00:55 2009 From: indiox em gentoobr.org (Claudio Pereira aka IndioX) Date: Wed, 2 Dec 2009 13:00:55 -0200 Subject: [Cascavel-pm] [OT] screen [was: Re: Perl + Vim] Message-ID: <5b40f0f40912020700i3893a723v270b8b29d0e12010@mail.gmail.com> Caros, Aproveitando a discussão anterior, e para não fugir do assunto criei este tópico para enviar dicas sobre o screen. screen (janelizando o modo texto - parte 1) http://aurelio.net/doc/coluna/coluna-07.html screen (janelizando o modo texto - parte 2) http://aurelio.net/doc/coluna/coluna-08.html .screenrc http://aurelio.net/doc/dotfiles/screenrc.txt Acredito que muitos já conhecem, mas fica a dica para os mais novos. :-) [ ]'s Indio)( Claudio P Costa http://indiox.net From thiago em aware.com.br Wed Dec 2 08:23:43 2009 From: thiago em aware.com.br (Thiago Rondon) Date: Wed, 02 Dec 2009 14:23:43 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <8e3843570912011501k548f88feiacdaaae814c1dee@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> <8e3843570912011501k548f88feiacdaaae814c1dee@mail.gmail.com> Message-ID: <4B16948F.2010607@aware.com.br> "command mode" é utilizado no MacVim também. Abs! -Thiago Rondon Otávio Fernandes escreveu: > Thiago, > > Eu também sou usuário do Vim. Porem, eu não gosto de programar > utilizando-o no terminal, prefiro o modo gráfico, o qual oferece > muitas vantagens. Para o OS X tem o MacVIm, uma exelente > implementação, recomendo. > > um abraço, > > 2009/12/1 Thiago Rondon : > >> "visual". >> >> -Thiago Rondon >> >> Alexei Znamensky escreveu: >> >>> Thiago, acho muito difícil que o Bill Joy (guru de Berkeley, um dos >>> co-autores do protocolo TCP/IP, fundador da Sun, e autor do vi), tenha >>> bolado o command mode (lá pelos idos de 1970 e x) como "uma estratégia da >>> arquitetura do editor para você manipular ele, cujo o principal objetivo é >>> simplificar a flexibilidade do usuário". >>> >>> Tudo o que ele tinha anteriormente era o (legendário) ed, e ele decidiu >>> fazer um ed que mostrasse o arquivo no terminal: vi = visual editor, ou >>> visual ed. Só isso. >>> >>> >>> 2009/12/1 Thiago Rondon > >>> >>> >>> O "command mode" do vim não é história, é uma estratégia da >>> arquitetura do editor para você manipular ele, cujo o principal >>> objetivo é simplificar a flexibilidade do usuário, isto não tem >>> nada haver com ser melhor ou pior, é apenas uma característica que >>> depende sempre do operador.... Sempre dele... >>> >>> A principal diferença entre emacs e vim é a maneira que a >>> interface do aplicativo manipula teu objetivo. >>> >>> Ps.: Sou usuário do vim, porém utilizo o emacs localmente para >>> tarefas domésticas por razões do operador. :-) >>> >>> -Thiago Rondon >>> >>> Solli Honorio escreveu: >>> >>> Vocês conhecem 'turbinadores' para emacs ? Decidí que vou >>> tentar utilizar o emacs, pois ele tem um comportamento mais >>> próximo ao que estou acostumado, esta história de 'command >>> mode' do vim não faz muito sentido para mim. >>> >>> Solli M. Honório >>> >>> 2009/11/26 Otávio Fernandes >> >> >> >>> >>> >>> On Thu, Nov 26, 2009 at 16:20, breno >> >>> >> wrote: >>> > Para os adeptos do vim, aqui vão algumas dicas: >>> > >>> > Primeiro, o já conhecido .vimrc do Nelson Ferraz: >>> > http://www.perlmonks.org/?node_id=540167 >>> > >>> > Depois, o famoso perl-support.vim >>> > http://www.vim.org/scripts/script.php?script_id=556 >>> > >>> >>> http://www.thegeekstuff.com/2009/01/make-vim-as-your-perl-ide-using-perl-supportvim-plugin/ >>> > >>> > Finalmente, algumas coisas bacanas que deixam o vim com >>> mais cara de >>> > Perl IDE, incluindo screenshots animados pra vermos as >>> funcionalidades >>> > em ação: >>> > >>> > >>> >>> http://c9s.blogspot.com/2009/11/perl-completionvim-now-supports-simple.html >>> > >>> >>> http://code-and-hacks.blogspot.com/2009/06/stealing-from-padre-for-vim.html >>> > >>> >>> http://code-and-hacks.blogspot.com/2009/07/stealing-from-padre-for-vim-part-3.html >>> > >>> > >>> > []s, >>> > >>> > -b >>> > _______________________________________________ >>> > Cascavel-pm mailing list >>> > Cascavel-pm em pm.org >>> > >>> >>> > http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> $breno++; >>> >>> Excelentes exemplos! O Perl-Completion-Vim eu não conhecia, >>> é ótimo. >>> >>> um abraço, >>> >>> -- >>> Otávio Fernandes >>> > >>> >>> http://blog.emresumo.com >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> > >>> >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> >>> >>> >>> -- "o animal satisfeito dorme". - Guimarães Rosa >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >>> >>> >>> >>> -- >>> Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com >>> ] [www.flickr.com/photos/alexeiz >>> ] >>> "Though we live in trying times, we're the ones who have to try" >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Cascavel-pm mailing list >>> Cascavel-pm em pm.org >>> http://mail.pm.org/mailman/listinfo/cascavel-pm >>> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > > From edencardim em gmail.com Wed Dec 2 23:09:09 2009 From: edencardim em gmail.com (Eden Cardim) Date: Thu, 03 Dec 2009 04:09:09 -0300 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <214823ca0912011553o46d836f9y4853a0240ed4a136@mail.gmail.com> (Daniel de Oliveira Mantovani's message of "Tue, 1 Dec 2009 21:53:53 -0200") References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <23f46d7f0912011251m50424400mc3c236a0f69e80d0@mail.gmail.com> <4B1584ED.8030709@aware.com.br> <8e3843570912011501k548f88feiacdaaae814c1dee@mail.gmail.com> <214823ca0912011553o46d836f9y4853a0240ed4a136@mail.gmail.com> Message-ID: <87d42wsfe2.fsf@janis.localdomain> >>>>> "Daniel" == Daniel de Oliveira Mantovani writes: Daniel> Otavio, O problema de usar o vim em modo gráfico é que você Daniel> não pode usar o esquema de abas que o terminal oferece, é Daniel> bem parecido com o FF, você tem uma "janela" só que no caso Daniel> é o terminal com várias abas abertas, ai você só aperta Daniel> alt+número_da_aba, eu não consigo viver sem isso. Daniel> As vezes você precisa abrir um terminal com 10 abas, fazer Daniel> isso em modo gráfico é "sux pra mim", pois eu sempre acabo Daniel> me confundindo para saber quantas vezes preciso apertar o Daniel> "tab" para ir onde eu quero, com o terminal eu sei, o alt+1 Daniel> é onde eu testo, o alt+2 é o meu módulo, o alt+3 é o manual Daniel> e assim por diante. Abas de terminal = fail, gnu screen = win -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ From edencardim em gmail.com Wed Dec 2 23:17:59 2009 From: edencardim em gmail.com (Eden Cardim) Date: Thu, 03 Dec 2009 04:17:59 -0300 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <4B157D07.9030901@aware.com.br> (Thiago Rondon's message of "Tue, 01 Dec 2009 18:31:03 -0200") References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> Message-ID: <877ht4sezc.fsf@janis.localdomain> >>>>> "Thiago" == Thiago Rondon writes: Thiago> O "command mode" do vim não é história, é uma estratégia da Thiago> arquitetura do editor para você manipular ele, cujo o Thiago> principal objetivo é simplificar a flexibilidade do usuário, Thiago> isto não tem nada haver com ser melhor ou pior, é apenas uma Thiago> característica que depende sempre do operador.... Sempre Thiago> dele... O command mode do vi(m) é fail pra mim porque eu faço muito multi-tasking e ter que lembrar/conferir se está em command-mode ou não exige muito da minha carga de memória e desacelera o meu ritmo. Eu já fui vítima de sequências de caracteres catastróficos terminados com '!' em command mode que nem quero lembrar. -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ From thiago em aware.com.br Thu Dec 3 03:35:15 2009 From: thiago em aware.com.br (Thiago Rondon) Date: Thu, 03 Dec 2009 09:35:15 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <877ht4sezc.fsf@janis.localdomain> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <877ht4sezc.fsf@janis.localdomain> Message-ID: <4B17A273.1010506@aware.com.br> Eu vejo que o "command mode" é uma forma interessante para multi-tasking. Criar rotinas mnemonics com mappings ? Abs! -Thiago Rondon Eden Cardim escreveu: >>>>>> "Thiago" == Thiago Rondon writes: >>>>>> > > Thiago> O "command mode" do vim não é história, é uma estratégia da > Thiago> arquitetura do editor para você manipular ele, cujo o > Thiago> principal objetivo é simplificar a flexibilidade do usuário, > Thiago> isto não tem nada haver com ser melhor ou pior, é apenas uma > Thiago> característica que depende sempre do operador.... Sempre > Thiago> dele... > > O command mode do vi(m) é fail pra mim porque eu faço muito > multi-tasking e ter que lembrar/conferir se está em command-mode ou não > exige muito da minha carga de memória e desacelera o meu ritmo. Eu já > fui vítima de sequências de caracteres catastróficos terminados com '!' > em command mode que nem quero lembrar. > > -- > Eden Cardim Need help with your Catalyst or DBIx::Class project? > Code Monkey http://www.shadowcat.co.uk/catalyst/ > Shadowcat Systems Ltd. Want a managed development or deployment platform? > http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > From otaviof em gmail.com Thu Dec 3 05:17:39 2009 From: otaviof em gmail.com (=?ISO-8859-1?Q?Ot=E1vio_Fernandes?=) Date: Thu, 3 Dec 2009 11:17:39 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <877ht4sezc.fsf@janis.localdomain> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <877ht4sezc.fsf@janis.localdomain> Message-ID: <8e3843570912030517v6c1d375ex4d967172b515cf9e@mail.gmail.com> 2009/12/3 Eden Cardim : >>>>>> "Thiago" == Thiago Rondon writes: > >    Thiago> O "command mode" do vim não é história, é uma estratégia da >    Thiago> arquitetura do editor para você manipular ele, cujo o >    Thiago> principal objetivo é simplificar a flexibilidade do usuário, >    Thiago> isto não tem nada haver com ser melhor ou pior, é apenas uma >    Thiago> característica que depende sempre do operador.... Sempre >    Thiago> dele... > > O command mode do vi(m) é fail pra mim porque eu faço muito > multi-tasking e ter que lembrar/conferir se está em command-mode ou não > exige muito da minha carga de memória e desacelera o meu ritmo. Eu já > fui vítima de sequências de caracteres catastróficos terminados com '!' > em command mode que nem quero lembrar. > > -- >   Eden Cardim       Need help with your Catalyst or DBIx::Class project? >  Code Monkey                    http://www.shadowcat.co.uk/catalyst/ >  Shadowcat Systems Ltd.  Want a managed development or deployment platform? > http://edenc.vox.com/            http://www.shadowcat.co.uk/servers/ > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm Eden, Eu não consigo ver a relação entre o multi-tasking e os modes do Vim, realmente é algo muito pessoal. Porque, eu também tenho este tipo de uso para o editor e isso nunca me atrapalhou. É muito "simples", se vc apertou ESC, você está em comand-mode, se apertou "i" está em insert-mode, e assim vai para o select-mode e visual-mode. Questão de costume. Outra coisa. Para ter uma reação catastrófica, é necessário fazer os seus comandos iniciadas com "!" em command-mode. Não é só um erro que derruba um avião, hehe. um abraço, -- Otávio Fernandes http://blog.emresumo.com From fernandocorrea em gmail.com Thu Dec 3 05:21:50 2009 From: fernandocorrea em gmail.com (Fernando Oliveira) Date: Thu, 3 Dec 2009 11:21:50 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <8e3843570912030517v6c1d375ex4d967172b515cf9e@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <877ht4sezc.fsf@janis.localdomain> <8e3843570912030517v6c1d375ex4d967172b515cf9e@mail.gmail.com> Message-ID: Just another Perl Hacker, Fernando (SmokeMachine) http://perl-e.org 2009/12/3 Otávio Fernandes > 2009/12/3 Eden Cardim : > >>>>>> "Thiago" == Thiago Rondon writes: > > > > Thiago> O "command mode" do vim não é história, é uma estratégia da > > Thiago> arquitetura do editor para você manipular ele, cujo o > > Thiago> principal objetivo é simplificar a flexibilidade do usuário, > > Thiago> isto não tem nada haver com ser melhor ou pior, é apenas uma > > Thiago> característica que depende sempre do operador.... Sempre > > Thiago> dele... > > > > O command mode do vi(m) é fail pra mim porque eu faço muito > > multi-tasking e ter que lembrar/conferir se está em command-mode ou não > > exige muito da minha carga de memória e desacelera o meu ritmo. Eu já > > fui vítima de sequências de caracteres catastróficos terminados com '!' > > em command mode que nem quero lembrar. > > > > -- > > Eden Cardim Need help with your Catalyst or DBIx::Class project? > > Code Monkey http://www.shadowcat.co.uk/catalyst/ > > Shadowcat Systems Ltd. Want a managed development or deployment > platform? > > http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ > > > > _______________________________________________ > > Cascavel-pm mailing list > > Cascavel-pm em pm.org > > http://mail.pm.org/mailman/listinfo/cascavel-pm > > Eden, > > Eu não consigo ver a relação entre o multi-tasking e os modes do Vim, > realmente é algo muito pessoal. Porque, eu também tenho este tipo de > uso para o editor e isso nunca me atrapalhou. É muito "simples", se vc > apertou ESC, você está em comand-mode, se apertou "i" está em > insert-mode Não só o "i", né?! tb pode ser: i, a, I, A, o, O, insert, e possivelmente outrs q eu não lembro no momento... > , e assim vai para o select-mode e visual-mode. Questão de > costume. > > Outra coisa. Para ter uma reação catastrófica, é necessário fazer os > seus comandos iniciadas com "!" em command-mode. Não é só um erro que > derruba um avião, hehe. > > um abraço, > > -- > Otávio Fernandes > http://blog.emresumo.com > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From nferraz em gmail.com Thu Dec 3 14:25:02 2009 From: nferraz em gmail.com (Nelson Ferraz) Date: Thu, 3 Dec 2009 23:25:02 +0100 Subject: [Cascavel-pm] =?iso-8859-1?q?Fwd=3A_=5BLisbon=2Epm=5D_Volunt=E1ri?= =?iso-8859-1?q?os?= In-Reply-To: <20091203195827.167632yc8oum6grn@w0.mail.sapo.pt> References: <20091203195827.167632yc8oum6grn@w0.mail.sapo.pt> Message-ID: <604cec170912031425q234f7bfi54339486d4cca1ee@mail.gmail.com> Para quem tiver interesse na área... Koha is the first open-source Integrated Library System (ILS). In use worldwide, its development is steered by a growing community of libraries collaborating to achieve their technology goals. Koha's impressive feature set continues to evolve and expand to meet the needs of its user base. http://koha.org/about ---------- Forwarded message ---------- From: Date: 2009/12/3 Subject: [Lisbon.pm] Voluntários To: perl É  necessário escrever algumas rotinas PERL para o programa KOHA (www.koha.org).  A comunidade em Portugal está a crescer e pode ser uma oportunidade para alguns. Será que conhecem estudantes / voluntários em desenvolver projectos nesta árera ??? Rafael António From edencardim em gmail.com Thu Dec 3 17:44:41 2009 From: edencardim em gmail.com (Eden Cardim) Date: Thu, 03 Dec 2009 22:44:41 -0300 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <8e3843570912030517v6c1d375ex4d967172b515cf9e@mail.gmail.com> (=?utf-8?Q?=22Ot=C3=A1vio?= Fernandes"'s message of "Thu, 3 Dec 2009 11:17:39 -0200") References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <877ht4sezc.fsf@janis.localdomain> <8e3843570912030517v6c1d375ex4d967172b515cf9e@mail.gmail.com> Message-ID: <87y6lj5x86.fsf@janis.localdomain> >>>>> "Otávio" == Otávio Fernandes writes: Otávio> Eden, Otávio> Eu não consigo ver a relação entre o multi-tasking e os Otávio> modes do Vim, realmente é algo muito pessoal. Porque, eu Otávio> também tenho este tipo de uso para o editor e isso nunca me Otávio> atrapalhou. É muito "simples", se vc apertou ESC, você está Otávio> em comand-mode, se apertou "i" está em insert-mode, e assim Otávio> vai para o select-mode e visual-mode. Questão de costume. A relação é que eu geralmente fico com várias instâncias do editor abertos em várias janelas e hosts separados e fico alternando entre essas várias instâncias muito rápido, então eu tenho que lembrar em qual modo cada uma delas está ou então conferir, ou então sempre apertar ESC ou i pra garantir que está no modo que eu quero, e se estava no modo de edição e eu apertei 'i', aí sai um 'i' literal daí eu tenho que apagar. Isso tudo me incomoda -muito-, é uma coisa pessoal, acho até que chega a ser um TOC, mas eu prefiro usar emacs do que ir num psicólogo :) Isso aconteceu persistentemente durante as duas semanas que eu tentei usar vim depois que eu decidi abandonar o EPIC (sic). O emacs levou 4 dias pra eu me acostumar. -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ From edencardim em gmail.com Thu Dec 3 17:48:10 2009 From: edencardim em gmail.com (Eden Cardim) Date: Thu, 03 Dec 2009 22:48:10 -0300 Subject: [Cascavel-pm] =?utf-8?b?RndkOiBbTGlzYm9uLnBtXSBWb2x1bnTDoXJpb3M=?= In-Reply-To: <604cec170912031425q234f7bfi54339486d4cca1ee@mail.gmail.com> (Nelson Ferraz's message of "Thu, 3 Dec 2009 23:25:02 +0100") References: <20091203195827.167632yc8oum6grn@w0.mail.sapo.pt> <604cec170912031425q234f7bfi54339486d4cca1ee@mail.gmail.com> Message-ID: <87tyw75x2d.fsf@janis.localdomain> >>>>> "Nelson" == Nelson Ferraz writes: Nelson> Para quem tiver interesse na área... Koha is the first Nelson> open-source Integrated Library System (ILS). In use Nelson> worldwide, its development is steered by a growing community Nelson> of libraries collaborating to achieve their technology Nelson> goals. Koha's impressive feature set continues to evolve and Nelson> expand to meet the needs of its user base. Nelson> http://koha.org/about Não entendi bem do que se trata o projeto e não deu pra deduzir pela lista de features. -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ From blabos em gmail.com Thu Dec 3 19:35:58 2009 From: blabos em gmail.com (Blabos de Blebe) Date: Fri, 4 Dec 2009 01:35:58 -0200 Subject: [Cascavel-pm] =?iso-8859-1?q?Fwd=3A_=5BLisbon=2Epm=5D_Volunt=E1ri?= =?iso-8859-1?q?os?= In-Reply-To: <87tyw75x2d.fsf@janis.localdomain> References: <20091203195827.167632yc8oum6grn@w0.mail.sapo.pt> <604cec170912031425q234f7bfi54339486d4cca1ee@mail.gmail.com> <87tyw75x2d.fsf@janis.localdomain> Message-ID: <179354400912031935y6dfa1d89gbbd5b80a022fa76c@mail.gmail.com> Bibliotecas ... de livros? 2009/12/3 Eden Cardim : >>>>>> "Nelson" == Nelson Ferraz writes: > >    Nelson> Para quem tiver interesse na área...  Koha is the first >    Nelson> open-source Integrated Library System (ILS). In use >    Nelson> worldwide, its development is steered by a growing community >    Nelson> of libraries collaborating to achieve their technology >    Nelson> goals. Koha's impressive feature set continues to evolve and >    Nelson> expand to meet the needs of its user base. > >    Nelson> http://koha.org/about > > Não entendi bem do que se trata o projeto e não deu pra deduzir pela > lista de features. > > -- >   Eden Cardim       Need help with your Catalyst or DBIx::Class project? >  Code Monkey                    http://www.shadowcat.co.uk/catalyst/ >  Shadowcat Systems Ltd.  Want a managed development or deployment platform? > http://edenc.vox.com/            http://www.shadowcat.co.uk/servers/ > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From giulianisanches em gmail.com Fri Dec 4 02:18:12 2009 From: giulianisanches em gmail.com (Giuliani Deon Sanches) Date: Fri, 4 Dec 2009 07:18:12 -0300 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <87y6lj5x86.fsf@janis.localdomain> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <877ht4sezc.fsf@janis.localdomain> <8e3843570912030517v6c1d375ex4d967172b515cf9e@mail.gmail.com> <87y6lj5x86.fsf@janis.localdomain> Message-ID: <572750180912040218o7f009705xc307deace6815f37@mail.gmail.com> 2009/12/3 Eden Cardim : >>>>>> "Otávio" == Otávio Fernandes writes: >    Otávio> Eden, > >    Otávio> Eu não consigo ver a relação entre o multi-tasking e os >    Otávio> modes do Vim, realmente é algo muito pessoal.  Porque, eu >    Otávio> também tenho este tipo de uso para o editor e isso nunca me >    Otávio> atrapalhou. É muito "simples", se vc apertou ESC, você está >    Otávio> em comand-mode, se apertou "i" está em insert-mode, e assim >    Otávio> vai para o select-mode e visual-mode. Questão de costume. > > A relação é que eu geralmente fico com várias instâncias do editor > abertos em várias janelas e hosts separados e fico alternando entre > essas várias instâncias muito rápido, então eu tenho que lembrar em qual > modo cada uma delas está ou então conferir, ou então sempre apertar ESC > ou i pra garantir que está no modo que eu quero, e se estava no modo de > edição e eu apertei 'i', aí sai um 'i' literal daí eu tenho que > apagar. Isso tudo me incomoda -muito-, é uma coisa pessoal, acho até que > chega a ser um TOC, mas eu prefiro usar emacs do que ir num psicólogo :) > Isso aconteceu persistentemente durante as duas semanas que eu tentei > usar vim depois que eu decidi abandonar o EPIC (sic). O emacs levou 4 > dias pra eu me acostumar. > > -- >   Eden Cardim       Need help with your Catalyst or DBIx::Class project? >  Code Monkey                    http://www.shadowcat.co.uk/catalyst/ >  Shadowcat Systems Ltd.  Want a managed development or deployment platform? > http://edenc.vox.com/            http://www.shadowcat.co.uk/servers/ > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > Atualmente to meio promíscuo com editores, uso vim em um dia, emacs no outro, ou troco a cada meia hora enfim... Mas pra quem usa vim, normalmente o esc é quase um tic nervoso (pra mim pelo menos). Eu de digitar alguma coisa, ou vou trocar/abrir um novo buffer, e já dou uma tapa no esc, logo sei que meu vim esta sempre no modo que eu espero que esteja evitando problemas como esse que você falou. -- twitter.com/giulianisanches giulianisanches.blogspot.com github.com/khaoz From giulianisanches em gmail.com Fri Dec 4 02:18:48 2009 From: giulianisanches em gmail.com (Giuliani Deon Sanches) Date: Fri, 4 Dec 2009 07:18:48 -0300 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <572750180912040218o7f009705xc307deace6815f37@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <877ht4sezc.fsf@janis.localdomain> <8e3843570912030517v6c1d375ex4d967172b515cf9e@mail.gmail.com> <87y6lj5x86.fsf@janis.localdomain> <572750180912040218o7f009705xc307deace6815f37@mail.gmail.com> Message-ID: <572750180912040218q7bd9c73m46dfd09ad7333b66@mail.gmail.com> 2009/12/4 Giuliani Deon Sanches : > 2009/12/3 Eden Cardim : >>>>>>> "Otávio" == Otávio Fernandes writes: >>    Otávio> Eden, >> >>    Otávio> Eu não consigo ver a relação entre o multi-tasking e os >>    Otávio> modes do Vim, realmente é algo muito pessoal.  Porque, eu >>    Otávio> também tenho este tipo de uso para o editor e isso nunca me >>    Otávio> atrapalhou. É muito "simples", se vc apertou ESC, você está >>    Otávio> em comand-mode, se apertou "i" está em insert-mode, e assim >>    Otávio> vai para o select-mode e visual-mode. Questão de costume. >> >> A relação é que eu geralmente fico com várias instâncias do editor >> abertos em várias janelas e hosts separados e fico alternando entre >> essas várias instâncias muito rápido, então eu tenho que lembrar em qual >> modo cada uma delas está ou então conferir, ou então sempre apertar ESC >> ou i pra garantir que está no modo que eu quero, e se estava no modo de >> edição e eu apertei 'i', aí sai um 'i' literal daí eu tenho que >> apagar. Isso tudo me incomoda -muito-, é uma coisa pessoal, acho até que >> chega a ser um TOC, mas eu prefiro usar emacs do que ir num psicólogo :) >> Isso aconteceu persistentemente durante as duas semanas que eu tentei >> usar vim depois que eu decidi abandonar o EPIC (sic). O emacs levou 4 >> dias pra eu me acostumar. >> >> -- >>   Eden Cardim       Need help with your Catalyst or DBIx::Class project? >>  Code Monkey                    http://www.shadowcat.co.uk/catalyst/ >>  Shadowcat Systems Ltd.  Want a managed development or deployment platform? >> http://edenc.vox.com/            http://www.shadowcat.co.uk/servers/ >> >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > > > Atualmente to meio promíscuo com editores, uso vim em um dia, emacs no > outro, ou troco a cada meia hora enfim... > > Mas pra quem usa vim, normalmente o esc é quase um tic nervoso (pra > mim pelo menos). Eu de digitar alguma coisa, ou vou trocar/abrir um > novo buffer, e já dou uma tapa no esc, logo sei que meu vim esta > sempre no modo que eu espero que esteja evitando problemas como esse > que você falou. > > -- > twitter.com/giulianisanches > giulianisanches.blogspot.com > github.com/khaoz > s/eu de digitar/eu termino de digitar/g -- twitter.com/giulianisanches giulianisanches.blogspot.com github.com/khaoz From wallace em reis.org.br Fri Dec 4 04:07:57 2009 From: wallace em reis.org.br (Wallace Reis) Date: Fri, 4 Dec 2009 09:07:57 -0300 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <572750180912040218o7f009705xc307deace6815f37@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <877ht4sezc.fsf@janis.localdomain> <8e3843570912030517v6c1d375ex4d967172b515cf9e@mail.gmail.com> <87y6lj5x86.fsf@janis.localdomain> <572750180912040218o7f009705xc307deace6815f37@mail.gmail.com> Message-ID: <47094FDA-B323-4726-B1D6-96A3C235E370@reis.org.br> On 04/12/2009, at 07:18, Giuliani Deon Sanches wrote: > Atualmente to meio promíscuo com editores, uso vim em um dia, emacs no > outro, ou troco a cada meia hora enfim... [01:21] < groditi> any vi heads present? [01:22] < groditi> i need a hand. emacs man here needs to do a search and replace and can't use emacs because file is too big :) -- wallace reis/wreis Catalyst and DBIx::Class consultancy with a clue Software Engineer and a commit bit: http://shadowcat.co.uk/catalyst/ Shadowcat Systems Limited http://www.shadowcat.co.uk http://www.linkedin.com/in/wallacereis From edencardim em gmail.com Fri Dec 4 09:53:19 2009 From: edencardim em gmail.com (Eden Cardim) Date: Fri, 04 Dec 2009 14:53:19 -0300 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <47094FDA-B323-4726-B1D6-96A3C235E370@reis.org.br> (Wallace Reis's message of "Fri, 4 Dec 2009 09:07:57 -0300") References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <877ht4sezc.fsf@janis.localdomain> <8e3843570912030517v6c1d375ex4d967172b515cf9e@mail.gmail.com> <87y6lj5x86.fsf@janis.localdomain> <572750180912040218o7f009705xc307deace6815f37@mail.gmail.com> <47094FDA-B323-4726-B1D6-96A3C235E370@reis.org.br> Message-ID: <87fx7qpqwg.fsf@janis.localdomain> >>>>> "Wallace" == Wallace Reis writes: Wallace> [01:21] < groditi> any vi heads present? [01:22] < Wallace> groditi> i need a hand. emacs man here needs to do a search Wallace> and replace and can't use emacs because file is too big PEBKAC: M-x shell-command-on-region perl -pe's/foo/bar/' -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ From otaviof em gmail.com Fri Dec 4 10:50:09 2009 From: otaviof em gmail.com (=?ISO-8859-1?Q?Ot=E1vio_Fernandes?=) Date: Fri, 4 Dec 2009 16:50:09 -0200 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <87fx7qpqwg.fsf@janis.localdomain> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <877ht4sezc.fsf@janis.localdomain> <8e3843570912030517v6c1d375ex4d967172b515cf9e@mail.gmail.com> <87y6lj5x86.fsf@janis.localdomain> <572750180912040218o7f009705xc307deace6815f37@mail.gmail.com> <47094FDA-B323-4726-B1D6-96A3C235E370@reis.org.br> <87fx7qpqwg.fsf@janis.localdomain> Message-ID: <8e3843570912041050v35434d0dyb83ae743290a111e@mail.gmail.com> Senhores, Eu acredito que este tipo de discussão sobre editores é muito produtiva para todos nós, afinal, para o nosso dia-a-dia como programadores nós não precisamos de IDEs (não necessariamente, porem o Padre é foda!) mas sim de um excelente editor de textos, como por exemplo: Vim, Emacs, TextMate, etc. Um exemplo que eu queria citar, aqui no trabalho tenho um amigo que usa muito bem o TextMate. Ele me mostrou recursos muito interessantes que eu não encontrava no Vim (MacVim) e me senti no dever de configurar. Eu também mostrei a ele recursos novos e ele fez questão de configurar... nós dois evoluímos e ganhamos novos truques para o dia-a-dia. Para quem quiser dar uma olhada nas minhas confs, veja: http://github.com/otaviof/vim_confs/ um abraço, -- Otávio Fernandes http://blog.emresumo.com From wallace em reis.org.br Fri Dec 4 11:12:53 2009 From: wallace em reis.org.br (Wallace Reis) Date: Fri, 4 Dec 2009 16:12:53 -0300 Subject: [Cascavel-pm] Perl + Vim In-Reply-To: <8e3843570912041050v35434d0dyb83ae743290a111e@mail.gmail.com> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <877ht4sezc.fsf@janis.localdomain> <8e3843570912030517v6c1d375ex4d967172b515cf9e@mail.gmail.com> <87y6lj5x86.fsf@janis.localdomain> <572750180912040218o7f009705xc307deace6815f37@mail.gmail.com> <47094FDA-B323-4726-B1D6-96A3C235E370@reis.org.br> <87fx7qpqwg.fsf@janis.localdomain> <8e3843570912041050v35434d0dyb83ae743290a111e@mail.gmail.com> Message-ID: <6F478B51-D756-458F-B95B-042E8FA5632C@reis.org.br> On 04/12/2009, at 15:50, Otávio Fernandes wrote: > Senhores, > > Eu acredito que este tipo de discussão sobre editores é muito > produtiva para todos nós, afinal, para o nosso dia-a-dia como > programadores nós não precisamos de IDEs (não necessariamente, porem o > Padre é foda!) mas sim de um excelente editor de textos, como por > exemplo: Vim, Emacs, TextMate, etc. Concordo! Como no email anterior que o Eden mostrou que não era um problema no emacs. -- wallace reis/wreis Catalyst and DBIx::Class consultancy with a clue Software Engineer and a commit bit: http://shadowcat.co.uk/catalyst/ Shadowcat Systems Limited http://www.shadowcat.co.uk http://www.linkedin.com/in/wallacereis From ricardo_filipo em yahoo.com.br Sun Dec 6 06:39:50 2009 From: ricardo_filipo em yahoo.com.br (Ricardo Filipo) Date: Sun, 6 Dec 2009 06:39:50 -0800 (PST) Subject: [Cascavel-pm] Res: Perl + Vim In-Reply-To: <87y6lj5x86.fsf@janis.localdomain> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <877ht4sezc.fsf@janis.localdomain> <8e3843570912030517v6c1d375ex4d967172b515cf9e@mail.gmail.com> <87y6lj5x86.fsf@janis.localdomain> Message-ID: <387344.686.qm@web33008.mail.mud.yahoo.com> É realmente uma questão de costume. É pessoal. Eu por exemplo vejo esta característica do vi[m] como vantagem. O meu problema é o mesmo. Vários buffers abertos em vários servidores, a mente no código e pouca atenção no editor, conexão e estas coisas. Então tenho uma 'memória muscular' (ou 'cacoete' se quiserem) de fazer "ESC :w" a cada final de edição (outros amigos são o cvs e o .swp, acreditem). Então estou sempre com os arquivos salvos e o editor sempre em modo 'comand'. Na verdade passamos boa parte da codificação lendo o que estamos fazendo. Eu me enrolo sempre que uso outro editor porque acabo digitando um monte de i, :w, :wq, etc no código que acabam gerando erros absolutamente estúpidos e recalcitrantes ... Tenho um cacoete parecido que é digitar um ';' (com o dedo indicador :P ) ao final de cada comando no código (quando o pensamento fecha, eu acho). :) ________________________________ De: Eden Cardim Para: Cascavel Perl Mongers Enviadas: Quinta-feira, 3 de Dezembro de 2009 23:44:41 Assunto: Re: [Cascavel-pm] Perl + Vim >>>>> "Otávio" == Otávio Fernandes writes: Otávio> Eden, Otávio> Eu não consigo ver a relação entre o multi-tasking e os Otávio> modes do Vim, realmente é algo muito pessoal. Porque, eu Otávio> também tenho este tipo de uso para o editor e isso nunca me Otávio> atrapalhou. É muito "simples", se vc apertou ESC, você está Otávio> em comand-mode, se apertou "i" está em insert-mode, e assim Otávio> vai para o select-mode e visual-mode. Questão de costume. A relação é que eu geralmente fico com várias instâncias do editor abertos em várias janelas e hosts separados e fico alternando entre essas várias instâncias muito rápido, então eu tenho que lembrar em qual modo cada uma delas está ou então conferir, ou então sempre apertar ESC ou i pra garantir que está no modo que eu quero, e se estava no modo de edição e eu apertei 'i', aí sai um 'i' literal daí eu tenho que apagar. Isso tudo me incomoda -muito-, é uma coisa pessoal, acho até que chega a ser um TOC, mas eu prefiro usar emacs do que ir num psicólogo :) Isso aconteceu persistentemente durante as duas semanas que eu tentei usar vim depois que eu decidi abandonar o EPIC (sic). O emacs levou 4 dias pra eu me acostumar. -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ _______________________________________________ Cascavel-pm mailing list Cascavel-pm em pm.org http://mail.pm.org/mailman/listinfo/cascavel-pm ____________________________________________________________________________________ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From ricardo_filipo em yahoo.com.br Sun Dec 6 06:39:49 2009 From: ricardo_filipo em yahoo.com.br (Ricardo Filipo) Date: Sun, 6 Dec 2009 06:39:49 -0800 (PST) Subject: [Cascavel-pm] Res: Perl + Vim In-Reply-To: <87y6lj5x86.fsf@janis.localdomain> References: <8e3843570911261253k5d57819dq2a827459cad9cee4@mail.gmail.com> <12d1f4ee0912010715r1b6717a9wd732e0f78f6a07f@mail.gmail.com> <4B157D07.9030901@aware.com.br> <877ht4sezc.fsf@janis.localdomain> <8e3843570912030517v6c1d375ex4d967172b515cf9e@mail.gmail.com> <87y6lj5x86.fsf@janis.localdomain> Message-ID: <502573.94199.qm@web33005.mail.mud.yahoo.com> É realmente uma questão de costume. É pessoal. Eu por exemplo vejo esta característica do vi[m] como vantagem. O meu problema é o mesmo. Vários buffers abertos em vários servidores, a mente no código e pouca atenção no editor, conexão e estas coisas. Então tenho uma 'memória muscular' (ou 'cacoete' se quiserem) de fazer "ESC :w" a cada final de edição (outros amigos são o cvs e o .swp, acreditem). Então estou sempre com os arquivos salvos e o editor sempre em modo 'comand'. Na verdade passamos boa parte da codificação lendo o que estamos fazendo. Eu me enrolo sempre que uso outro editor porque acabo digitando um monte de i, :w, :wq, etc no código que acabam gerando erros absolutamente estúpidos e recalcitrantes ... Tenho um cacoete parecido que é digitar um ';' (com o dedo indicador :P ) ao final de cada comando no código (quando o pensamento fecha, eu acho). :) ________________________________ De: Eden Cardim Para: Cascavel Perl Mongers Enviadas: Quinta-feira, 3 de Dezembro de 2009 23:44:41 Assunto: Re: [Cascavel-pm] Perl + Vim >>>>> "Otávio" == Otávio Fernandes writes: Otávio> Eden, Otávio> Eu não consigo ver a relação entre o multi-tasking e os Otávio> modes do Vim, realmente é algo muito pessoal. Porque, eu Otávio> também tenho este tipo de uso para o editor e isso nunca me Otávio> atrapalhou. É muito "simples", se vc apertou ESC, você está Otávio> em comand-mode, se apertou "i" está em insert-mode, e assim Otávio> vai para o select-mode e visual-mode. Questão de costume. A relação é que eu geralmente fico com várias instâncias do editor abertos em várias janelas e hosts separados e fico alternando entre essas várias instâncias muito rápido, então eu tenho que lembrar em qual modo cada uma delas está ou então conferir, ou então sempre apertar ESC ou i pra garantir que está no modo que eu quero, e se estava no modo de edição e eu apertei 'i', aí sai um 'i' literal daí eu tenho que apagar. Isso tudo me incomoda -muito-, é uma coisa pessoal, acho até que chega a ser um TOC, mas eu prefiro usar emacs do que ir num psicólogo :) Isso aconteceu persistentemente durante as duas semanas que eu tentei usar vim depois que eu decidi abandonar o EPIC (sic). O emacs levou 4 dias pra eu me acostumar. -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ _______________________________________________ Cascavel-pm mailing list Cascavel-pm em pm.org http://mail.pm.org/mailman/listinfo/cascavel-pm ____________________________________________________________________________________ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From glasswalk3r em yahoo.com.br Wed Dec 9 15:29:22 2009 From: glasswalk3r em yahoo.com.br (Alceu R. de Freitas Jr.) Date: Wed, 9 Dec 2009 15:29:22 -0800 (PST) Subject: [Cascavel-pm] threads e uso de CPU Message-ID: <119031.72630.qm@web30802.mail.mud.yahoo.com> Olá monges, Estou utilizando o código abaixo para rodar tarefas em paralelo: use warnings; use strict; use DBI; use Text::LevenshteinXS qw(distance); use Benchmark qw(timediff timestr); use Term::ProgressBar; use threads; use threads::shared; my $t0 = Benchmark->new(); my %contacts : shared; my @con_list : shared; my $minimum_score : shared = 85; my $maximum_threads = 6; my @threads; get_db_data(); my @control = @con_list; my $item; print 'Starting processing data with maximum of ', $maximum_threads, ' threads', "\n"; my $progress = Term::ProgressBar->new( { name => 'Find Duplicated', count => scalar(@control) } ); my $total_processed = 0; while (@control) { $maximum_threads = scalar(@control) if ( scalar(@control) < $maximum_threads ); my $i; for ( $i = 1 ; $i <= $maximum_threads ; $i++ ) { $threads[$i] = create_thread( "result_$i.txt", ( shift(@control) ) ); } for ( $i = 1 ; $i <= $maximum_threads ; $i++ ) { my ($found) = $threads[$i]->join(); #print "thread $i found $found" if ($found > 0); } $total_processed += $i; $progress->update($total_processed); } $progress->update($total_processed); my $t1 = Benchmark->new(); my $td = timediff( $t1, $t0 ); print 'the code took:', timestr($td), "\n"; sub create_thread { my $file = shift; my $contact = shift; my $trh1 = threads->new( \&validate_contact, $file, $contact ); } sub validate_contact { my $file = shift; my $item = shift; my $counter = 0; open( OUT, '>>', $file ) or die "Cannot create $file: $!\n"; my $source_name = $contacts{$item}->[0] . ' ' . $contacts{$item}->[1]; foreach my $contact (@con_list) { #PERSON_UID is the same next if $item eq $contact; my $dest_name = $contacts{$contact}->[0] . ' ' . $contacts{$contact}->[1]; my $dest_len = length($dest_name); $dest_len = 1 unless ( $dest_len > 0 ); my $distance = distance( $source_name, $dest_name ); my $score = 100 - ( ( $distance * 100 ) / $dest_len ); # how much equal is the current row with the original one if ( $score >= $minimum_score ) { # source FST_NAME|LAST_NAME|CON_CD|PERSON_UID print OUT $contacts{$item}->[0], '|', $contacts{$item}->[1], '|', $contacts{$item}->[2], '|', $item, '|'; # dest FST_NAME|LAST_NAME|CON_CD|PERSON_UID|SCORE print OUT $contacts{$contact}->[0], '|', $contacts{$contact}->[1], '|', $contacts{$contact}->[2], '|', $contact, '|', $score, "\n"; $counter++; } } close(OUT); return $counter; } sub get_db_data { print 'Fetching contacts from database... '; my $user = 'TESTE'; my $password = 'TESTE'; my $DSN = 'TESTE'; my $dbh = DBI->connect( 'dbi:ODBC:' . $DSN, $user, $password, { RaiseError => 1 } ) or die "Database connection not made: $DBI::errstr"; my $query = q( SELECT FST_NAME, LAST_NAME, PERSON_UID, CON_CD FROM CONTACT ORDER BY FST_NAME, LAST_NAME ); my $sth = $dbh->prepare($query); $sth->execute(); while ( my $data = $sth->fetchrow_hashref() ) { # avoid warnings $data->{FST_NAME} = '' unless ( defined( $data->{FST_NAME} ) ); $data->{LAST_NAME} = '' unless ( defined( $data->{LAST_NAME} ) ); $data->{CON_CD} = '' unless ( defined( $data->{CON_CD} ) ); my @temp : shared = ( $data->{FST_NAME}, $data->{LAST_NAME}, $data->{CON_CD} ); $contacts{ $data->{PERSON_UID} } = \@temp; push( @con_list, $data->{PERSON_UID} ); } $sth->finish(); $dbh->disconnect() or warn $dbh->errstr; print "OK\n"; } O código executa normalmente, exceto pelo fato que mais lento do que eu gostaria. Otimizações à parte (como remover registros do hash depois de processados, algo que ainda não fiz) eu percebi que o computador aonde estou rodando isso (Intel Core2 DUO) não usa toda a capacidade de CPU (memória não é gargalo aqui). Ela fica entre 60 e 70% de uso. Eu gostaria que ficasse em algo como 90%, mas mesmo aumentando o número de threads simultâneas esse percentual não muda (e suspeito que o programa não vai rodar mais rápido por isso). Esse é um comportamento normal de se trabalhar com threads? É a primeira vez que uso isso com Perl. Apesar de ler sobre recomendações de não usar threads com Perl, estou em um ambiente Microsoft e gostaria de alternativas simples de compartilhar dados em memória com execuções paralelas. Fico aberto à sugestões. Abraços, Alceu Rodrigues de Freitas Junior -------------------------------------- glasswalk3r em yahoo.com.br --- A well-used door needs no oil on its hinges. A swift-flowing stream does not grow stagnant. Neither sound nor thoughts can travel through a vacuum. Software rots if not used. These are great mysteries -- The Tao Of Programming, 5.1 ____________________________________________________________________________________ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com From acid06 em gmail.com Wed Dec 9 16:51:21 2009 From: acid06 em gmail.com (Nilson Santos Figueiredo Jr.) Date: Wed, 9 Dec 2009 22:51:21 -0200 Subject: [Cascavel-pm] threads e uso de CPU In-Reply-To: <119031.72630.qm@web30802.mail.mud.yahoo.com> References: <119031.72630.qm@web30802.mail.mud.yahoo.com> Message-ID: <9a08c9b40912091651l2b8bc66fxa58203dbe7c8e1fe@mail.gmail.com> On Wed, Dec 9, 2009 at 9:29 PM, Alceu R. de Freitas Jr. wrote: > O código executa normalmente, exceto pelo fato que mais lento do que eu gostaria. Otimizações à parte (como remover registros do hash depois de processados, algo que ainda não fiz) eu percebi que o computador aonde estou rodando isso (Intel Core2 DUO) não usa toda a capacidade de CPU (memória não é gargalo aqui). Ela fica entre 60 e 70% de uso. Eu gostaria que ficasse em algo como 90%, mas mesmo aumentando o número de threads simultâneas esse percentual não muda (e suspeito que o programa não vai rodar mais rápido por isso). Esse é um comportamento normal de se trabalhar com threads? É a primeira vez que uso isso com Perl. > > Apesar de ler sobre recomendações de não usar threads com Perl, estou em um ambiente Microsoft e gostaria de alternativas simples de compartilhar dados em memória com execuções paralelas. Fico aberto à sugestões. Existem situações em que não será possível fazer com que seu programa use toda CPU, porque o gargalo é outra coisa. Por exemplo, chamadas a bancos de dados costumam ser blocantes. Além disso, a sincronização entre threads (feita pelas variáveis shared) é algo blocante, ou seja, um thread pode ter de ficar esperando "à toa". Isso não vai "gastar" CPU, mas o thread vai ficar travado. Se eu entendi seu programa corretamente, você não entendeu perfeitamente a função de variáveis "shared". Nenhuma de suas variáveis "shared" são escritas em nenhum thread, portanto não há necessidade de serem "shared" - ao criar um thread, todo o contexto será copiado, apenas se você quiser que modificações feitas dentro de um thread sejam visíveis nos outros você deve usar "shared". Tente remover os "shared" e remover o próprio uso do threads::shared e veja se sua situação melhora. -Nilson Santos F. Jr. From glasswalk3r em yahoo.com.br Wed Dec 9 20:59:51 2009 From: glasswalk3r em yahoo.com.br (Alceu Rodrigues de Freitas Junior) Date: Thu, 10 Dec 2009 02:59:51 -0200 Subject: [Cascavel-pm] DBD::ODBC, escape sequences e placeholders In-Reply-To: <9a08c9b40911261753q6d269634jb2791b30e6889c55@mail.gmail.com> References: <790772.46863.qm@web30803.mail.mud.yahoo.com> <877htc6b22.fsf@janis.localdomain> <9a08c9b40911261753q6d269634jb2791b30e6889c55@mail.gmail.com> Message-ID: <4B208047.7040406@yahoo.com.br> Nilson Santos Figueiredo Jr. escreveu: > Apenas uma sugestão: ao invés de alterar a query, colocando > placeholders na própria query, sugiro utilizar $dbh->quote no > parâmetro, que serve justamente pra este propósito. > Aliás, se alguém tiver a paciência de ler a manpage do DBI, eu tenho > quase certeza que tem uma maneira de contar pro DBI o tipo dos > parâmetros e aí ele faz a coisa certa automaticamente, mas eu estou > sem tempo agora pra indicar certinho, mas tenho quase certeza que está > lá. Obrigado Nilson e Eden! Vou postar o código aqui como referência para outros (ou eu mesmo, se esquecer um dia): sub update_project { my $self = shift; # hash ref my $project = shift; my $query = q( UPDATE t_pm_projeto SET nom_projeto = ?, data_criacao = ?, data_atualizacao = ?, cod_status = ?, nom_produto = ?, num_pacientepotencialmes = ?, num_pacientemesatual = ?, nom_setor = ? WHERE cod_projeto = ? ); $self->{sth_upd_proj} = $self->{dbh}->prepare($query); $self->{sth_upd_proj}->bind_param( 1, $project->{name} ); $self->{sth_upd_proj}->bind_param( 2, "{d '" . $project->{creation} .. "'}" ); $self->{sth_upd_proj}->bind_param( 3, "{d '" . $project->{update} . "'}" ); $self->{sth_upd_proj}->bind_param( 4, $project->{status} ); $self->{sth_upd_proj}->bind_param( 5, $project->{product} ); $self->{sth_upd_proj}->bind_param( 6, $project->{patientsPotential} ); $self->{sth_upd_proj}->bind_param( 7, $project->{patientsTotal} ); $self->{sth_upd_proj}->bind_param( 8, $project->{sector} ); $self->{sth_upd_proj}->bind_param( 9, $project->{id} ); my $ret = $self->{sth_upd_proj}->execute(); $self->{sth_upd_proj}->finish(); return $ret; } Bastou colocar o escape sequence concatenado com os valores de data e funcionou conforme o esperado! []'s Alceu From glasswalk3r em yahoo.com.br Wed Dec 9 21:40:06 2009 From: glasswalk3r em yahoo.com.br (Alceu Rodrigues de Freitas Junior) Date: Thu, 10 Dec 2009 03:40:06 -0200 Subject: [Cascavel-pm] threads e uso de CPU In-Reply-To: <9a08c9b40912091651l2b8bc66fxa58203dbe7c8e1fe@mail.gmail.com> References: <119031.72630.qm@web30802.mail.mud.yahoo.com> <9a08c9b40912091651l2b8bc66fxa58203dbe7c8e1fe@mail.gmail.com> Message-ID: <4B2089B6.7010902@yahoo.com.br> Olá Nilson, Comentários abaixo. Nilson Santos Figueiredo Jr. escreveu: > Existem situações em que não será possível fazer com que seu programa > use toda CPU, porque o gargalo é outra coisa. Por exemplo, chamadas a > bancos de dados costumam ser blocantes. Hmm... por isso eu faço a única pesquisa que preciso no banco e guardo tudo em memória. E isso é feito antes de eu criar qualquer thread. > Além disso, a sincronização entre threads (feita pelas variáveis > shared) é algo blocante, ou seja, um thread pode ter de ficar > esperando "à toa". Isso não vai "gastar" CPU, mas o thread vai ficar > travado. Mas isso não acontece somente quando eu lanço mão da função lock? Como eu não alterei nenhuma variável a thread não deveria esperar por nada. Ou estou errado? > Se eu entendi seu programa corretamente, você não entendeu > perfeitamente a função de variáveis "shared". Nenhuma de suas > variáveis "shared" são escritas em nenhum thread, portanto não há > necessidade de serem "shared" - ao criar um thread, todo o contexto > será copiado, apenas se você quiser que modificações feitas dentro de > um thread sejam visíveis nos outros você deve usar "shared". Ops... eu tenho coisas demais em memória para fazer cópias para todas as threads instanciadas. Eu usei essa documentação aqui como referência: "The biggest difference between Perl ithreads and the old 5.005 style threading, or for that matter, to most other threading systems out there, is that by default, no data is shared. When a new perl thread is created, all the data associated with the current thread is copied to the new thread, and is subsequently private to that new thread!" -- http://www.mathematik.uni-ulm.de/help/perl5/doc/perlthrtut.html Se faço elas shared, não tem cópia! Realmente não edito nenhuma delas... mas o ideal seria apagar chaves do hash. > Tente remover os "shared" e remover o próprio uso do threads::shared e > veja se sua situação melhora. Vou testar antes de começar a apagar chaves do hash e ver se melhora. Abraços, Alceu From acid06 em gmail.com Thu Dec 10 00:43:11 2009 From: acid06 em gmail.com (Nilson Santos Figueiredo Jr.) Date: Thu, 10 Dec 2009 06:43:11 -0200 Subject: [Cascavel-pm] threads e uso de CPU In-Reply-To: <4B2089B6.7010902@yahoo.com.br> References: <119031.72630.qm@web30802.mail.mud.yahoo.com> <9a08c9b40912091651l2b8bc66fxa58203dbe7c8e1fe@mail.gmail.com> <4B2089B6.7010902@yahoo.com.br> Message-ID: <9a08c9b40912100043j33b7b5b0w7498d844cbf90c36@mail.gmail.com> 2009/12/10 Alceu Rodrigues de Freitas Junior : > Ops... eu tenho coisas demais em memória para fazer cópias para todas as > threads instanciadas. > > Eu usei essa documentação aqui como referência: > > "The biggest difference between Perl ithreads and the old 5.005 style > threading, or for that matter, to most other threading systems out there, is > that by default, no data is shared. When a new perl thread is created, all > the data associated with the current thread is copied to the new thread, and > is subsequently private to that new thread!" -- > http://www.mathematik.uni-ulm.de/help/perl5/doc/perlthrtut.html > > Se faço elas shared, não tem cópia! > Realmente não edito nenhuma delas... mas o ideal seria apagar chaves do > hash. Não, você entendeu errado. No modelo *antigo* de threads os dados eram compartilhados. Nos ithreads, uma cópia é gerada pra cada thread e o que o threads::shared faz é garantir que as cópias sejam sincronizadas. Como eu disse antes, tente retirar o shared e ver se melhora sua situação. -Nilson Santos F. Jr. From monica.eo em gmail.com Thu Dec 10 06:46:55 2009 From: monica.eo em gmail.com (=?ISO-8859-1?Q?M=F4nica_Oliveira?=) Date: Thu, 10 Dec 2009 12:46:55 -0200 Subject: [Cascavel-pm] Vantagens! Message-ID: <7c83252e0912100646u51e7b35dg31265846a0628d04@mail.gmail.com> Oi Pessoal... sou nova no "mundo perl"....e gostaria de saber quais as vantagens dessa linguage sobre outras como....java e php brigada a todos Mônica -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From sammuel.souza em gmail.com Thu Dec 10 20:29:06 2009 From: sammuel.souza em gmail.com (Sammuel Souza) Date: Fri, 11 Dec 2009 01:29:06 -0300 Subject: [Cascavel-pm] Problemas com Cookie Message-ID: <836d1f310912102029m7249ba93k9aa9d0631467003e@mail.gmail.com> Ola lista, tenho um servidor em minha rede local onde ele funciona apenas para poder fazer os script assim depois de tudo pronto e testado eu envio para o servidor de hospedagem. Porem tive que instalar o novo FreeBSD 7.2, devido alguns problemas, mas antes fiz as copias dos script. Depois de tudo instalado coloquei os script dentro da pasta cgi-bin, o mesmo executa e tudo mais porem quando chega na hora de gravar o cookie o mesmo nao grava. Veja o script: #!/usr/bin/perl use CGI; use CGI::Carp qw(fatalsToBrowser); use DBI; use GD; use Number::Format; use strict; use warnings; use diagnostics; my $query = new CGI; my $server_nome = $ENV{'SERVER_NAME'}; (vou pular algumas partes ir direto ao cookie) my $c = new CGI::Cookie(-name => 'cseguranca', -value => "$seguranca_codigo", -domain => "$server_nome", -expires => '+1M', -path => '/', -secure => 0 ); print "Set-Cookie: $c\n"; Ele nao gera o cookie na maquina cliente, verifiquei o $server_nome esta pegando o ip da maquina 192.168.254.10 olhei a configuração do /etc/hosts ::1 localhost localhost.uol.com.br 127.0.0.1 localhost localhost.uol.com.br 192.168.254.10 user user.uol.com.br Ja fiz outro scritp só para gerar um cookie tmb não cria. Alguem tem alguma sugestão? -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From edencardim em gmail.com Thu Dec 10 21:04:44 2009 From: edencardim em gmail.com (Eden Cardim) Date: Fri, 11 Dec 2009 02:04:44 -0300 Subject: [Cascavel-pm] Problemas com Cookie In-Reply-To: <836d1f310912102029m7249ba93k9aa9d0631467003e@mail.gmail.com> (Sammuel Souza's message of "Fri, 11 Dec 2009 01:29:06 -0300") References: <836d1f310912102029m7249ba93k9aa9d0631467003e@mail.gmail.com> Message-ID: <87zl5qp0cz.fsf@janis.localdomain> >>>>> "Sammuel" == Sammuel Souza writes: Sammuel> my $c = new CGI::Cookie(-name    =>  'cseguranca', Sammuel>                         -value   =>  "$seguranca_codigo", Sammuel>                         -domain  =>  "$server_nome", Sammuel>                         -expires =>  '+1M', Sammuel>                         -path    =>  '/', Sammuel>                         -secure  =>  0 Sammuel>                        ); $server_nome me parece a informação errada pra se passar pro domínio do cookie. Nome de domínio é uma coisa, nome de host é outra, e não vai funcionar porque nomes de máquina são do tipo x.y.z e domínios são do tipo .y.z, e um host k.y.z não é domain-match de .x.y.z [1] [1] http://www.faqs.org/rfcs/rfc2965.html -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ From glasswalk3r em yahoo.com.br Fri Dec 11 01:58:17 2009 From: glasswalk3r em yahoo.com.br (Alceu Rodrigues de Freitas Junior) Date: Fri, 11 Dec 2009 07:58:17 -0200 Subject: [Cascavel-pm] Vantagens! In-Reply-To: <7c83252e0912100646u51e7b35dg31265846a0628d04@mail.gmail.com> References: <7c83252e0912100646u51e7b35dg31265846a0628d04@mail.gmail.com> Message-ID: <4B2217B9.9030104@yahoo.com.br> Mônica Oliveira escreveu: > Oi Pessoal... > sou nova no "mundo perl"....e gostaria de saber quais as vantagens dessa > linguage sobre outras como....java e php > > brigada a todos > Mônica Comparar linguagens é algo sempre complicado... Esse artigo serve um ponto de vista para suas perguntas:http://www.cio.com/article/175450/You_Used_Perl_to_Write_WHAT_. Eu concordo parcialmente com o autor, ele estava meio desatualizado quando escreveu o artigo. Perl é excelente para trabalhar com texto (expressões regulares) e como glue language (conectar diferentes programas via IPC, por exemplo). Sem dúvida o CPAN é uma enorme vantagem, nenhuma linguagem de programação tem repositório de código reaproveitável semelhante. Java é uma linguagem de uso geral que consegue resolver problemas de forma razoável, mas não especificamente muito boa para nenhum deles (bem, talvez interfaces gráficas se você usar um editor como o Eclipse ou Netbeans, Perl evoluiu muito pouco nesse quesito comparado com outras linguagens). PHP significa "Paying Homage to Perl" (brincadeira!) mas exceto para programar websites eu não vejo muito porque usar PHP em detrimento de Perl. Talvez pela facilidade. Python é uma linguagem bem parecida com Perl, com sintaxe diferente (mais simples) mas que nasceu com o mesmo sentido. Depois que o Google começou a usar ela, seu uso geral cresceu muito. Alguns atribuem isso a demora em Perl lançar uma versão estável nova com features que o mercado pede, principalmente recursos mais modernos de OO (vide Ruby) ou threads. Mas hoje em dia um projeto de software livre depende muito de marketing também. Dá para falar horas sobre o assunto e eu realmente estou sem tempo agora. Mas fica aí meus R$0,50 de contribuição. Abraços, Alceu From glasswalk3r em yahoo.com.br Fri Dec 11 02:01:04 2009 From: glasswalk3r em yahoo.com.br (Alceu Rodrigues de Freitas Junior) Date: Fri, 11 Dec 2009 08:01:04 -0200 Subject: [Cascavel-pm] threads e uso de CPU In-Reply-To: <9a08c9b40912100043j33b7b5b0w7498d844cbf90c36@mail.gmail.com> References: <119031.72630.qm@web30802.mail.mud.yahoo.com> <9a08c9b40912091651l2b8bc66fxa58203dbe7c8e1fe@mail.gmail.com> <4B2089B6.7010902@yahoo.com.br> <9a08c9b40912100043j33b7b5b0w7498d844cbf90c36@mail.gmail.com> Message-ID: <4B221860.4080703@yahoo.com.br> Nilson Santos Figueiredo Jr. escreveu: > Não, você entendeu errado. No modelo *antigo* de threads os dados eram > compartilhados. > Nos ithreads, uma cópia é gerada pra cada thread e o que o > threads::shared faz é garantir que as cópias sejam sincronizadas. > > Como eu disse antes, tente retirar o shared e ver se melhora sua situação. Eu tirei os shared a a velocidade melhorou muito. No entanto, tive a impressão que o consumo de memória aumentou bastante também ao fazer isso. Antes ficava em torno de 800MB e depois passou a ser 1,2GB e isso ficou estável durante toda a execução do programa. Mas eu testei isso uma vez só e foi bem rápido, pode ter sido por outra razão. Abraços, Alceu From glasswalk3r em yahoo.com.br Fri Dec 11 02:03:54 2009 From: glasswalk3r em yahoo.com.br (Alceu Rodrigues de Freitas Junior) Date: Fri, 11 Dec 2009 08:03:54 -0200 Subject: [Cascavel-pm] [Fwd: LPW2009: Rough Guide to CPAN Testing slides] Message-ID: <4B22190A.70909@yahoo.com.br> Para quem nunca escreveu nada para o CPAN e não sabe direito o que são testes automatizados... vale a pena olhar a apresentação. http://www.kidney-bingos.demon.co.uk/LPW2009/ []'s Alceu From glauber.rodrigues em gmail.com Fri Dec 11 02:56:07 2009 From: glauber.rodrigues em gmail.com (Glauber Machado Rodrigues (Ananda)) Date: Fri, 11 Dec 2009 07:56:07 -0300 Subject: [Cascavel-pm] Problemas com Cookie In-Reply-To: <836d1f310912102029m7249ba93k9aa9d0631467003e@mail.gmail.com> References: <836d1f310912102029m7249ba93k9aa9d0631467003e@mail.gmail.com> Message-ID: 2009/12/11 Sammuel Souza > (...) > > my $server_nome = $ENV{'SERVER_NAME'}; > > (vou pular algumas partes ir direto ao cookie) > > my $c = new CGI::Cookie(-name => 'cseguranca', > -value => "$seguranca_codigo", > -domain => "$server_nome", > -expires => '+1M', > -path => '/', > -secure => 0 > ); > > print "Set-Cookie: $c\n"; > > Ele nao gera o cookie na maquina cliente, verifiquei o > $server_nome esta pegando o ip da maquina 192.168.254.10 > (...) > Ja fiz outro scritp só para gerar um cookie tmb não cria. > > Alguem tem alguma sugestão? > Acredito que o atributo "domain" não pode ser um ip. Se você não especificar o domain, acho que vai ter o efeito parecido com o que você quer: http://search.cpan.org/~lds/CGI.pm-3.48/lib/CGI/Cookie.pm#USING_CGI::Cookie """ 2. domain This is a partial or complete domain name for which the cookie is valid. The browser will return the cookie to any host that matches the partial domain name. For example, if you specify a domain name of ".capricorn.com", then Netscape will return the cookie to Web servers running on any of the machines "www.capricorn.com", "ftp.capricorn.com", "feckless.capricorn.com", etc. Domain names must contain at least two periods to prevent attempts to match on top level domains like ".edu". If no domain is specified, then the browser will only return the cookie to servers on the host the cookie originated from. "" -- Existe mais de uma maneira de chegar lá Glauber Machado Rodrigues skype: glauber.rodrigues -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From glauber.rodrigues em gmail.com Fri Dec 11 04:35:57 2009 From: glauber.rodrigues em gmail.com (Glauber Machado Rodrigues (Ananda)) Date: Fri, 11 Dec 2009 09:35:57 -0300 Subject: [Cascavel-pm] Vantagens! In-Reply-To: <7c83252e0912100646u51e7b35dg31265846a0628d04@mail.gmail.com> References: <7c83252e0912100646u51e7b35dg31265846a0628d04@mail.gmail.com> Message-ID: 2009/12/10 Mônica Oliveira > Oi Pessoal... > sou nova no "mundo perl"....e gostaria de saber quais as vantagens dessa > linguage sobre outras como....java e php > A minha opinião: Java e PHP são ambas linguagens que alcançam a simplicidade fazendo muitas decisões por você. Quando você não concorda com essas decisões, você usa outra linguagem. Essa outra linguagem também não te deixa te expressar, então você vai pulando de linguagem em linguagem até chegar em Perl. Fora isso, é uma linguagem que te devolve cada segundo que você investe nela, pois quanto mais você aprende, mais você está livre para usar sua criatividade. As duas únicas linguagens que *eu conheço* que são assim são perl e lisp. As outras te prendem a medida que você vai se aprofundando. E quando expressividade não tão importante, você pode definir padrões para a sua equipe, e mesmo assim ganhar em produtividade. Resumindo, perl vai te deixar fazer o que você quer, se não der certo a culpa é sua. Então você pode passar para outra abordagem, sem ficar com aquela idéia reprimida, nem botando culpa na linguagem. Se você tiver uma idéia, pode ficar despreocupado que existe uma (geralmente mais de uma) maneira de fazer isso em perl. É uma linguagem assumidamente WOP (*Whatever-oriented programming -*programação orientada a qualquer coisa), realmente indispensável para quem sabe o que quer. Mas tudo que tem potencial para o bem, também tem potencial para o mal. Na dúvida, é bom seguir as boas práticas: Perl Best Practices - Standards and Styles for Developing Maintainable Code http://oreilly.com/catalog/9780596001735 E estudar bastante antes de sair por ai sendo criativo: Learning Perl - Making Easy Things Easy and Hard Things Possible http://oreilly.com/catalog/9780596520106 Intermediate Perl - Beyond The Basics of Learning Perl http://oreilly.com/catalog/9780596102067 Mastering Perl - Creating professional programs with Perl http://oreilly.com/catalog/9780596527242 E para Web: Mojo: http://mojolicious.org -- Existe mais de uma maneira de chegar lá Glauber Machado Rodrigues skype: glauber.rodrigues -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From acid06 em gmail.com Fri Dec 11 07:10:42 2009 From: acid06 em gmail.com (Nilson Santos Figueiredo Jr.) Date: Fri, 11 Dec 2009 13:10:42 -0200 Subject: [Cascavel-pm] threads e uso de CPU In-Reply-To: <4B221860.4080703@yahoo.com.br> References: <119031.72630.qm@web30802.mail.mud.yahoo.com> <9a08c9b40912091651l2b8bc66fxa58203dbe7c8e1fe@mail.gmail.com> <4B2089B6.7010902@yahoo.com.br> <9a08c9b40912100043j33b7b5b0w7498d844cbf90c36@mail.gmail.com> <4B221860.4080703@yahoo.com.br> Message-ID: <9a08c9b40912110710udce4f0dlc996324b5ea32d97@mail.gmail.com> 2009/12/11 Alceu Rodrigues de Freitas Junior : > Eu tirei os shared a a velocidade melhorou muito. > > No entanto, tive a impressão que o consumo de memória aumentou bastante > também ao fazer isso. Antes ficava em torno de 800MB e depois passou a ser > 1,2GB e isso ficou estável durante toda a execução do programa. Mas eu > testei isso uma vez só e foi bem rápido, pode ter sido por outra razão. Foi só impressão, o shared não tem nada a ver com compartilhamento *real* de memória. Pode conferir no código dele, ele é um módulo normal. Esse é o principal problema de threads em Perl: eles são "heavyweight", como processos. Fizeram assim justamente porque aí não tem problemas de memória compartilhada, já que todo compartilhamento é explícito e feito através de sincronia de cópias. Por isso, em *nix, muita gente prefere usar processos (fork) ao invés de threads mesmo, porque com forks, o OS faz Copy-on-Write e aí sim pode economizar memória, mas isso não existe em Windows, afaik. -Nilson Santos F. Jr. From sammuel.souza em gmail.com Fri Dec 11 13:53:51 2009 From: sammuel.souza em gmail.com (Sammuel Souza) Date: Fri, 11 Dec 2009 18:53:51 -0300 Subject: [Cascavel-pm] Problemas com Cookie In-Reply-To: References: <836d1f310912102029m7249ba93k9aa9d0631467003e@mail.gmail.com> Message-ID: <836d1f310912111353n7cb526dev178c6bb97fa670c7@mail.gmail.com> Eder e Glauber, obrigado pela ajuda, realmente só foi tirar o -domain []'s Sammuel 2009/12/11, Glauber Machado Rodrigues (Ananda) : > > > > 2009/12/11 Sammuel Souza > >> (...) >> >> my $server_nome = $ENV{'SERVER_NAME'}; >> >> (vou pular algumas partes ir direto ao cookie) >> >> my $c = new CGI::Cookie(-name => 'cseguranca', >> -value => "$seguranca_codigo", >> -domain => "$server_nome", >> -expires => '+1M', >> -path => '/', >> -secure => 0 >> ); >> >> print "Set-Cookie: $c\n"; >> >> Ele nao gera o cookie na maquina cliente, verifiquei o >> $server_nome esta pegando o ip da maquina 192.168.254.10 >> (...) >> Ja fiz outro scritp só para gerar um cookie tmb não cria. >> >> Alguem tem alguma sugestão? >> > Acredito que o atributo "domain" não pode ser um ip. > > Se você não especificar o domain, acho que vai ter o efeito parecido com o > que você quer: > > http://search.cpan.org/~lds/CGI.pm-3.48/lib/CGI/Cookie.pm#USING_CGI::Cookie > """ > 2. domain > > This is a partial or complete domain name for which the cookie is > valid. The browser will return the cookie to any host that matches the > partial domain name. For example, if you specify a domain name of ". > capricorn.com", then Netscape will return the cookie to Web servers > running on any of the machines "www.capricorn.com", "ftp.capricorn.com", " > feckless.capricorn.com", etc. Domain names must contain at least two > periods to prevent attempts to match on top level domains like ".edu". If no > domain is specified, then the browser will only return the cookie to servers > on the host the cookie originated from. > "" > > > -- > Existe mais de uma maneira de chegar lá > > Glauber Machado Rodrigues > > skype: glauber.rodrigues > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- _____________________ "O mundo é um livro, e quem fica sentado em casa lê somente uma página." ????µ??? -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From ricardostock em bol.com.br Sun Dec 13 16:08:11 2009 From: ricardostock em bol.com.br (Ricardo Stock) Date: Sun, 13 Dec 2009 21:08:11 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?Off_Topic_-_Opni=E3o_da_Lista?= Message-ID: <11589544CE344D12AD9A3D996D20991D@pcricardo> Boa noite a todos. Desculpem pelo OT. Queria a opinião de membros da lista para o seguinte problema. Sei que aqui existem profissionais de todos os níveis aqui e claro mais experientes que eu.. Veja a situação, sou Analista Sênior em um Empresa, responsável por toda a infra-estrutura de rede e microinformática, mas como tal respondo a um "gerente". O mesmo montou um servidor de produção, com todo o sistema da empresa em Raid 0 (isto mesmo RAID ZERO). Sendo que um disco com velocidade de 10k e outro com velocidade de 15k, discos SAS, e não pediu opinião, como sempre quem esta acima sabe tudo. O tipo de profissional que não passa a informação, pois ainda pensa que a melhor forma de ser insubstituível é saber tudo SOZINHO. Foi comprada uma outra maquina para servidor de Backup (também montada em RAID ZERO). A uma semana, um dos discos do servidor de produção queimou, não precisa falar que perdeu o servidor e claro tudo o que estava nele (não temos acesso ao equipamento). O servidor que seria de backup, não estava pronto ( a mais de seis meses). Foi descoberto que em seu sistema de backup haviam falhas, digo buracos. Não imaginam os problemas que temos. Pois é uma empresa da área medica. Claro, a culpa é do Analista, do programador e claro do Técnico. Como sempre. Me respondam a pergunta. Demitiriam o Gerente. ? Pois é culpa dele. Demitiriam toda a equipe.? Pois a culpa é da Equipe, Procuro outra empresa para trabalhar ? Eu acho que em empresas com mentalidade do Sec. passado, não são bons lugares para se trabalhar. Novamente, desculpem pelo off Topic, mas gostaria da opinião de pessoas mais experientes que eu. Por favor, aqueles que perderem alguns momentos em responder a este OT não mandem para a lista e sim para meu e-mail. Obrigado Ricardo Stock ricardostock em bol.com.br -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From daniel.oliveira.mantovani em gmail.com Sun Dec 13 15:41:25 2009 From: daniel.oliveira.mantovani em gmail.com (Daniel de Oliveira Mantovani) Date: Sun, 13 Dec 2009 21:41:25 -0200 Subject: [Cascavel-pm] =?iso-8859-1?q?Off_Topic_-_Opni=E3o_da_Lista?= In-Reply-To: <11589544CE344D12AD9A3D996D20991D@pcricardo> References: <11589544CE344D12AD9A3D996D20991D@pcricardo> Message-ID: <214823ca0912131541h1a886026la1782d7ad44f4da3@mail.gmail.com> 2009/12/13 Ricardo Stock : >         Boa noite a todos. Desculpem pelo OT. > >         Queria a opinião de membros da lista para o seguinte problema. Sei > que aqui existem profissionais de todos os níveis aqui e claro mais > experientes que eu.. > >         Veja a situação, sou Analista Sênior em um Empresa, responsável por > toda a infra-estrutura de rede e microinformática, mas como tal respondo a > um "gerente". > >         O mesmo montou um servidor de produção, com todo o sistema da > empresa em Raid 0 (isto mesmo RAID ZERO). Sendo que um disco com velocidade > de 10k e outro com velocidade de 15k,  discos SAS, e não pediu opinião, como > sempre quem esta acima sabe tudo. O tipo de profissional que não passa a > informação, pois ainda pensa que a melhor forma de ser insubstituível é > saber tudo SOZINHO. > >         Foi comprada uma outra maquina para servidor de Backup (também > montada em RAID ZERO). > >         A uma semana, um dos discos do servidor de produção queimou, não > precisa falar que perdeu o servidor  e claro tudo o que estava nele (não > temos acesso ao equipamento). O servidor que seria de backup, não estava > pronto ( a mais de seis meses). Foi descoberto que em seu sistema de backup > haviam falhas, digo buracos. Não imaginam os problemas que temos. Pois é uma > empresa da área medica. > >         Claro, a culpa é do Analista, do programador e claro do Técnico. > Como sempre. > >         Me respondam a pergunta. >         Demitiriam o Gerente. ? Pois é culpa dele. >         Demitiriam toda a equipe.? Pois a culpa é da Equipe, >         Procuro  outra empresa para trabalhar ? Eu acho que em empresas com > mentalidade do Sec. passado, não são bons lugares para se trabalhar. > >     Novamente, desculpem pelo off Topic, mas gostaria da opinião de pessoas > mais experientes que eu. Por favor, aqueles que perderem alguns momentos em > responder a este OT não mandem para a lista e sim para meu e-mail. Ah, depois é seu gerente que não sabe trabalhar em grupo. Meus dois centavos. > >     Obrigado > > > > Ricardo Stock > ricardostock em bol.com.br > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Existe dois tipos de pessoas, as que reclamam a vida inteira do que fazem, e as que fazem o que nasceram para fazer. From marciogarcia em gmail.com Sun Dec 13 15:55:30 2009 From: marciogarcia em gmail.com (Marcio Garcia) Date: Sun, 13 Dec 2009 23:55:30 +0000 Subject: [Cascavel-pm] =?iso-8859-1?q?Off_Topic_-_Opni=E3o_da_Lista?= In-Reply-To: <214823ca0912131541h1a886026la1782d7ad44f4da3@mail.gmail.com> References: <11589544CE344D12AD9A3D996D20991D@pcricardo> <214823ca0912131541h1a886026la1782d7ad44f4da3@mail.gmail.com> Message-ID: <4055d1bf0912131555o3dcfaa35mc1e46dd9a13ea765@mail.gmail.com> Boas, Tenho alguns critérios: 1. O elo mais fraco na maioria dos casos sempre sai prejudicado; 2. A pessoa que se julga Insubstituível é a primeira a ser substituída; 3. Se o gerente assumir a responsabilidade, o mandaria embora, pois um bom gerente tem controle total dos processos e das pessoas e uma falha desta é gravissima, ainda mais com as tecnologias atuais para armazenar Backups; 4. Um bom gerente assume as responsabilidades da equipe. Abraços, Marcio Garcia 2009/12/13 Daniel de Oliveira Mantovani : > 2009/12/13 Ricardo Stock : >>         Boa noite a todos. Desculpem pelo OT. >> >>         Queria a opinião de membros da lista para o seguinte problema. Sei >> que aqui existem profissionais de todos os níveis aqui e claro mais >> experientes que eu.. >> >>         Veja a situação, sou Analista Sênior em um Empresa, responsável por >> toda a infra-estrutura de rede e microinformática, mas como tal respondo a >> um "gerente". >> >>         O mesmo montou um servidor de produção, com todo o sistema da >> empresa em Raid 0 (isto mesmo RAID ZERO). Sendo que um disco com velocidade >> de 10k e outro com velocidade de 15k,  discos SAS, e não pediu opinião, como >> sempre quem esta acima sabe tudo. O tipo de profissional que não passa a >> informação, pois ainda pensa que a melhor forma de ser insubstituível é >> saber tudo SOZINHO. >> >>         Foi comprada uma outra maquina para servidor de Backup (também >> montada em RAID ZERO). >> >>         A uma semana, um dos discos do servidor de produção queimou, não >> precisa falar que perdeu o servidor  e claro tudo o que estava nele (não >> temos acesso ao equipamento). O servidor que seria de backup, não estava >> pronto ( a mais de seis meses). Foi descoberto que em seu sistema de backup >> haviam falhas, digo buracos. Não imaginam os problemas que temos. Pois é uma >> empresa da área medica. >> >>         Claro, a culpa é do Analista, do programador e claro do Técnico. >> Como sempre. >> >>         Me respondam a pergunta. >>         Demitiriam o Gerente. ? Pois é culpa dele. >>         Demitiriam toda a equipe.? Pois a culpa é da Equipe, >>         Procuro  outra empresa para trabalhar ? Eu acho que em empresas com >> mentalidade do Sec. passado, não são bons lugares para se trabalhar. >> >>     Novamente, desculpem pelo off Topic, mas gostaria da opinião de pessoas >> mais experientes que eu. Por favor, aqueles que perderem alguns momentos em >> responder a este OT não mandem para a lista e sim para meu e-mail. > > Ah, depois é seu gerente que não sabe trabalhar em grupo. > > Meus dois centavos. > >> >>     Obrigado >> >> >> >> Ricardo Stock >> ricardostock em bol.com.br >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm >> > > > > -- > Existe dois tipos de pessoas, as que reclamam a vida inteira do que > fazem, e as que fazem o que nasceram para fazer. > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From glauber.rodrigues em gmail.com Sun Dec 13 16:24:24 2009 From: glauber.rodrigues em gmail.com (Glauber Machado Rodrigues (Ananda)) Date: Sun, 13 Dec 2009 21:24:24 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?Off_Topic_-_Opni=E3o_da_Lista?= In-Reply-To: <11589544CE344D12AD9A3D996D20991D@pcricardo> References: <11589544CE344D12AD9A3D996D20991D@pcricardo> Message-ID: 2009/12/13 Ricardo Stock > (...) > A uma semana, um dos discos do servidor de produção queimou, não > precisa falar que perdeu o servidor e claro tudo o que estava nele (não > temos acesso ao equipamento). O servidor que seria de backup, não estava > pronto ( a mais de seis meses). Foi descoberto que em seu sistema de backup > haviam falhas, digo buracos. Não imaginam os problemas que temos. Pois é uma > empresa da área medica. > Já faz uma semana? Então o pior já passou. > > Claro, a culpa é do Analista, do programador e claro do Técnico. > Como sempre. > > Me respondam a pergunta. > Demitiriam o Gerente. ? Pois é culpa dele. > Demitiriam toda a equipe.? Pois a culpa é da Equipe, > Procuro outra empresa para trabalhar ? Eu acho que em empresas com > mentalidade do Sec. passado, não são bons lugares para se trabalhar. > Tanto faz. Acho que você deveria deixar de se preocupar com isso e se concentrar em trabalhar da melhor forma que você puder, em qualquer situação. Cedo ou tarde aparece uma oportunidade que te dê melhores condições de realizar um bom trabalho, mesmo que o ambiente atual já seja bom. Se temos nos dedicado sempre aos problemas que nos trazem, é natural que com o tempo pessoas com problemas interessantes (e com boas propostas) nos procurem. Até você ter proposta melhor, ficar pensando em que século está a mentalidade da sua atual empresa não ajuda em nada. Se dedicar totalmente às suas responsabilidades atuais é o que vai aumentar a confiança das pessoas em você. Mesmo que a empresa inteira esteja embaixo da chibata, você será tratado de forma diferente. -- Existe mais de uma maneira de chegar lá Glauber Machado Rodrigues skype: glauber.rodrigues -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From edencardim em gmail.com Sun Dec 13 17:20:26 2009 From: edencardim em gmail.com (Eden Cardim) Date: Sun, 13 Dec 2009 22:20:26 -0300 Subject: [Cascavel-pm] =?utf-8?q?Off_Topic_-_Opni=C3=A3o_da_Lista?= In-Reply-To: <11589544CE344D12AD9A3D996D20991D@pcricardo> (Ricardo Stock's message of "Sun, 13 Dec 2009 21:08:11 -0300") References: <11589544CE344D12AD9A3D996D20991D@pcricardo> Message-ID: <87r5qy73mt.fsf@janis.localdomain> >>>>> "Ricardo" == Ricardo Stock writes: Ricardo> Me respondam a pergunta. Demitiriam o Gerente. ? Ricardo> Pois é culpa dele. Demitiriam toda a equipe.? Pois a culpa Ricardo> é da Equipe, Procuro outra empresa para trabalhar ? Eu acho Ricardo> que em empresas com mentalidade do Sec. passado, não são Ricardo> bons lugares para se trabalhar. Desculpe-me a franqueza, mas a natureza da sua pergunta exige que eu responda em público. Acho que demitir depois da merda feita é coisa do século passado também, parece futebol japonês da era pré-Zico. Um profissional que frequenta o trabalho todo dia vai falhar uma hora ou outra, afinal de contas, nada no universo é fail-safe. Toda essa cultura de "encontrar/punir o culpado" é uma grande falácia do mundo corporativo e que nunca funcionou. Tanto o sucesso quanto o fracasso é determinado pelo grupo inteiro, sem excessão, do "chefão" ao estagiário [1]. A demissão pós-erro leva a uma equipe passiva-agressiva onde as pessoas tem medo de fazer as coisas porque não querem errar para depois serem demitidas. A escolha da equipe precisa ser feita *antes* do projeto começar, e inclusive as pessoas que assumem riscos precisam ser *recompensadas*, não punidas. A demissão só faz sentido como medida disciplinar para garantir que o procedimento interno da empresa seja seguido à risca, e esse procedimento precisa estar documentado e acessível aos funcionários. Então, na minha opinião, é mais plausível fechar a empresa toda do que demitir a pessoa que deu azar de estar segurando a bomba na hora que o pavio acabou. As únicas pessoas que não cometeram erros grotescos em alguma área são as pessoas que nunca trabalharam ou estão trabalhando a pouco tempo. [1] http://portal.acm.org/citation.cfm?id=163435 -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ From marcoaureliomacae em gmail.com Sun Dec 13 18:47:44 2009 From: marcoaureliomacae em gmail.com (=?ISO-8859-1?B?TWFyY28gQXVy6WxpbyAoTUFDQckp?=) Date: Sun, 13 Dec 2009 23:47:44 -0300 Subject: [Cascavel-pm] =?iso-8859-1?q?Off_Topic_-_Opni=E3o_da_Lista?= In-Reply-To: <87r5qy73mt.fsf@janis.localdomain> References: <11589544CE344D12AD9A3D996D20991D@pcricardo> <87r5qy73mt.fsf@janis.localdomain> Message-ID: Boa noite, Caros Monges, Ricardo Stock: Assim que se faz uma boa pergunta, e em contrapartida você obteve uma ótima resposta, claro que sem desprezar as reposta dos outros monges. Parabéns por sua pergunta e parabéns Eden por uma reposta perfeita! Ricardo Stock++; Eden Cardim++; Abraços colaborativos, Marco Aurélio (MACAÉ) 2009/12/13 Eden Cardim : >>>>>> "Ricardo" == Ricardo Stock writes: > >    Ricardo>         Me respondam a pergunta.  Demitiriam o Gerente. ? >    Ricardo> Pois é culpa dele.  Demitiriam toda a equipe.? Pois a culpa >    Ricardo> é da Equipe, Procuro outra empresa para trabalhar ? Eu acho >    Ricardo> que em empresas com mentalidade do Sec. passado, não são >    Ricardo> bons lugares para se trabalhar. > > Desculpe-me a franqueza, mas a natureza da sua pergunta exige que eu > responda em público. > Acho que demitir depois da merda feita é coisa do século passado também, > parece futebol japonês da era pré-Zico. Um profissional que frequenta o > trabalho todo dia vai falhar uma hora ou outra, afinal de contas, nada no > universo é fail-safe. Toda essa cultura de "encontrar/punir o culpado" é > uma grande falácia do mundo corporativo e que nunca funcionou. Tanto o > sucesso quanto o fracasso é determinado pelo grupo inteiro, sem > excessão, do "chefão" ao estagiário [1]. > A demissão pós-erro leva a uma equipe passiva-agressiva onde as pessoas > tem medo de fazer as coisas porque não querem errar para depois serem > demitidas. A escolha da equipe precisa ser feita *antes* do projeto > começar, e inclusive as pessoas que assumem riscos precisam ser > *recompensadas*, não punidas. > A demissão só faz sentido como medida disciplinar para garantir que o > procedimento interno da empresa seja seguido à risca, e esse > procedimento precisa estar documentado e acessível aos funcionários. > Então, na minha opinião, é mais plausível fechar a empresa toda do que > demitir a pessoa que deu azar de estar segurando a bomba na hora que o > pavio acabou. As únicas pessoas que não cometeram erros grotescos em > alguma área são as pessoas que nunca trabalharam ou estão trabalhando a > pouco tempo. > > [1] http://portal.acm.org/citation.cfm?id=163435 > > -- >   Eden Cardim       Need help with your Catalyst or DBIx::Class project? >  Code Monkey                    http://www.shadowcat.co.uk/catalyst/ >  Shadowcat Systems Ltd.  Want a managed development or deployment platform? > http://edenc.vox.com/            http://www.shadowcat.co.uk/servers/ > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From glasswalk3r em yahoo.com.br Mon Dec 14 06:22:53 2009 From: glasswalk3r em yahoo.com.br (Alceu R. de Freitas Jr.) Date: Mon, 14 Dec 2009 06:22:53 -0800 (PST) Subject: [Cascavel-pm] =?iso-8859-1?q?Off_Topic_-_Opni=E3o_da_Lista?= In-Reply-To: <11589544CE344D12AD9A3D996D20991D@pcricardo> Message-ID: <336479.95946.qm@web30805.mail.mud.yahoo.com> A culpa é do gerente, pois não ouviu seus subalternos e ignorou que a função do gerente é gerenciar e não ser especialista. Especialistas devem ser as pessoas cuja as quais ele deve escutar nesse tipo de situação. O erro também é da equipe de não ter se resgardado no sentido de enviar um email para seu chefe, com confirmação de leitura se possível, avisando claramente do problema e dos riscos envolvidos. Sempre haverá um gerente incompetente, principalmente aqui no Brasil, já que para você subir em carreira empresarial necessariamente você precisa ser um gerente. Com isso ganhamos gente mal preparada, sem talento, para cargos gerenciais simplesmente porque essas pessoas são ambiciosas. Nesses casos, geralmente o gerente é bem relacionado na empresa então a culpa passa a ser da equipe. Abraços, Alceu --- Em dom, 13/12/09, Ricardo Stock escreveu: > De: Ricardo Stock > Assunto: [Cascavel-pm] Off Topic - Opnião da Lista > Para: "Cascavel Perl Mongers" > Data: Domingo, 13 de Dezembro de 2009, 16:08 >     Boa noite a > todos. Desculpem pelo OT. >   >     >     Queria a > opinião de membros da lista para o seguinte problema. Sei > que aqui existem > profissionais de todos os níveis aqui e claro mais > experientes que > eu.. >   >     >     Veja a > situação, sou Analista Sênior em um Empresa, > responsável por toda a > infra-estrutura de rede e microinformática, mas como tal > respondo a um > "gerente". >   >     >     O mesmo > montou um servidor de produção, com todo o sistema da > empresa em Raid 0 (isto > mesmo RAID ZERO). Sendo que um disco com velocidade de > 10k e outro com > velocidade de 15k,  discos SAS, e não pediu opinião, > como sempre quem esta > acima sabe tudo. O tipo de profissional que não passa a > informação, pois ainda > pensa que a melhor forma de ser insubstituível é saber > tudo > SOZINHO. >   >     >     Foi comprada > uma outra maquina para servidor de Backup (também montada > em RAID ZERO). > >   >     >     A uma semana, > um dos discos do servidor de produção queimou, não > precisa falar que perdeu o > servidor  e claro tudo o que estava nele (não temos > acesso ao equipamento). > O servidor que seria de backup, não estava pronto ( a mais > de seis meses). Foi > descoberto que em seu sistema de backup haviam falhas, > digo buracos. Não > imaginam os problemas que temos. Pois é uma empresa da > área medica. >   >     >     Claro, a > culpa é do Analista, do programador e claro do Técnico. > Como > sempre. >   >     >     Me respondam > a pergunta. >     >     Demitiriam o > Gerente. ? Pois é culpa dele. >         > Demitiriam toda a equipe.? Pois a culpa é da > Equipe, >     >     Procuro  > outra empresa para trabalhar ? Eu acho que em empresas com > mentalidade do Sec. > passado, não são bons lugares para se > trabalhar. >   >     > Novamente, desculpem pelo off > Topic, mas gostaria da opinião de pessoas mais experientes > que eu. Por favor, > aqueles que perderem alguns momentos em responder a este > OT não mandem para > a lista e sim para meu e-mail. >   >     > Obrigado >         > >   >     >     > Ricardo Stock > ricardostock em bol.com.br > > > -----Anexo incorporado----- > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm ____________________________________________________________________________________ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com From shonorio em gmail.com Mon Dec 14 06:55:25 2009 From: shonorio em gmail.com (Solli Honorio) Date: Mon, 14 Dec 2009 12:55:25 -0200 Subject: [Cascavel-pm] blogs.perl.org Message-ID: <12d1f4ee0912140655v3b229e75l68b17ba4e2143dfd@mail.gmail.com> Pessoal, Está disponível o blogs.perl.org, a plataforma 'oficial' para a comunidade 'blogar' sobre Perl. Este espaço está disponível a todos, inclusive para material não inglês. Você pode imaginar como ficaria mais interessante o teu currículo com o blogs.perl.org/users/ ? Lembrando que uma maneira importante de contribuir com a comunidade é a documentação, e escrever as façanhas do teu dia-a-dia com o Perl, alguma impressão e sugestão de algum módulo, ou demonstração da aplicação de alguma nova técnica que você apreendeu é uma excelente maneira de documentação e cooperação. Abraços Solli M. Honório -- "o animal satisfeito dorme". - Guimarães Rosa -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From shonorio em gmail.com Mon Dec 14 07:20:18 2009 From: shonorio em gmail.com (Solli Honorio) Date: Mon, 14 Dec 2009 13:20:18 -0200 Subject: [Cascavel-pm] 99 problemas resolvidos em Perl 6 Message-ID: <12d1f4ee0912140720u44b05f43g4306ec22db7aa390@mail.gmail.com> Pessoal, Existe uma 'brincadeira' em ciência da computação chamado de '99 problemas' (não conheço realmente a origem) divididos entre Lista, Aritmética, Lógica, Árvores Binárias, Grafos e outros problemas. Na internet é fácil encontrar estes problema solucionados em Lisp, Haskell, Prolog. A comunidade do Perl 6 encontrou nesta lista de problema uma boa maneira de mostras o poder do P6, e está recebendo contribuições das soluções. Os códigos estão hospedados no http://github.com/perl6/perl6-examples para serem estudados e avaliados, e para receber a tua contribuição. E aí, que tal colocar em prática aquelas aulas da faculdade e ainda apreender Perl 6 ? Abraços, Solli M. Honório -- "o animal satisfeito dorme". - Guimarães Rosa -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From ricardostock em bol.com.br Mon Dec 14 07:28:17 2009 From: ricardostock em bol.com.br (ricardostock em bol.com.br) Date: Mon, 14 Dec 2009 13:28:17 -0200 Subject: [Cascavel-pm] =?utf-8?q?Off_Topic_-_Opni=C3=A3o_da_Lista?= In-Reply-To: <336479.95946.qm@web30805.mail.mud.yahoo.com> References: <336479.95946.qm@web30805.mail.mud.yahoo.com> Message-ID: <4b265991b44ac_6444527167c119@winter15.tmail> Um anexo em HTML foi limpo... URL: From lgbassani em gmail.com Mon Dec 14 08:36:16 2009 From: lgbassani em gmail.com (Luciano Giordani Bassani) Date: Mon, 14 Dec 2009 14:36:16 -0200 Subject: [Cascavel-pm] =?utf-8?q?Off_Topic_-_Opni=C3=A3o_da_Lista?= In-Reply-To: <4b265991b44ac_6444527167c119@winter15.tmail> References: <336479.95946.qm@web30805.mail.mud.yahoo.com> <4b265991b44ac_6444527167c119@winter15.tmail> Message-ID: <4B266980.1060706@gmail.com> Um anexo em HTML foi limpo... URL: From edencardim em gmail.com Mon Dec 14 10:30:45 2009 From: edencardim em gmail.com (Eden Cardim) Date: Mon, 14 Dec 2009 15:30:45 -0300 Subject: [Cascavel-pm] =?utf-8?q?Off_Topic_-_Opni=C3=A3o_da_Lista?= In-Reply-To: <336479.95946.qm@web30805.mail.mud.yahoo.com> (Alceu R. de Freitas, Jr.'s message of "Mon, 14 Dec 2009 06:22:53 -0800 (PST)") References: <336479.95946.qm@web30805.mail.mud.yahoo.com> Message-ID: <876389wgq2.fsf@janis.localdomain> >>>>> "Alceu" == Alceu R de Freitas writes: Alceu> A culpa é do gerente, pois não ouviu seus subalternos e Alceu> ignorou que a função do gerente é gerenciar e não ser Alceu> especialista. Não, a culpa não é só do gerente. A culpa é do setor de RH, que contratou um gerente incompetente. A culpa é do CEO que montou um setor de RH que contrata gerentes incompetentes. Alceu> O erro também é da equipe de não ter se resgardado no sentido Alceu> de enviar um email para seu chefe, com confirmação de leitura Alceu> se possível, avisando claramente do problema e dos riscos Alceu> envolvidos. Não, esse não é o papel da equipe, o papel da equipe é de seguir o líder e confiar nele. Se a equipe tem culpa de alguma coisa é de não ter feito a "operação macaco" (otavio++) antes da bomba explodir. Alceu> Sempre haverá um gerente incompetente, principalmente aqui no Alceu> Brasil, já que para você subir em carreira empresarial Alceu> necessariamente você precisa ser um gerente. Com isso Alceu> ganhamos gente mal preparada, sem talento, para cargos Alceu> gerenciais simplesmente porque essas pessoas são ambiciosas. Alceu> Nesses casos, geralmente o gerente é bem relacionado na Alceu> empresa então a culpa passa a ser da equipe. A culpa não é da pessoa que conseguiu entrar numa posição de confiança por ser bom em engenharia social, essa pessoa está certa, usando da principal habilidade pra alcançar seu objetivo. Errada está a pessoa que contrata alguém baseada meramente em relações sociais. Na verdade, não existem pessoas incompetentes, existem pessoas mal-alocadas. -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ From glasswalk3r em yahoo.com.br Mon Dec 14 12:10:00 2009 From: glasswalk3r em yahoo.com.br (Alceu R. de Freitas Jr.) Date: Mon, 14 Dec 2009 12:10:00 -0800 (PST) Subject: [Cascavel-pm] =?iso-8859-1?q?Off_Topic_-_Opni=E3o_da_Lista?= In-Reply-To: <876389wgq2.fsf@janis.localdomain> Message-ID: <211213.32586.qm@web30802.mail.mud.yahoo.com> Olá Eden, Comentei seu email abaixo. --- Em seg, 14/12/09, Eden Cardim escreveu: > Não, a culpa não é só do gerente. > A culpa é do setor de RH, que contratou um gerente > incompetente. > A culpa é do CEO que montou um setor de RH que contrata > gerentes > incompetentes. CEO procura contratar pessoas da sua confiança. Isso não tem necessariamente algo a ver com capacidade profissional. Ai do RH que oferece muita resistência. Depende de empresa para empresa, mas no geral não se discute.     > Não, esse não é o papel da equipe, o papel da equipe é > de seguir o líder > e confiar nele. Se a equipe tem culpa de alguma coisa é de > não ter feito > a "operação macaco" (otavio++) antes da bomba explodir. Diga isso para funcionários que atualmente não recebem horas extras e não consegue obter nos cronogramas de projeto o tempo que precisam para fazer as coisas da forma como devem ser feitas. Acredite, muitas empresas grandes hoje em dia não pagam hora extra para funcionários e fazem linha dura com PJ's. E estou falando de empresas grandes, não pequenas.     > A culpa não é da pessoa que conseguiu entrar numa > posição de confiança > por ser bom em engenharia social, essa pessoa está certa, > usando da > principal habilidade pra alcançar seu objetivo. Errada > está a pessoa que > contrata alguém baseada meramente em relações sociais. > Na verdade, não > existem pessoas incompetentes, existem pessoas > mal-alocadas. A única possibilidade em que eu contrataria uma pessoa boa de engenharia social é para cargos como relações públicas, vendas, etc. No fundo eu concordo com o que você disse, mas a realidade está distante do que você propõe. Abraços, Alceu ____________________________________________________________________________________ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com From edencardim em gmail.com Mon Dec 14 16:45:03 2009 From: edencardim em gmail.com (Eden Cardim) Date: Mon, 14 Dec 2009 21:45:03 -0300 Subject: [Cascavel-pm] =?utf-8?q?Off_Topic_-_Opni=C3=A3o_da_Lista?= In-Reply-To: <211213.32586.qm@web30802.mail.mud.yahoo.com> (Alceu R. de Freitas, Jr.'s message of "Mon, 14 Dec 2009 12:10:00 -0800 (PST)") References: <211213.32586.qm@web30802.mail.mud.yahoo.com> Message-ID: <877hspvze8.fsf@janis.localdomain> >>>>> "Alceu" == Alceu R de Freitas writes: Alceu> CEO procura contratar pessoas da sua confiança. Isso não tem Alceu> necessariamente algo a ver com capacidade profissional. Essa é nova pra mim, até onde eu vi/li, a coisa é bem diferente, mas posso ter feito uma amostragem ruim. Alceu> Ai do RH que oferece muita resistência. Depende de empresa Alceu> para empresa, mas no geral não se discute.     Ahn? >> Não, esse não é o papel da equipe, o papel da equipe é de seguir >> o líder e confiar nele. Se a equipe tem culpa de alguma coisa é >> de não ter feito a "operação macaco" (otavio++) antes da bomba >> explodir. Alceu> Diga isso para funcionários que atualmente não recebem horas Alceu> extras e não consegue obter nos cronogramas de projeto o Alceu> tempo que precisam para fazer as coisas da forma como devem Alceu> ser feitas. Nenhum projeto já teve ou vai ter um cronograma com tempo suficiente pra "fazer as coisas da forma como devem ser feitas", é o efeito combinado da lei de Parkinson[1] com a lei de Murphy[2]. Todo livro/curso de engenharia de software que se preze diz isso logo no começo. Dizer que o problema é com o cronograma é meramente a cultura de crime/castigo em ação de novo. Alceu> Acredite, muitas empresas grandes hoje em dia não pagam hora Alceu> extra para funcionários e fazem linha dura com PJ's. E estou Alceu> falando de empresas grandes, não pequenas.     Essas pessoas ou precisam da "operação macaco" ou melhorar a habilidade de negociação, isso faz parte da profissão. Todo dia tem cliente/gerente/doohickey pedindo requisitos impossíveis em todos os lugares, parte do trabalho envolve negociar uma saída viável. Tem um artigo no thedailywtf[3], que é bem humorado mas serve pra ilustrar do que eu estou falando. Alceu> A única possibilidade em que eu contrataria uma pessoa boa de Alceu> engenharia social é para cargos como relações públicas, Alceu> vendas, etc. O problema é que as empresas quase nunca consideram as especialidades de individuais. Contratam, colocam lá, e usam a demissão como chicote. Alceu> No fundo eu concordo com o que você disse, mas a realidade Alceu> está distante do que você propõe. Sim, eu sei que a realidade é distante disso, e é por isso mesmo que tem empresas rodando RAID 0 sem backup por aí. [1] http://en.wikipedia.org/wiki/Parkinson%27s_Law [2] http://en.wikipedia.org/wiki/Murphy%27s_Law [3] http://thedailywtf.com/Articles/The-Speedup-Loop.aspx -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ From shonorio em gmail.com Tue Dec 15 04:32:39 2009 From: shonorio em gmail.com (Solli Honorio) Date: Tue, 15 Dec 2009 10:32:39 -0200 Subject: [Cascavel-pm] Advent Calendar In-Reply-To: <12d1f4ee0912150426o7a38bd8fr2f0489ca483c5061@mail.gmail.com> References: <12d1f4ee0912150421w26e739b1p20fcda84c8c349e2@mail.gmail.com> <12d1f4ee0912150426o7a38bd8fr2f0489ca483c5061@mail.gmail.com> Message-ID: <12d1f4ee0912150432t22d1001fx90d26ba425fa4b99@mail.gmail.com> Pessoal, Em alguns lugares no mundo, para os Cristãos, existe a tradição do Calendário do Advento Natalino[1], e sendo o Larry Wall um Cristão fervoroso, a comunidade Perl veem publicando calendários com dicas e informações relacionado ao Perl. Neste ano temos os seguintes Advent Calendar : * Perl 5 http://perladvent.pm.org * Perl 6 http://perl6advent.wordpress.com * Catalyst http://www.catalystframework.org/calendar/ Solli M. Honório [1] http://pt.wikipedia.org/wiki/Calend%C3%A1rio_do_Advento -- "o animal satisfeito dorme". - Guimarães Rosa -- "o animal satisfeito dorme". - Guimarães Rosa -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From shonorio em gmail.com Tue Dec 15 04:49:12 2009 From: shonorio em gmail.com (Solli Honorio) Date: Tue, 15 Dec 2009 10:49:12 -0200 Subject: [Cascavel-pm] Perl para cima e avante !!! Message-ID: <12d1f4ee0912150449u272ae02fk7fbe62712f890004@mail.gmail.com> Ente ano a discussão sobre o agonizante Perl tomou conta em diversos sites, blogs, listas de discussão e mesas de bares. Pois bem, se Perl está moribundo me explique então a intensa movimentação de códigos no github ( http://github.com/languages). Mas não estamos falando só de volume, estamos também falando em atualidade. O Google anuncionou na semana passada o Shorten URL dela, e já temos código no github para isto http://github.com/yappo/p5-WWW-Shorten-Google. Solli M. Honório -- "o animal satisfeito dorme". - Guimarães Rosa -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From otaviof em gmail.com Tue Dec 15 05:01:41 2009 From: otaviof em gmail.com (=?ISO-8859-1?Q?Ot=E1vio_Fernandes?=) Date: Tue, 15 Dec 2009 11:01:41 -0200 Subject: [Cascavel-pm] Perl para cima e avante !!! In-Reply-To: <12d1f4ee0912150449u272ae02fk7fbe62712f890004@mail.gmail.com> References: <12d1f4ee0912150449u272ae02fk7fbe62712f890004@mail.gmail.com> Message-ID: <8e3843570912150501n5eaf65b5p4c90316b1033e4fb@mail.gmail.com> 2009/12/15 Solli Honorio : > Ente ano a discussão sobre o agonizante Perl tomou conta em diversos sites, > blogs, listas de discussão e mesas de bares. Pois bem, se Perl está > moribundo me explique então a intensa movimentação de códigos no github > (http://github.com/languages). > > Mas não estamos falando só de volume, estamos também falando em atualidade. > O Google anuncionou na semana passada o Shorten URL dela, e já temos código > no github para isto http://github.com/yappo/p5-WWW-Shorten-Google. > > Solli M. Honório > > -- > "o animal satisfeito dorme". - Guimarães Rosa > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > Esta é uma notícia mais do que interessante. Vou fazer um "mal-educado" cross-posting. -- Otávio Fernandes http://blog.emresumo.com From sammuel.souza em gmail.com Mon Dec 21 18:15:20 2009 From: sammuel.souza em gmail.com (Sammuel Souza) Date: Mon, 21 Dec 2009 23:15:20 -0300 Subject: [Cascavel-pm] Duvidas com require; Message-ID: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> Olá, estou querendo usar o require veja o que fiz: #!/usr/bin/perl use CGI; use CGI::Carp qw(fatalsToBrowser); use DBI; use GD; use Number::Format; use strict; use warnings; use diagnostics; require 'variavel.pl'; my $query = new CGI; my $acao = $query->param('acao') || ''; print $query->header; print "ola $versao"; #### Dentro do variavel.pl $pasta = "/"; $versao = "1.3.4"; 1; ### Veja o error: Global symbol "$versao" requires explicit package name at /usr/local. Eu preciso criar um arquivo que contem as variaveis fixa para usar em outros scripts. []'s Sammuel -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From daniel.oliveira.mantovani em gmail.com Mon Dec 21 18:19:55 2009 From: daniel.oliveira.mantovani em gmail.com (Daniel de Oliveira Mantovani) Date: Tue, 22 Dec 2009 00:19:55 -0200 Subject: [Cascavel-pm] Duvidas com require; In-Reply-To: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> References: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> Message-ID: <214823ca0912211819j320c1499nd3954824611d1e71@mail.gmail.com> Exporter: http://search.cpan.org/~ferreira/Exporter-5.63/lib/Exporter.pm []'s 2009/12/22 Sammuel Souza : > Olá, > > estou querendo usar o require > > veja o que fiz: > > #!/usr/bin/perl > > use CGI; > use CGI::Carp qw(fatalsToBrowser); > use DBI; > use GD; > use Number::Format; > use strict; > use warnings; > use diagnostics; > > require 'variavel.pl'; > > my $query = new CGI; > my $acao = $query->param('acao') || ''; > > print $query->header; > > print "ola  $versao"; > > #### Dentro do variavel.pl > $pasta = "/"; > $versao = "1.3.4"; > > 1; > > ### Veja o error: > Global symbol "$versao" requires explicit package name at /usr/local. > > Eu preciso criar um arquivo que contem as variaveis fixa para usar em outros > scripts. > > > > []'s Sammuel > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Existe dois tipos de pessoas, as que reclamam a vida inteira do que fazem, e as que fazem o que nasceram para fazer. From daniel.oliveira.mantovani em gmail.com Mon Dec 21 18:28:13 2009 From: daniel.oliveira.mantovani em gmail.com (Daniel de Oliveira Mantovani) Date: Tue, 22 Dec 2009 00:28:13 -0200 Subject: [Cascavel-pm] Duvidas com require; In-Reply-To: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> References: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> Message-ID: <214823ca0912211828v2a18e2d5ja0f5afb14037513@mail.gmail.com> Por que você quer usar "require" e não "use" ? Por que o seu arquivo não é um módulo ? Você sabe o que o "strict" faz ? Por que você não começa pelo começo ? Explica o problema, depois explica o que você quer fazer e depois nós dizemos o caminho ;) []'s 2009/12/22 Sammuel Souza : > Olá, > > estou querendo usar o require > > veja o que fiz: > > #!/usr/bin/perl > > use CGI; > use CGI::Carp qw(fatalsToBrowser); > use DBI; > use GD; > use Number::Format; > use strict; > use warnings; > use diagnostics; > > require 'variavel.pl'; > > my $query = new CGI; > my $acao = $query->param('acao') || ''; > > print $query->header; > > print "ola  $versao"; > > #### Dentro do variavel.pl > $pasta = "/"; > $versao = "1.3.4"; > > 1; > > ### Veja o error: > Global symbol "$versao" requires explicit package name at /usr/local. > > Eu preciso criar um arquivo que contem as variaveis fixa para usar em outros > scripts. > > > > []'s Sammuel > > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Existe dois tipos de pessoas, as que reclamam a vida inteira do que fazem, e as que fazem o que nasceram para fazer. From sammuel.souza em gmail.com Mon Dec 21 18:37:51 2009 From: sammuel.souza em gmail.com (Sammuel Souza) Date: Mon, 21 Dec 2009 23:37:51 -0300 Subject: [Cascavel-pm] Duvidas com require; In-Reply-To: <214823ca0912211828v2a18e2d5ja0f5afb14037513@mail.gmail.com> References: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> <214823ca0912211828v2a18e2d5ja0f5afb14037513@mail.gmail.com> Message-ID: <836d1f310912211837w1af5b8eer82bcbe7bb38955c9@mail.gmail.com> Daniel, certo!!! Esqueci de dizer porque o require, antigamente vi o require e nao utilizei, então tenho um script index.cgi, assim todas as informações estão neles. Como vou utilizar esse mesmo sistema em outro servidor e com outros dados preciso criar um arquivo com variaveis fixa. Assim ele buscaria tipo "variavel.pl" de onde ele estivesse exemplo: $nome_empresa = "Casa da Alegria"; $cidade_empresa = "Porto Velho"; $uf_empresa = "RO"; $bd_mysql = "xxx.xxx.xxx.xxx"; $usuario_mysql = "zzZz"; $senha_mysql = "***"; $versao = "1.3.4"; assim cada sistema tem seu banco de dados por isso se eu especificar no index.cgi tenho q mudar todas as vezes. ja com um "variavel.pl" eu mudaria um index.cgi colocaria la e ia funcionar tmb. alguma sugestão? []'s Sammuel Em 21/12/09, Daniel de Oliveira Mantovani < daniel.oliveira.mantovani em gmail.com> escreveu: > > Por que você quer usar "require" e não "use" ? > Por que o seu arquivo não é um módulo ? > Você sabe o que o "strict" faz ? > Por que você não começa pelo começo ? > > Explica o problema, depois explica o que você quer fazer e depois nós > dizemos o caminho ;) > > []'s > > > > > > 2009/12/22 Sammuel Souza : > > Olá, > > > > estou querendo usar o require > > > > veja o que fiz: > > > > #!/usr/bin/perl > > > > use CGI; > > use CGI::Carp qw(fatalsToBrowser); > > use DBI; > > use GD; > > use Number::Format; > > use strict; > > use warnings; > > use diagnostics; > > > > require 'variavel.pl'; > > > > my $query = new CGI; > > my $acao = $query->param('acao') || ''; > > > > print $query->header; > > > > print "ola $versao"; > > > > #### Dentro do variavel.pl > > $pasta = "/"; > > $versao = "1.3.4"; > > > > 1; > > > > ### Veja o error: > > Global symbol "$versao" requires explicit package name at /usr/local. > > > > Eu preciso criar um arquivo que contem as variaveis fixa para usar em > outros > > scripts. > > > > > > > > []'s Sammuel > > > > _______________________________________________ > > Cascavel-pm mailing list > > Cascavel-pm em pm.org > > http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > > > -- > Existe dois tipos de pessoas, as que reclamam a vida inteira do que > fazem, e as que fazem o que nasceram para fazer. > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- _____________________ "O mundo é um livro, e quem fica sentado em casa lê somente uma página." ????µ??? -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From blabos em gmail.com Mon Dec 21 19:15:53 2009 From: blabos em gmail.com (Blabos de Blebe) Date: Tue, 22 Dec 2009 01:15:53 -0200 Subject: [Cascavel-pm] Duvidas com require; In-Reply-To: <836d1f310912211837w1af5b8eer82bcbe7bb38955c9@mail.gmail.com> References: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> <214823ca0912211828v2a18e2d5ja0f5afb14037513@mail.gmail.com> <836d1f310912211837w1af5b8eer82bcbe7bb38955c9@mail.gmail.com> Message-ID: <179354400912211915r653a64b6jecd283e5341bd17@mail.gmail.com> O que você quer é usar um arquivo de configuração? Você tem uma aplicação e quer que ela use configurações diferentes dependendo de onde ela esteja instalada? 2009/12/22 Sammuel Souza : > Daniel, certo!!! > > Esqueci de dizer porque o require, antigamente vi o require e nao utilizei, > > então tenho um script index.cgi, assim todas as informações estão neles. > > Como vou utilizar esse mesmo sistema em outro servidor e com outros dados > preciso criar um arquivo com variaveis fixa. > > Assim ele buscaria tipo "variavel.pl" de onde ele estivesse exemplo: > > $nome_empresa = "Casa da Alegria"; > $cidade_empresa = "Porto Velho"; > $uf_empresa = "RO"; > > $bd_mysql = "xxx.xxx.xxx.xxx"; > $usuario_mysql = "zzZz"; > $senha_mysql = "***"; > $versao = "1.3.4"; > > assim cada sistema tem seu banco de dados por isso se eu especificar no > index.cgi > tenho q mudar todas as vezes. > > ja com um "variavel.pl" eu mudaria um index.cgi colocaria la e ia funcionar > tmb. > > alguma sugestão? > > []'s Sammuel > > > Em 21/12/09, Daniel de Oliveira Mantovani > escreveu: >> >> Por que você quer usar "require" e não "use" ? >> Por que o seu arquivo não é um módulo ? >> Você sabe o que o "strict" faz ? >> Por que você não começa pelo começo ? >> >> Explica o problema, depois explica o que você quer fazer e depois nós >> dizemos o caminho ;) >> >> []'s >> >> >> >> >> >> 2009/12/22 Sammuel Souza : >> > Olá, >> > >> > estou querendo usar o require >> > >> > veja o que fiz: >> > >> > #!/usr/bin/perl >> > >> > use CGI; >> > use CGI::Carp qw(fatalsToBrowser); >> > use DBI; >> > use GD; >> > use Number::Format; >> > use strict; >> > use warnings; >> > use diagnostics; >> > >> > require 'variavel.pl'; >> > >> > my $query = new CGI; >> > my $acao = $query->param('acao') || ''; >> > >> > print $query->header; >> > >> > print "ola  $versao"; >> > >> > #### Dentro do variavel.pl >> > $pasta = "/"; >> > $versao = "1.3.4"; >> > >> > 1; >> > >> > ### Veja o error: >> > Global symbol "$versao" requires explicit package name at /usr/local. >> > >> > Eu preciso criar um arquivo que contem as variaveis fixa para usar em >> > outros >> > scripts. >> > >> > >> > >> > []'s Sammuel >> > >> > _______________________________________________ >> > Cascavel-pm mailing list >> > Cascavel-pm em pm.org >> > http://mail.pm.org/mailman/listinfo/cascavel-pm >> > >> >> >> >> -- >> Existe dois tipos de pessoas, as que reclamam a vida inteira do que >> fazem, e as que fazem o que nasceram para fazer. >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > -- > _____________________ > "O mundo é um livro, e quem fica sentado em casa lê somente uma página." > ????µ??? > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > From daniel.oliveira.mantovani em gmail.com Mon Dec 21 19:20:17 2009 From: daniel.oliveira.mantovani em gmail.com (Daniel de Oliveira Mantovani) Date: Tue, 22 Dec 2009 01:20:17 -0200 Subject: [Cascavel-pm] Duvidas com require; In-Reply-To: <836d1f310912211837w1af5b8eer82bcbe7bb38955c9@mail.gmail.com> References: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> <214823ca0912211828v2a18e2d5ja0f5afb14037513@mail.gmail.com> <836d1f310912211837w1af5b8eer82bcbe7bb38955c9@mail.gmail.com> Message-ID: <214823ca0912211920u2d20d192m2edb40e579dfebeb@mail.gmail.com> Você ainda não respondeu o porque do "require". Eu podia explicar mais alguém já fez isso por mim: ^^ http://perldoc.perl.org/functions/require.html http://perldoc.perl.org/functions/use.html Você pode começar a escrever código reutilizável, se você fizer isso só vai precisar escrever uma vez. Você pode ver um pouco de OOP: http://perldoc.perl.org/perltoot.html Depois que você aprender o perltoot, você vai ver que Perl tem um completo sistema orientado a objeto chamado Moose: http://search.cpan.org/~flora/Moose-0.93/lib/Moose/Manual.pod Criar um "variavel.pl" só para guardar o nome de variáveis é feio, usar um XML é muito mais elegante: http://www.google.com/search?q=XML+online+tutorials Eu recomendo ler as especificações Não vai faltar código reutilizável para você "parsear" seu XML, ops digo módulos no CPAN, eu gosto desse: http://search.cpan.org/dist/XML-Bare/Bare.pm Bom, se eu entendi o seu problema um simples XML vai resolver, quando você mudar de servidor você só mudar os dados do XML e pronto a mágica está feita. 2009/12/22 Sammuel Souza : > Daniel, certo!!! > > Esqueci de dizer porque o require, antigamente vi o require e nao utilizei, > > então tenho um script index.cgi, assim todas as informações estão neles. > > Como vou utilizar esse mesmo sistema em outro servidor e com outros dados > preciso criar um arquivo com variaveis fixa. > > Assim ele buscaria tipo "variavel.pl" de onde ele estivesse exemplo: > > $nome_empresa = "Casa da Alegria"; > $cidade_empresa = "Porto Velho"; > $uf_empresa = "RO"; > > $bd_mysql = "xxx.xxx.xxx.xxx"; > $usuario_mysql = "zzZz"; > $senha_mysql = "***"; > $versao = "1.3.4"; > > assim cada sistema tem seu banco de dados por isso se eu especificar no > index.cgi > tenho q mudar todas as vezes. > > ja com um "variavel.pl" eu mudaria um index.cgi colocaria la e ia funcionar > tmb. > > alguma sugestão? > > []'s Sammuel > > > Em 21/12/09, Daniel de Oliveira Mantovani > escreveu: >> >> Por que você quer usar "require" e não "use" ? >> Por que o seu arquivo não é um módulo ? >> Você sabe o que o "strict" faz ? >> Por que você não começa pelo começo ? >> >> Explica o problema, depois explica o que você quer fazer e depois nós >> dizemos o caminho ;) >> >> []'s >> >> >> >> >> >> 2009/12/22 Sammuel Souza : >> > Olá, >> > >> > estou querendo usar o require >> > >> > veja o que fiz: >> > >> > #!/usr/bin/perl >> > >> > use CGI; >> > use CGI::Carp qw(fatalsToBrowser); >> > use DBI; >> > use GD; >> > use Number::Format; >> > use strict; >> > use warnings; >> > use diagnostics; >> > >> > require 'variavel.pl'; >> > >> > my $query = new CGI; >> > my $acao = $query->param('acao') || ''; >> > >> > print $query->header; >> > >> > print "ola  $versao"; >> > >> > #### Dentro do variavel.pl >> > $pasta = "/"; >> > $versao = "1.3.4"; >> > >> > 1; >> > >> > ### Veja o error: >> > Global symbol "$versao" requires explicit package name at /usr/local. >> > >> > Eu preciso criar um arquivo que contem as variaveis fixa para usar em >> > outros >> > scripts. >> > >> > >> > >> > []'s Sammuel >> > >> > _______________________________________________ >> > Cascavel-pm mailing list >> > Cascavel-pm em pm.org >> > http://mail.pm.org/mailman/listinfo/cascavel-pm >> > >> >> >> >> -- >> Existe dois tipos de pessoas, as que reclamam a vida inteira do que >> fazem, e as que fazem o que nasceram para fazer. >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > -- > _____________________ > "O mundo é um livro, e quem fica sentado em casa lê somente uma página." > ????µ??? > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- Existe dois tipos de pessoas, as que reclamam a vida inteira do que fazem, e as que fazem o que nasceram para fazer. From frederico em gmail.com Tue Dec 22 01:48:33 2009 From: frederico em gmail.com (Frederico Recsky) Date: Tue, 22 Dec 2009 10:48:33 +0100 Subject: [Cascavel-pm] Duvidas com require; In-Reply-To: <836d1f310912211837w1af5b8eer82bcbe7bb38955c9@mail.gmail.com> References: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> <214823ca0912211828v2a18e2d5ja0f5afb14037513@mail.gmail.com> <836d1f310912211837w1af5b8eer82bcbe7bb38955c9@mail.gmail.com> Message-ID: <88fe68ee0912220148k2a6291a9y2823c6fa329904ef@mail.gmail.com> Ola, Alem do lista gigante de manuais que mandaram voce ler, eu recomendo voce olhar esse modulo e fazer a configuracao que voce quer. http://search.cpan.org/~tlinden/Config-General-2.44/General.pm Vai resolver rapido, mas nao esquece de ler das sugestoes do mantovani, vai ser muito util para frente. []' s Frederico 2009/12/22 Sammuel Souza : > Daniel, certo!!! > > Esqueci de dizer porque o require, antigamente vi o require e nao utilizei, > > então tenho um script index.cgi, assim todas as informações estão neles. > > Como vou utilizar esse mesmo sistema em outro servidor e com outros dados > preciso criar um arquivo com variaveis fixa. > > Assim ele buscaria tipo "variavel.pl" de onde ele estivesse exemplo: > > $nome_empresa = "Casa da Alegria"; > $cidade_empresa = "Porto Velho"; > $uf_empresa = "RO"; > > $bd_mysql = "xxx.xxx.xxx.xxx"; > $usuario_mysql = "zzZz"; > $senha_mysql = "***"; > $versao = "1.3.4"; > > assim cada sistema tem seu banco de dados por isso se eu especificar no > index.cgi > tenho q mudar todas as vezes. > > ja com um "variavel.pl" eu mudaria um index.cgi colocaria la e ia funcionar > tmb. > > alguma sugestão? > > []'s Sammuel > > > Em 21/12/09, Daniel de Oliveira Mantovani > escreveu: >> >> Por que você quer usar "require" e não "use" ? >> Por que o seu arquivo não é um módulo ? >> Você sabe o que o "strict" faz ? >> Por que você não começa pelo começo ? >> >> Explica o problema, depois explica o que você quer fazer e depois nós >> dizemos o caminho ;) >> >> []'s >> >> >> >> >> >> 2009/12/22 Sammuel Souza : >> > Olá, >> > >> > estou querendo usar o require >> > >> > veja o que fiz: >> > >> > #!/usr/bin/perl >> > >> > use CGI; >> > use CGI::Carp qw(fatalsToBrowser); >> > use DBI; >> > use GD; >> > use Number::Format; >> > use strict; >> > use warnings; >> > use diagnostics; >> > >> > require 'variavel.pl'; >> > >> > my $query = new CGI; >> > my $acao = $query->param('acao') || ''; >> > >> > print $query->header; >> > >> > print "ola  $versao"; >> > >> > #### Dentro do variavel.pl >> > $pasta = "/"; >> > $versao = "1.3.4"; >> > >> > 1; >> > >> > ### Veja o error: >> > Global symbol "$versao" requires explicit package name at /usr/local. >> > >> > Eu preciso criar um arquivo que contem as variaveis fixa para usar em >> > outros >> > scripts. >> > >> > >> > >> > []'s Sammuel >> > >> > _______________________________________________ >> > Cascavel-pm mailing list >> > Cascavel-pm em pm.org >> > http://mail.pm.org/mailman/listinfo/cascavel-pm >> > >> >> >> >> -- >> Existe dois tipos de pessoas, as que reclamam a vida inteira do que >> fazem, e as que fazem o que nasceram para fazer. >> _______________________________________________ >> Cascavel-pm mailing list >> Cascavel-pm em pm.org >> http://mail.pm.org/mailman/listinfo/cascavel-pm > > > > -- > _____________________ > "O mundo é um livro, e quem fica sentado em casa lê somente uma página." > ????µ??? > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm > -- ____________________________ Frederico Recsky Linux User: #253572 http://www.fred.eti.br http://www.perl.org.br From edencardim em gmail.com Tue Dec 22 04:04:52 2009 From: edencardim em gmail.com (Eden Cardim) Date: Tue, 22 Dec 2009 09:04:52 -0300 Subject: [Cascavel-pm] Duvidas com require; In-Reply-To: <88fe68ee0912220148k2a6291a9y2823c6fa329904ef@mail.gmail.com> (Frederico Recsky's message of "Tue, 22 Dec 2009 10:48:33 +0100") References: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> <214823ca0912211828v2a18e2d5ja0f5afb14037513@mail.gmail.com> <836d1f310912211837w1af5b8eer82bcbe7bb38955c9@mail.gmail.com> <88fe68ee0912220148k2a6291a9y2823c6fa329904ef@mail.gmail.com> Message-ID: <873a33jjtn.fsf@janis.localdomain> >>>>> "Frederico" == Frederico Recsky writes: Frederico> Ola, Alem do lista gigante de manuais que mandaram voce Frederico> ler, eu recomendo voce olhar esse modulo e fazer a Frederico> configuracao que voce quer. Frederico> http://search.cpan.org/~tlinden/Config-General-2.44/General.pm Frederico> Vai resolver rapido, mas nao esquece de ler das sugestoes Frederico> do mantovani, vai ser muito util para frente. Tem também o Config::Any, que é uma solução mais completa. -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ From glauber.rodrigues em gmail.com Tue Dec 22 04:05:32 2009 From: glauber.rodrigues em gmail.com (Glauber Machado Rodrigues (Ananda)) Date: Tue, 22 Dec 2009 09:05:32 -0300 Subject: [Cascavel-pm] Duvidas com require; In-Reply-To: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> References: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> Message-ID: 2009/12/21 Sammuel Souza > Olá, > > estou querendo usar o require > > veja o que fiz: > > #!/usr/bin/perl > > use CGI; > use CGI::Carp qw(fatalsToBrowser); > use DBI; > use GD; > use Number::Format; > use strict; > use warnings; > use diagnostics; > > require 'variavel.pl'; > > my $query = new CGI; > my $acao = $query->param('acao') || ''; > > print $query->header; > > print "ola $versao"; > > #### Dentro do variavel.pl > $pasta = "/"; > $versao = "1.3.4"; > > 1; > > ### Veja o error: > Global symbol "$versao" requires explicit package name at /usr/local. > > Eu preciso criar um arquivo que contem as variaveis fixa para usar em > outros scripts. > É aconcelhável usar um módulo de configurações nesse caso, como já foi falado aqui. O Config::General é ótimo para esse caso. Você inclusive pode guardar todas as configurações em sessões separadas, no mesmo aquivo. Agora, falando do erro específico, o require rodou com sucesso. O erro foi causado porque o script roda em modo estrito (use strict;). Para passar pelo erro, tem algumas alternativas. você deveria desabilitar o strict vars antes de chamar o variável.pl : (...) use strict; use warnings; use diagnostics; { # pegar leve com variáveis nesse bloco no strict 'vars' require 'variavel.pl'; } # acabou o bloco, strict volta com força total my $query = new CGI; (...) Ou você pode declarar o escopo das variáveis antes de usar o require: (...) use strict; use warnings; use diagnostics; my ( $pasta, $versao, ...); require 'variavel.pl'; my $query = new CGI; (...) Ou então especificar o escopo das variáveis no arquivo 'variável.pl ': (...) my $pasta = "/"; my $versao = "1.3.4"; (...) Deve ter outras formas de fazer isso, mas para o seu problema, é melhor usar o Config::General. Para algo mais maleável, acho o formato JSON melhor que o XML para arquivos de configuração: Config::JSON http://search.cpan.org/~rizen/Config-JSON-1.5000/lib/Config/JSON.pm -- Existe mais de uma maneira de chegar lá Glauber Machado Rodrigues skype: glauber.rodrigues -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From edencardim em gmail.com Tue Dec 22 04:18:00 2009 From: edencardim em gmail.com (Eden Cardim) Date: Tue, 22 Dec 2009 09:18:00 -0300 Subject: [Cascavel-pm] Duvidas com require; In-Reply-To: <214823ca0912211828v2a18e2d5ja0f5afb14037513@mail.gmail.com> (Daniel de Oliveira Mantovani's message of "Tue, 22 Dec 2009 00:28:13 -0200") References: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> <214823ca0912211828v2a18e2d5ja0f5afb14037513@mail.gmail.com> Message-ID: <87y6kvi4nb.fsf@janis.localdomain> >>>>> "Daniel" == Daniel de Oliveira Mantovani writes: Daniel> Por que você quer usar "require" e não "use" ? Porque "require" também serve pro que ele quer. O problema é que tanto "use" quanto "require" são chatinhos e esperam barewords como argumentos. Isso significa que require 'foo', require $foo, e afins, não funciona, você precisa colocar dentro de um eval string, assim: eval "require $foo". Daniel> Por que o seu arquivo não é um módulo ? Porque não precisa ser. Na verdade, não existem "módulos" formais em Perl. A definição de módulo é apenas uma convenção popularizada pelo CPAN. Nada impede que você tenha diversos pacotes diferentes dentro de um arquivo chamado 'foo.wibble'. Recomendo a leitura das seguintes páginas de documentação: perldoc -f do perldoc -f require perldoc -f use nessa ordem -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ From edencardim em gmail.com Tue Dec 22 04:23:17 2009 From: edencardim em gmail.com (Eden Cardim) Date: Tue, 22 Dec 2009 09:23:17 -0300 Subject: [Cascavel-pm] Duvidas com require; In-Reply-To: <836d1f310912211837w1af5b8eer82bcbe7bb38955c9@mail.gmail.com> (Sammuel Souza's message of "Mon, 21 Dec 2009 23:37:51 -0300") References: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> <214823ca0912211828v2a18e2d5ja0f5afb14037513@mail.gmail.com> <836d1f310912211837w1af5b8eer82bcbe7bb38955c9@mail.gmail.com> Message-ID: <87tyvji4ei.fsf@janis.localdomain> >>>>> "Sammuel" == Sammuel Souza writes: Sammuel> Daniel, certo!!!   Esqueci de dizer porque o require, Sammuel> antigamente vi o require e nao utilizei,   então tenho um Sammuel> script index.cgi, assim todas as informações estão neles.   Sammuel> Como vou utilizar esse mesmo sistema em outro servidor e Sammuel> com outros dados preciso criar um arquivo com variaveis Sammuel> fixa. Se bem que prum CGI, carregar configurações pra todas as requisições é bem lento (conectar com o banco de dados todas as vezes também). Dá uma olhada no FastCGI e verifique se é possível utilizar no teu ambiente de produção. -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ From edencardim em gmail.com Tue Dec 22 06:43:54 2009 From: edencardim em gmail.com (Eden Cardim) Date: Tue, 22 Dec 2009 11:43:54 -0300 Subject: [Cascavel-pm] Duvidas com require; In-Reply-To: (Glauber Machado Rodrigues's message of "Tue, 22 Dec 2009 09:05:32 -0300") References: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> Message-ID: <87tyvjax1x.fsf@janis.localdomain> >>>>> "Glauber" == Glauber Machado Rodrigues (Ananda) writes: Glauber> Ou então especificar o escopo das variáveis no arquivo Glauber> 'variável.pl': Glauber> (...) my $pasta = "/"; my $versao = "1.3.4"; (...) Se você restringir o escopo das variáveis com "my", elas não vão estar disponíveis pro resto do script. O que você quer aqui é our $pasta = '/'; etc... Glauber> Deve ter outras formas de fazer isso, mas para o seu Glauber> problema, é melhor usar o Config::General. Glauber> Para algo mais maleável, acho o formato JSON melhor que o Glauber> XML para arquivos de configuração: Glauber> Config::JSON   Glauber> http://search.cpan.org/~rizen/Config-JSON-1.5000/lib/Config/JSON.pm Então, se você usar Config::Any, é só criar o arquivo de configuração no formato que você quiser e ele vai tentar parsear com os módulos disponíveis. :) -- Eden Cardim Need help with your Catalyst or DBIx::Class project? Code Monkey http://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://edenc.vox.com/ http://www.shadowcat.co.uk/servers/ From glauber.rodrigues em gmail.com Tue Dec 22 07:01:20 2009 From: glauber.rodrigues em gmail.com (Glauber Machado Rodrigues (Ananda)) Date: Tue, 22 Dec 2009 12:01:20 -0300 Subject: [Cascavel-pm] Duvidas com require; In-Reply-To: <87tyvjax1x.fsf@janis.localdomain> References: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> <87tyvjax1x.fsf@janis.localdomain> Message-ID: 2009/12/22 Eden Cardim > >>>>> "Glauber" == Glauber Machado Rodrigues (Ananda) < > glauber.rodrigues em gmail.com> writes: > Glauber> Ou então especificar o escopo das variáveis no arquivo > Glauber> 'variável.pl ': > > Glauber> (...) my $pasta = "/"; my $versao = "1.3.4"; (...) > > Se você restringir o escopo das variáveis com "my", elas não vão estar > disponíveis pro resto do script. O que você quer aqui é > > our $pasta = '/'; > > etc... > > Sim, os exemplos eram para passar pelo strict, apenas o primeiro exemplo permite acessar as variáveis fora do require. Eram apenas para entender as implicações do strict e do escopo. -- Existe mais de uma maneira de chegar lá Glauber Machado Rodrigues skype: glauber.rodrigues -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From glauber.rodrigues em gmail.com Tue Dec 22 07:36:36 2009 From: glauber.rodrigues em gmail.com (Glauber Machado Rodrigues (Ananda)) Date: Tue, 22 Dec 2009 12:36:36 -0300 Subject: [Cascavel-pm] Duvidas com require; In-Reply-To: References: <836d1f310912211815w64542bbcv750eb6aa6a6c3e34@mail.gmail.com> <87tyvjax1x.fsf@janis.localdomain> Message-ID: 2009/12/22 Glauber Machado Rodrigues (Ananda) > > > 2009/12/22 Eden Cardim > > >>>>> "Glauber" == Glauber Machado Rodrigues (Ananda) < >> glauber.rodrigues em gmail.com> writes: >> Glauber> Ou então especificar o escopo das variáveis no arquivo >> Glauber> 'variável.pl ': >> >> Glauber> (...) my $pasta = "/"; my $versao = "1.3.4"; (...) >> >> Se você restringir o escopo das variáveis com "my", elas não vão estar >> disponíveis pro resto do script. O que você quer aqui é >> >> our $pasta = '/'; >> >> etc... >> >> > Sim, os exemplos eram para passar pelo strict, apenas o primeiro exemplo > permite acessar as variáveis fora do require. Eram apenas para entender as > implicações do strict e do escopo. > Eh, li novamente e vi que o contexto pode dar a entender que todos os exemplos tem o efeito desejado para este caso: "Agora, falando do erro específico, o require rodou com sucesso. O erro foi causado porque o script roda em modo estrito (use strict;). Para passar pelo erro, tem algumas alternativas." Então como acabou que apenas um dos exemplos é útil nesse caso, acho que deveria mensionar pelo menos duas maneiras de obter o mesmo efeito: ex1: use strict; { no strict 'vars'; require 'variavel.pl'; print "$pasta\n$versao\n"; } ex2: use strict; { our ( $pasta, $versao); require 'variavel.pl'; print "$pasta\n$versao\n"; } -- Existe mais de uma maneira de chegar lá Glauber Machado Rodrigues skype: glauber.rodrigues -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From giulianisanches em gmail.com Wed Dec 23 17:02:55 2009 From: giulianisanches em gmail.com (Giuliani Deon Sanches) Date: Wed, 23 Dec 2009 23:02:55 -0200 Subject: [Cascavel-pm] =?utf-8?q?Duvidas_sobre_M=C3=B3dulos_e_o_uso_do_Exp?= =?utf-8?q?orter=2E?= Message-ID: <572750180912231702n3cfecd81y53e2da2e4f572135@mail.gmail.com> Boa noite. Supondo o seguinte módulo: package Imprime; use strict; use warnings; use Exporter; our @ISA = qw(Exporter); our @EXPORT_OK = qw(aviso erro); sub aviso { print "aviso\n" } sub erro { print "erro\n" } 42; "Prigunto": 1) Qual a diferença entre dar um use Imprime; e um use Imprime (); já que no final das contas eu vou ter que chamar Imprime::aviso ? Suponto um módulo Imprime2, indentico ao descrito anteriormente porém sem o uso do Exporter: 2) qual a diferença entre use Imprime; e use Imprime2 ? 3) qual a diferença entre use Imprime (); e use Imprime2 () ? Eu li a documentação em http://perldoc.perl.org/Exporter.html e mesmo assim fiquei com essas dúvidas :) -- twitter.com/giulianisanches giulianisanches.blogspot.com github.com/khaoz From acid06 em gmail.com Wed Dec 23 19:03:33 2009 From: acid06 em gmail.com (Nilson Santos Figueiredo Jr.) Date: Thu, 24 Dec 2009 01:03:33 -0200 Subject: [Cascavel-pm] =?iso-8859-1?q?Duvidas_sobre_M=F3dulos_e_o_uso_do_E?= =?iso-8859-1?q?xporter=2E?= In-Reply-To: <572750180912231702n3cfecd81y53e2da2e4f572135@mail.gmail.com> References: <572750180912231702n3cfecd81y53e2da2e4f572135@mail.gmail.com> Message-ID: <9a08c9b40912231903y7aa9835bi839814ffed52bd27@mail.gmail.com> 2009/12/23 Giuliani Deon Sanches : > 1) Qual a diferença entre dar um use Imprime; e um use Imprime (); já > que no final das contas eu vou ter que chamar Imprime::aviso ? Se você tivesse declarado suas funções dentro de uma array @EXPORT e não @EXPORT_OK, elas seriam automaticamente exportadas por padrão. O uso de "use Imprime ()" inibiria estes imports padrão. Para importar as funções do @EXPORT_OK, você deve explicitamente pedir por elas: use Imprime qw/aviso erro/; Agora você vai poder chamar "aviso()" ao invés de Imprime::aviso(). > Suponto um módulo Imprime2, indentico ao descrito anteriormente porém > sem o uso do Exporter: Se você não utilizasse o Exporter, elas não seriam exportadas caso o usuário requisitasse, conforme descrito acima. -Nilson Santos F. Jr. From blabos em gmail.com Thu Dec 24 04:37:36 2009 From: blabos em gmail.com (Blabos de Blebe) Date: Thu, 24 Dec 2009 10:37:36 -0200 Subject: [Cascavel-pm] =?iso-8859-1?q?Duvidas_sobre_M=F3dulos_e_o_uso_do_E?= =?iso-8859-1?q?xporter=2E?= In-Reply-To: <9a08c9b40912231903y7aa9835bi839814ffed52bd27@mail.gmail.com> References: <572750180912231702n3cfecd81y53e2da2e4f572135@mail.gmail.com> <9a08c9b40912231903y7aa9835bi839814ffed52bd27@mail.gmail.com> Message-ID: <179354400912240437i2fac7c22lfe12f8ecc2259f02@mail.gmail.com> Acho que esse livro responde a quase todas as perguntas sobre módulos: http://www.apress.com/book/view/159059018X 2009/12/24 Nilson Santos Figueiredo Jr. : > 2009/12/23 Giuliani Deon Sanches : >> 1) Qual a diferença entre dar um use Imprime; e um use Imprime (); já >> que no final das contas eu vou ter que chamar Imprime::aviso ? > > Se você tivesse declarado suas funções dentro de uma array @EXPORT e > não @EXPORT_OK, elas seriam automaticamente exportadas por padrão. > O uso de "use Imprime ()" inibiria estes imports padrão. > > Para importar as funções do @EXPORT_OK, você deve explicitamente pedir por elas: > >  use Imprime qw/aviso erro/; > > Agora você vai poder chamar "aviso()" ao invés de Imprime::aviso(). > >> Suponto um módulo Imprime2, indentico ao descrito anteriormente porém >> sem o uso do Exporter: > > Se você não utilizasse o Exporter, elas não seriam exportadas caso o > usuário requisitasse, conforme descrito acima. > > -Nilson Santos F. Jr. > _______________________________________________ > Cascavel-pm mailing list > Cascavel-pm em pm.org > http://mail.pm.org/mailman/listinfo/cascavel-pm >