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

Quarta Junho 9 03:45:07 PDT 2010

Oooeee

Que bom que um tópico simples animou tudo. Pena que a pessoa que
postou não falou  mais. E ai, Bruno da Fonte, o que acha de tudo isso?

Não vou entrar nesse flame wars, apesar da ENORME vontade. Só acho que
não é necessário ficar provocando com essas coisas de "vai estudar"...
Porque eu estudo. Eu leio e sei, com o limite da minha opinião, o que
estou falando. Programo em Perl há 9 anos e já mantive um sistema web
com mais de 8000 usuários cadastrados e mais de 300 acessos por dia.
Ah, e sou formado, ok? E com Mestrado. (Já imagino o comentário Troll:
"Putz, pior ainda!"). Defendido minha pessoa, continuemos.

Mas o ponto que levanto é: é mais fácil aprender Perl programando ou
aprender Perl aplicando restrições?(Antes de mais nada, aprenda boas
práticas; leia o perldocs -- preferencialmente todo--, levante bom
requisitos, documente corretamente, use a metodologia adequada, passe
pelos momentos de iteração... para fazer sua calcuradora).

Acho que o mais importante é, desculpem a lista, é aprender a
programar. Qualquer coisa, de qualquer jeito. Por sorte nossa, usamos
Perl, que possui um monte de coisas que facilitam a aprendizagem e o
modelo mental de cada um. Algumas linguagens não são tão fáceis assim,
tão mnemónicas (toda vez que uso C tenho que ficar xingando o fato de
não poder atribuir simplesmente um valor a um array). Mas o objetivo é
PROGRAMAR, não aprender Perl. E eu venho de uma "linhagem" de caras
que aprendem fazendo. Teorizar é ótimo, mas nem sempre aprende-se onde
coloca isso no mundo. Prática é legal, mas esvazia o conhecimento. Por
isso acredito que começamos com a prática e depois vamos para o estudo
para melhorar a prática...e entra em loop.

Meu objetivo quando falei era fazer o Bruno programar, numa abordagem
top-down. Todo mundo na lista estava falando bottom-up (leia o
perldocs, veja o CPAN...). Mas isso não é a parte mais legal (pelo
menos para mim) do Perl. A parte mais legal é funcionar.

É fácil dizer que o código é uma desgraça. E é mesmo. Não é uma obra
de arte e nem pretende ser. Mas eu asseguro que funciona. Asseguro que
pode ser melhorado e asseguro que foi o único (e até agora, quando
mandei essa mensagem) que mandou código para a lista. Espera, é uma
lista de boas práticas e leitura comentada ou de programação? Ou
existe uma metodologia para falar disso? Primeiro manda o cara ler
tudo que vier pela frente... Se ele continuar na lista, manda ele ler
mais outras coisas, se realmente o cara for chato suficiente para
continar, mandamos algum código para ele calar a boca </trolling>.
[Não resisti a essa provocação...]

Concordo com o Breno e o MACAE. E, acho importante frizar, não sou
contra POG. Só acho que você não deve vender gato por lebre. Não venda
POG como se fosse ouro, não venda documentos quando o que você precisa
é uma coisa muito simples.

But... With that being said... I'll probably goes with the tomatoes.
It'll be a lot of rain in your area latter this year and that will
help the crop. Next caller! [1]

Cleber M

[1] Calls for Cthullu http://www.youtube.com/watch?v=-DsgZ4JXXB8

2010/6/8 Andre Carneiro <andregarciacarneiro em gmail.com>:
>
>
> 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.
>
> Que medo!
> Desde que você aplique isso para scripts descartáveis eu até posso
> concordar.
> Mas num projeto maior, se você usa esse tipo de mentalidade, só posso dizer
> que sinto muito pelo seu patrão e pela empresa onde você trabalha. E se o
> seu patrão pensa assim também, pobre dos clientes.
> Duvido que você chegue ao que você mencionou de 'limpeza artística'. Mesmo
> porque isso tá me parecendo mesmo é conversa mole!
> Qualidade não é luxo da empresa, é DEVER do desenvolvedor. Por favor não
> trate com desdém essas coisas. Dizer que programar de qualquer jeito e
> melhorar depois é 'conversa pra boi dormir' !! Com o tempo( e já vi
> acontecer muito por aqui ), profissionais/empresas que trabalham assim logo
> perdem credibilidade e/ou clientes( salvo as raras exceções ).
> Se você faz bem-feito logo de início, não precisará se preocupar tanto com
> manutenção no futuro, isso é fato! Se não fosse asim não existiriam padrões
> de projeto, nem seriam necessárias as criações de padrões de
> desenvolvimento. Todos os desenvolvedores ganhariam bem e fariam orgias com
> seus códigos...
> Então não me venha com essa, e seja profissional por favor! Atitudes como
> essa só queimam o filme da linguagem e da comunidade.
>
>
>>
>> Ruim, para mim,  é fazer um código perfeito documentado em cinco
>> camandas... que não roda direito.
>>
>
> Se você fez isso e mesmo assim o código não roda direito, então o problema é
> o seu projeto, não o fato de você usar programação em camadas. Você é que
> não sabe fazer, portanto pare de falar besteira vai estudar!
>
>>
>> Para quê todo esse preâmbulo? Para dizer que você pode aprender DB
>> fácil e rápido com Perl.
>
>
> A questão não é aprender rápido, mas superficialmente. Se você aprende algo
> superficialmente, vai ter resultados superficiais, ou seja, código POG,
> armengues, ou sei lá mais o q...
>
>
>>
>> E depois você incrementa, melhora, desenvolve, em conjunto com sua
>> capacidade de programação.
>>
>
> Sinto muito, mas desculpa de alejado é muleta!!!
> Não, meu caro! Uma coisa é você começar com algo simples, outra é começar
> com algo errado, continuar fazendo errado, e sugerir que façam errado !
> Existem várias maneiras 'certas' de se resolver um problema, não precisa dar
> relaxo só porque tá com preguiça fazer, ou com preguiça de ensinar.
>
>>
>> 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?
>>
>
> Ninguém falou nada sobre 'não usar truques', truques != "ARMENGUE" , como se
> diz por aí... Armengue é coisa de amador preguiçoso, aceitável somente e em
> casos extremos e temporários, e olhe lá... E isso não tem nada a ver com ser
> um programador 'preguiçoso', como disse Larry Wall.
> Resumindo, seja, acima de tudo, PROFISSIONAL. Ame o que faz e faça direito!
> Perl dá muitos atalhos para resolver as coisas, de muitas maneiras
> diferentes. No entanto você é quem precisa decidir se o seu código vai ser
> reaproveitável, de fácil manutenção( ou nenhuma, se possível ), escalável,
> elegante, e não menos importante, robusto, e você deve cuidar disso, pois
> Perl não vai cuidar pra você!!!
>
>>
>> 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.
>>
>
>
> E você ainda programa para web pensando desse jeito? E no WIndows?????
> Só pelo fato de você trabalhar com Windows, já deveria estar 10000x mais
> preocupado com questões de segurança, no windows + web nem se fala!! Bruno,
> não escute o que esse homem diz. Ele precisa de mais orientação que você!
>
>>
>> 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.
>>
>
>
> Você precisa realmente se atualizar e ler mais a documentação do DBI,
> principalmente sobre 'placeholders'. E com certeza precisa aprender sobre
> tratamento de erros e transações. Esse código é uma desgraça! Totalmente
> sujeito a falhas de segurança e crash. E isso não é algo que se deva tratar
> 'melhorando depois'...
>
>>
>> É tudo o que você precisa, o resto é melhorar e aplicar.
>>
>
> Não, com certeza não é. Meu conselho é que não se siga esse caminho, pois
> vai dar tiros no pé, e vai se arrepender muito depois. Sem mencionar que vai
> acabar sendo demitido mais cedo ou mais tarde por uma malfadada cagada. Ou
> pior, vai acabar se decepcionando injustamente com a linguagem.
>
>>
>> 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
>>
>
>
> 'Não é seguro, mas funciona' . Você é parente do Maluf ?? Trágico que você
> pense assim. Espero que mude de atitude um dia.
>
> É nessas horas que dá vergonha de ser brasileiro.
>
>
>>
>> Precisas estudar SQL e alguma coisa sobre Hashes e iteração neles...
>>
>> No mais, mão a obra!
>>
>
> Essa aqui é piada, né?
>
>>
>> 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
>
>
> Cheers!
>
> --
> André Garcia Carneiro
> Analista/Desenvolvedor Perl
> (11)82907780
>