[Recife-pm] Digest Recife-pm, volume 12, assunto 1

Terça Junho 8 15:43:24 PDT 2010

Em 8 de junho de 2010 19:38, Marco Aurélio (MACAÉ) <
marcoaureliomacae em gmail.com> escreveu:

> Boa noite, Cleber,
>
> O lema da linguagem é Perl e continuará sendo: “Há mais de uma maneira
> de fazer as coisas.”, promove o Larry Wall (Tim Toady) [1]. A
> linguagem foi projetada com essa idea em mente, ele se refere à
> maneira  que não se deve dizer ao programador com ele deve programar,
> isso torna mas fácil de resolver os problemas simples, e os defensores
> desse lema como eu e você também dizem que torna mais fácil para
> escrever programas bonitos e concisos.
>
> Porém o André tem razão em vários pontos, por exemplo, quando você vai
> escrever um programa grande quando o número de linha do código é alto,
> um Gerenciador de Conteúdo, se você não começar a desenvolver dentro
> dos padrões de desenho de software, também muito conhecido pelo termo
> original em inglês: Design Patterns [2], os padrões de projeto e as
> boas práticas de código, visam à reutilização de soluções de desenho,
> facilitando comunicação, documentação e aprendizado dos sistemas de
> software. Exatamente o que Ulisses comentou também.
>
> Caso você não estabeleça um padrão para o seu programa de grande e
> médio porte na certa perderá o controle da situação, eu já passei por
> isso e não tenho o menor receio de falar como isso aconteceu. Nós
> programadores do Perl, somos muito parecido em vários aspectos e
> costumes, gostamos do seu lema e filosofia. Você não pode deixa o lema
> do Perl de lado, é exatamente isso que nos diferencia da filosofia de
> linguagens como Python, por exemplo, diz que deve haver somente um
> caminho e de preferência uma maneira óbvia para fazê-lo. [3]
>
> Para os principiantes, o código fonte de um script Perl mais parece um
> desastre de conversão ou um dump acidental. A linguagem possui uma
> sintaxe temperamental que, propositadamente, não se prende a padrões
> predefinidos. Perl pode parecer com um personagem de desenho animado
> xingando, mas existem casos onde Perl é até mesmo melhor que Python
> conceitualmente [4].
>
>
macaé ++ #ótima explicação no troll mode off ! Mas acho importante dar uma
puxada de orelha! Eu tomei várias e agradeço por isso. Não por ser
masoquista, mas por ter me tornado um profissional melhor.

> Abraços colaborativos,
> Marco Aurélio (MACAÉ)
>
> Fontes:
> [1] TIMTOWTDI? -
> http://www.dev411.com/blog/2009/01/24/can-epo-or-tpf-tame-timtowtdi
> [2] Padrão de projeto de software -
> http://pt.wikipedia.org/wiki/Padr%C3%A3o_de_projeto_de_software
> [3] The Zen of Python - http://www.python.org/dev/peps/pep-0020/
> [4] O Paradoxo Python -
>
> http://www.sounerd.com.br/index.php?option=com_content&task=view&id=191&Itemid=43
>
>
> Em 8 de junho de 2010 17:05, Cleber Morais <cmorais em gmail.com> escreveu:
> > Hmmm
> >
> > Bem, uma das coisas que eu gosto em Perl é que existe inúmeras
> > maneiras de programar.
> > De certa forma, isso diz que cada programador de Perl segue uma forma
> > diferente de escrever
> > E literalmente pensar. Eu por exemplo, oriento meu códigos a sujeira
> > que funciona até
> > limpeza artística. Má prática de programação? Poderia ser, se os
> > códigos não funcionassem.
> > Para facilitar a manutenção, organizo depois que o sistema funciona.
> > Ruim, para mim,  é fazer um código perfeito documentado em cinco
> > camandas... que não roda direito.
> >
> > Para quê todo esse preâmbulo? Para dizer que você pode aprender DB
> > fácil e rápido com Perl.
> > E depois você incrementa, melhora, desenvolve, em conjunto com sua
> > capacidade de programação.
> >
> > Porque isso? Quanto menos dificuldade você tiver para COMEÇAR em Perl,
> > mais fácil será para você FICAR usando. Perl tem uns truques que são
> > realmente muito legais, porque não aproveitar isso?
> >
> > No caso de um DB, muito provavelmente tanto faz se for Windows ou
> > Linux. O código é extremamente portável... Não chega a ser uma
> > dificuldade. Normalmente eu uso Perl para Web, o que para mim é
> > incrivelmente mais fácil pensar front-end. Mas terminal também rola e
> > muito legal.
> >
> > Saca só esses dois códigos: http://codethe.net/codigo/perlDB.zip
> > É esperado, se você tiver todos os pacotes, que esse código funcione
> > tanto no Windows como no Linux. Eu uso Linux, mas já rodei esses
> > carinhas ai no Windows...No Windows, eu uso normalmente o ActivePerl,
> > que acho bem arrumado e já vem com PerlPackageManager2 (ppm) vulgo
> > "cpan" no linux. Você diz qual é o pacote, ele instala. Simples assim.
> >
> > É tudo o que você precisa, o resto é melhorar e aplicar.
> >
> > Com esses códigos ai você já pode fazer um sistema que funcione em
> > rede conectando a DBs remotos... Não é seguro, mas funciona =D
> >
> > Precisas estudar SQL e alguma coisa sobre Hashes e iteração neles...
> >
> > No mais, mão a obra!
> >
> > abs
> >
> > Cleber M
> >
> >
> >
> >
> >
> > 2010/6/7 Bruno da Fonte <brunodafonte em gmail.com>:
> >> Boa tarde,
> >> gostaria de ter "aula particular" de Perl, na verdade quero aprender a
> >> utilizar o perl em windows com algum banco de dados, já peguei vários
> >> tutoriais na net más não dá, pois não sou programador por profissão e
> sim
> >> por hobbye.
> >> Se souber de alguem que cobre para ensinar, gostaria do contato. Acho
> que em
> >> uma manhã já daria pra pegar.
> >> Obrigado
> >> Bruno da Fonte
> >> brunodafonte em gmail.com
> >> 81.9232.4444
> >> _______________________________________________
> >> Recife-pm mailing list
> >> Recife-pm em pm.org
> >> http://mail.pm.org/mailman/listinfo/recife-pm
> >>
> > _______________________________________________
> > Recife-pm mailing list
> > Recife-pm em pm.org
> > http://mail.pm.org/mailman/listinfo/recife-pm
> >
> _______________________________________________
> Recife-pm mailing list
> Recife-pm em pm.org
> http://mail.pm.org/mailman/listinfo/recife-pm
>

-- 
André Garcia Carneiro
Analista/Desenvolvedor Perl
(11)82907780
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/recife-pm/attachments/20100608/f012fcea/attachment-0001.html>