2014-04-29 19:15 GMT-03:00 Blabos de Blebe :
>> café deve ser 'duro'
>
> TimToady!!!
>
TimToddy!! \o/
___
Rio-pm mailing list
Rio-pm@pm.org
http://mail.pm.org/mailman/listinfo/rio-pm
Ainda sim mataria o dragão com perl.
http://www.programacaoprogressiva.net/2012/12/Como-programadores-matariam-um-dragao-e-salvariam-a-princesa.html?m=1
Renato Santos escreveu:
http://i.imgur.com/8iUZEZt.png
só pela zuera!
2014-04-29 20:25 GMT-03:00 Daniel Vinciguerra :
> Boas praticas com De
Ainda sim mataria o dragão com perl.
http://www.programacaoprogressiva.net/2012/12/Como-programadores-matariam-um-dragao-e-salvariam-a-princesa.html?m=1
Renato Santos escreveu:
http://i.imgur.com/8iUZEZt.png
só pela zuera!
2014-04-29 20:25 GMT-03:00 Daniel Vinciguerra :
> Boas praticas com De
http://i.imgur.com/8iUZEZt.png
só pela zuera!
2014-04-29 20:25 GMT-03:00 Daniel Vinciguerra :
> Boas praticas com Delphi é ruim heim hahaha
>
>
> *Daniel Vinciguerra (@dvinciguerra)*
> Web solution architect, perl dev, vegetarian, geek and founder at *Bivee*
> bivee.com.br - github.com/Bivee
>
Boas praticas com Delphi é ruim heim hahaha
*Daniel Vinciguerra (@dvinciguerra)*
Web solution architect, perl dev, vegetarian, geek and founder at *Bivee*
bivee.com.br - github.com/Bivee
2014-04-29 20:11 GMT-03:00 Renato Santos :
> ** FLAME WARR***
> C++ e Delphi ?
>
> linus torvalds dis
Eu sei. Mas fui fazer um programa pra minha empresa em perl, ai minha esposa
diz quero interface e pra windows, ai eu usei TK, ai ela disse quero algo
bunitinho, ai aprendi delphi, ai começo da bug pra tudo que e lado, ai usei
VB.net, ai fico pior, ai disse:"vamos comprar um pronto". E viveram i
** FLAME WARR***
C++ e Delphi ?
linus torvalds discorda disso!
http://article.gmane.org/gmane.comp.version-control.git/57918
2014-04-29 20:02 GMT-03:00 Aureliano Guedes :
> >ter Perl como primeira linguagem
> Esse foi meu feliz erro.
> Sofro com alguns problemas de boas praticas mas em
Hi.
Em 29 de abril de 2014 18:35, Blabos de Blebe escreveu:
>
>
> Junior, a forma que você sugeriu é um dialeto mais antigo. Hoje em dia (e
> desde a época do Perl Best Practices, pg 407), o recomendado é herdar do
> módulo Exporter, e utilizar o @EXPORT_OK ao invés do @EXPORT diretamente.
>
Yep
>ter Perl como primeira linguagem
Esse foi meu feliz erro.
Sofro com alguns problemas de boas praticas mas em questão de logica pura eu m
dou bem.
Eu diria que quem quer aprender logica deveria aprender Perl.
Agora aprendi C VB.net e mais recentemente C++ e Delphi pra tentar aprender
boas pratica
Mas ok, não é uma boa prática...
2014-04-29 19:15 GMT-03:00 Blabos de Blebe :
> > café deve ser 'duro'
>
> TimToady!!!
>
>
> 2014-04-29 19:12 GMT-03:00 Renato Santos :
>
> Cara, café não se pode ferver! seu café deve ser 'duro'
>>
>>
>> 2014-04-29 19:01 GMT-03:00 Blabos de Blebe :
>>
>> Enquanto
> café deve ser 'duro'
TimToady!!!
2014-04-29 19:12 GMT-03:00 Renato Santos :
> Cara, café não se pode ferver! seu café deve ser 'duro'
>
>
> 2014-04-29 19:01 GMT-03:00 Blabos de Blebe :
>
> Enquanto meu café ferve, aqui vale uma reflexão:
>>
>> "Boas práticas" é um conceito flutuante.
>>
>> Pe
Cara, café não se pode ferver! seu café deve ser 'duro'
2014-04-29 19:01 GMT-03:00 Blabos de Blebe :
> Enquanto meu café ferve, aqui vale uma reflexão:
>
> "Boas práticas" é um conceito flutuante.
>
> Perl é uma linguagem extremamente rica e se desenvolvimento bastante
> dinâmico. O que era boa
Enquanto meu café ferve, aqui vale uma reflexão:
"Boas práticas" é um conceito flutuante.
Perl é uma linguagem extremamente rica e se desenvolvimento bastante
dinâmico. O que era boa prática quando eu aprendi, já não é boa prática
hoje. As coisas mudam.
http://perldoc.perl.org/perlhist.html
Emb
Pacman, copião :)
2014-04-29 18:50 GMT-03:00 Blabos de Blebe :
> > que Modulo::funcao dispensa declarar o construtor.
>
> Não dispensa. Não tem nada a ver. Não misture as coisas.
>
> Construtor é um conceito associado a um método especial utilizado para
> inicializar objetos, ou seja, quando voc
> que Modulo::funcao dispensa declarar o construtor.
Não dispensa. Não tem nada a ver. Não misture as coisas.
Construtor é um conceito associado a um método especial utilizado para
inicializar objetos, ou seja, quando você está utilizando uma interface
orientada a objetos.
Em C++, o Construtor t
não é 'dispensa declarar o construtor'. não tem nada haver uma coisa com a
outra.
Modulo::função, vc esta acessando uma função no 'namespace' ou 'package'
Modulo
Modulo->funcao vc esta acessando usando um syntax sugar pra emular um
'metodo estático', passando o nome do modulo, por exemplo.
$obje
Opa,
Junior, a forma que você sugeriu é um dialeto mais antigo. Hoje em dia (e
desde a época do Perl Best Practices, pg 407), o recomendado é herdar do
módulo Exporter, e utilizar o @EXPORT_OK ao invés do @EXPORT diretamente.
Eu vou ficar devendo todas as referências mas vou deixar a do MPB:
http
Funcionou da forma que o Junior passou.
Obrigado.
Experimentei fazer o dumper como o Bablos falou. Realmente são formas
diferentes, sendo que Modulo::funcao dispensa declarar o construtor.
From: juniiior...@gmail.com
Date: Tue, 29 Apr 2014 18:15:00 -0300
To: rio-pm@pm.org
Subject: Re: [Rio-pm]
Hi.
Em 29 de abril de 2014 18:07, Blabos de Blebe escreveu:
> Só mais uma coisa,
>
> Isso não tem nada a ver com Exporter.
>
> []'s
>
Eu acho que ele tá perguntando mesmo como exportar uma sub e torná-la
possível ser chamada à partir de outro script bastando dar um use no
módulo, e não como inv
Só mais uma coisa,
Isso não tem nada a ver com Exporter.
[]'s
2014-04-29 18:06 GMT-03:00 Blabos de Blebe :
> Opa,
>
> A expressão:
>
> Modulo::funcao( arg1, arg2 );
>
> Significa:
>
> Invoque a função 'funcao' do módulo 'Modulo', passando como argumentos
> 'arg1', 'arg1' *E* especificando o na
Opa,
A expressão:
Modulo::funcao( arg1, arg2 );
Significa:
Invoque a função 'funcao' do módulo 'Modulo', passando como argumentos
'arg1', 'arg1' *E* especificando o namespace completo.
Dentro da sub 'funcao' se você fizer algo como:
sub funcao {
use Data::Dumper;
warn Dumper \@_
}
Vai ve
ok
tem uma biblioteca chamada 'autobox' que pode fazer umas bruxarias. achei
que poderia ser o caso
2014-04-29 17:57 GMT-03:00 Aureliano Guedes :
> Errei nesse exemplo, seria my $p = algumacoisa();
>
> Mas ok, o Junior falou do 'Exporter', então o que eu to tentando fazer é:
> package Palindrom
Errei nesse exemplo, seria my $p = algumacoisa();
Mas ok, o Junior falou do 'Exporter', então o que eu to tentando fazer
é:package Palindrome;use strict;use Exporter 'import';@EXPORT_OK =
qw(is_palindrome);sub is_palindrome {return 1 if ($_[0] == reverse $_[0]);}1;
mas quando tento
use Palindrom
isto é uma subrotina exportada
onde vc viu
my $p;
$p->algumacoisa;
?
2014-04-29 17:40 GMT-03:00 Aureliano Guedes :
> #!/usr/bin/perl
>
> use strict;
> use warnings;
> use Math::Prime::Util ':all';
>
> print "ok" if (is_prime($ARGV[0]));
>
> --
> From: tiago.pecze.
Hi.
É importante notar que, desta forma, o $self não aparece nos parâmetros
recebidos pelo método acp().
https://gist.github.com/fvox/e27792a65b21e763292d
[]'s
Em 29 de abril de 2014 17:36, Tiago Peczenyj escreveu:
> de exemplos.
>
>
>
>
> 2014-04-29 17:34 GMT-03:00 Aureliano Guedes :
>
>> Ola
#!/usr/bin/perl
use strict;use warnings;use Math::Prime::Util ':all';
print "ok" if (is_prime($ARGV[0]));
From: tiago.pecze...@gmail.com
Date: Tue, 29 Apr 2014 17:36:23 -0300
To: rio-pm@pm.org
Subject: Re: [Rio-pm] [DUVIDA] Chamar função sem declarar construtor
de exemplos.
2014-04-29 17:34 G
de exemplos.
2014-04-29 17:34 GMT-03:00 Aureliano Guedes :
> Ola monges,
>
> Tenho uma pequena dúvida.
> Quando vamos usar uma função(sub-rotina) de um módulo fazemos na maioria
> das vezes o seguinte:
>
> use Modulo::Modulo;
>
> my $p = Modulo::Modulo->new();
> $p->funcao();
>
>
> isso p
Ola monges,
Tenho uma pequena dúvida.Quando vamos usar uma função(sub-rotina) de um módulo
fazemos na maioria das vezes o seguinte:
use Modulo::Modulo;
my $p = Modulo::Modulo->new();$p->funcao();
isso porque no modulo tem um contrutor ou foi gerado de presente ao autor
quando usado o Moose ou
28 matches
Mail list logo
