[Cascavel-pm] [SP-pm] O Futuro do Perl/CPAN

breno breno em rio.pm.org
Segunda Maio 19 13:04:22 PDT 2008


2008/5/19 Eden Cardim <edencardim em gmail.com>:
>
> A minha opinião é a mesma do Ingy:
> http://search.cpan.org/~adamk/Module-Install-0.73/lib/Module/Install/Philosophy.pod
>

Ótimo, o Ingy concorda comigo =P

Apesar dos comentários dele serem mais em cima de módulos core, ele
retrata bem o problema que citei quando fala sobre a expectativa de
que o desenvolvedor vá manter o módulo para o resto da vida sozinho.
Realmente acho que deveria existir um modelo mais colaborativo dentro
do CPAN. O RT e a parte de módulos relacionados já foi um grande
avanço, mas ainda caímos na falta de estímulo explícito de
desenvolvimento colaborativo (e não concorrente) por parte de todos.
Afinal, vc não precisaria fazer seu módulo novo duas vezes melhor que
o original/popular se vc pudesse simplesmente melhorar o original
diretamente com o autor, com facilidade e ganhando os devidos
créditos.

Fazemos tanto esforço para mostrar à comunidade externa que Perl não é
write-only, que é possível gerenciar projetos grandes envolvendo
várias pessoas ao mesmo tempo com uma mesma base quando, na prática, o
que acabamos fazendo com o CPAN é exatamente o contrário, reescrevendo
a roda o tempo todo. Não acho que estamos numa saga fundamentalista,
cegos para o problema de desenvolvimento colaborativo (que nesse caso
não seria "mais um mito de Perl" e sim uma verdade empírica). Tenho
grandes motivos para acreditar - e referências para mostrar - que é
sim apenas um mito. O problema é que, no caso do CPAN, parece que
estamos nos escondendo atrás do TIMTOWTDI e dando um mau exemplo aos
gerentes de projeto.

De novo: não há nada de errado em criar módulos concorrentes, pelo
contrário, variedade é algo bom e muito bem vindo! Mas variedade
consciente. E se possível com modularização.


[]s

-b


Mais detalhes sobre a lista de discussão Cascavel-pm