[Rio-pm] Manutenção de código (era: Primeiro Contato com a Lista PM-RIO)

[breno]

Ah Fernando, não seja tímido... e o Voodoo Ninja Sagaz??? =P

Mas Solli, além dos PBP você pode sempre associar seu Perl::Critic a
um controle de versão que só permite submissão se o código estiver de
acordo com as práticas configuradas por ele, não?

Até onde sei, é a melhor maneira de evitar PoG. Por outro lado,
ressaltando o que o Marcos falou, é preciso haver um certo consenso
entre os desenvolvedores sobre a estrutura sintática. É como um livro
sendo escrito por vários autores ao mesmo tempo: cada um tem seu
estilo e seu vocabulário preferencial, mas se algumas regras não forem
prestabelecidas, o resultado final pode ir de uma obra prima a um
fracasso total.

[]s

-b

On 9/18/07, Fernando Oliveira <fernandocorrea em gmail.com> wrote:
> Desculpe Solli, mas eu acho pouco provavel q qq código meu seja exemplo de
> como NÃO se programar... Agora esse tal de Talibã realmete de vez em qdo
> abusa mesmo... Mas se vc quiser, eu mando uns códigos q eu fiz, claro q
> seguindo o best pratices... golf é só diversão... e p/ aumentar a velocidade
> no inicio da criação do código... depois q eu vejo q a lógica funcionou, eu
> até ponho espaço entre o "for" e o "$var"!!!
>
> Em 18/09/07, Solli Honorio <shonorio em gmail.com> escreveu:
> >
> >
> >
> >
> >
> > On 9/18/07, Marcos Machado < listas em istf.com.br > wrote:
> > > Marco A P D'Andrade escreveu:
> > > > Claro que podem haver mais sugestões, mas vc produziu um código de
> > > > facil manutenção, legivel! Parabens !!!
> > > >
> > >
> > > Que inveja!
> > >
> > > Sério: eu compreendo que o profundo senso de liberdade do Perl talvez
> > > seja o maior atrativo para os programadores brilhantes, mas chega um
> > > momento na vida em que esse programador vai participar de uma equipe
> > > onde seus colegas talvez não sejam tão brilhantes, que precisem de
> > > algumas "pistas" para descobrir o que aquele código tão obscuro faz.
> > >
> > > Eu conheço um programador Perl (não vou citar nomes para proteger os
> > > inocentes - eu inclusive - mas vamos chamá-lo de Talibã) que produz
> > > códigos que, se eu não tomar cuidado e mostrar para um outro programador
> > > Perl menos experiente, este entrará em combustão espontânea. Eu tenho
> > > quase certeza que isso acontece de verdade, pois de vez em quando ele me
> > > mostra testes "one liner" enquanto estou desprevenido e sinto uma
> > > queimação no estômago...
> > >
> > > Além de pensar ao contrário (imaginem o Bizarro programando) o cara é
> > > jogador de Golf. Custa botar um espaço em "for$var"? Ok, custa um byte.
> > > Mas é só no fonte. Comentários, então, nem sombra! :) Pelo menos ele tem
> > > uma ótima memória e lembra de tudo o que fez há mais de 20 minutos...
> > > (not!) :P
> > >
> > > É mais ou menos esse equilíbrio que estou tentando encontrar: até que
> > > ponto devemos ter normas para o desenvolvimento de código legível e até
> > > onde isso pode tirar a liberdade e o prazer do programador? Tenho
> > > certeza de que isso acontece em todas as linguagens, mas nunca vi uma
> > > que superasse o Perl, mais por conta do perfil de quem gosta da
> > > linguagem do que da permissividade léxica.
> >
> >
> > Puxa Marcos, se você conseguir alguma coisa me avise por favor. Estou
> trabalhando num treinamento de Perl com um grande provedor de conteúdo que o
> cliente disse que se eu conseguir fazer o pessoal escrever comentário no
> código e/ou deixar o código "descriptografado" ele paga o dobro :).  Se você
> teve sucesso com o talibã, talvez eu consiga no cliente também...
> >
> > Solli M. Honório
> >
> >
> > --
> > "o animal satisfeito dorme". - Guimarães Rosa
> > _______________________________________________
> > Rio-pm mailing list
> > Rio-pm em pm.org
> > http://mail.pm.org/mailman/listinfo/rio-pm
> >
>
>
>
> --
> []'s Fernando
> _______________________________________________
> Rio-pm mailing list
> Rio-pm em pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>