> > > Na verdade, eu tenho trabalhado bem pouco com Catalyst e perl em geral > ultimamente. Não sei se você viu na outra thread, eu sugeri o > happstack. Ultimamente tenho experimentado muito mais com lisp, > javascript e haskell, e sim, é difícil voltar pro Perl em alguns casos, > mas a disponibilidade de componentes no Perl pelo cpan ainda é > imbatível. Por sinal eu colaborei com o Matt Trout no design de dois > frameworks alternativos, o Reaction, o Web::Simple e o HTML::Zoom (cujo > design inicial foi meu), exatamente por não estar satisfeito com o combo > Catalyst+DBIx::Class+TT. Voltei a usar num projeto aqui porque é mais > fácil terceirizar, mas pessoalmente não estou mais usando porque não > aguento algumas limitações que o catalyst tem. Inclusive, uma delas o > André Walker tá resolvendo no gsoc. >
Humm, fiquei curioso. Que limitações? O que vc poderia estar tentando fazer que não dá pra fazer com o Catalyst? Não me entenda mal, eu só uso o Catalyst em projetos pessoais. Tive poucas oportunidades de usá-lo em produção, e os problemas também eram bem básicos. Se não for pedir muito, poderia falar mais sobre os problemas que vc não conseguiu resolver com o Catalyst? > > -- > Eden Cardim Need help with your Catalyst or DBIx::Class project? > Code Monkey http://www.shadowcat.co.uk/catalyst/ > Shadowcat Systems Ltd. Want a managed development or deployment platform? > http://blog.edencardim.com/ http://www.shadowcat.co.uk/servers/ > http://twitter.com/#!/edenc > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: [email protected] > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer > -- André Garcia Carneiro Analista/Desenvolvedor Perl (11)82907780
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: [email protected] L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
