[SP-pm] [was: Validar session no Catalyst] Compartilhando experiências com frameworks web em produção

Eden Cardim edencardim at gmail.com
Wed Jul 13 08:11:15 PDT 2011


>>>>> "Wallace" == Wallace Reis <wallace em reis.org.br> writes:
    Wallace> fazendo um deploy com nginx+starman só porque é código do
    Wallace> caga-módulo-mor (gabiruh++) e tá na moda.

Eu também não vejo o motivo do oba-oba com o plack. A vantagem do plack
é só que agora os desenvolvedores de frameworks não precisam se
preocupar em implementar adaptadores de implantação. O Catalyst, por
exemplo, tem implementações próprias de adaptadores, os
Catalyst::Engine::*, que em breve vão ser obsoletados pelo
Catalyst::Engine::Plack. Basicamente, significa que todo mundo que for
compatível com plack, ganha um server bonitinho rodando em
http://localhost:5000 e que depois pode ser migrado pra nginx, apache,
etc. sem ter que fazer mais nada. Todos os frameworks decentes já fazem
isso a muito tempo, a diferença é que agora essa parte tá abstraída num
produto separado o que leva a código mais focado, consiso e
completo. Daí a pouco vão lançar projeto similar ao Plack, chamar de
Plackalicious, pra pegar carona na onda, dizer que é mais simples, que o
Plack é "enterprise" demais, etc. e isso vai matar a utilidade do PSGI,
porque ter um único padrão é justamente onde está a vantagem. Isso já
aconteceu antes e por isso a gente tem CGI, FastCGI, ASP, ISAPI,
mod_perl, raio-que-o-parta. Aposto que depois de cinco anos de plack vai
estar a mesma bagunça de novo e alguém vai aparecer falando "olha, fiz
um padrão pra colar PSGI, Foo, Bar, etc."

-- 
   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


More information about the SaoPaulo-pm mailing list