++Nelson
Já compartilhei esse artigo aqui, compartilho de novo:
http://prog21.dadgum.com/142.html

ABS()



2012/7/19 Nelson Ferraz <[email protected]>

> Em 18 de julho de 2012 21:01, Eden Cardim <[email protected]> escreveu:
> > Com quantas pessoas você convive que optaram por usar um framework X,
> > tem algum produto comercial que compõe sua principal fonte de renda? Tem
> > exemplos pra citar?
>
> Tirando sites que surgiram na década de 90, como a Booking, conheço
> muito mais casos de sucesso recentes em PHP do que em Perl.
>
> O fato é que a escolha de uma super-framework tem muito menos impacto
> no sucesso de um projeto do que muitos podem imaginar.
>
> Dentro do universo Perl, que é o que eu escolhi, eu prefiro o Mojolicious.
>
> > Bom, vai parecer um ad hominem, mas tenho que perguntar: quantas novas
> > aplicações você escreveu no último ano? E quantas sobreviveram o
> > primeiro mês de operação comercial? Das que sobreviveram, qual framework
> > você usou?
>
> Lancei vários projetos no último ano; alguns deles desenvolvidos em
> Perl (com Mojolicious), outros para Android e iOS.
>
> O sucesso de um projeto tem muito pouco a ver com a escolha da
> framework ou a elegância do código-fonte; tem muito mais a ver com a
> viabilidade comercial do projeto.
>
> Atualmente estou trabalhando bastante com Javascript. (Aliás --
> estamos contratando :))
>
> > Eu dou suporte em diversos sistemas internos feitos em frameworks
> > non-Catalyst, há 5 anos, e todas elas se arrependem. A experiência delas
> > é que parecia fácil no primeiro mês, mas depois ficou difícil. A grande
> > notícia é que: nada mudaria caso fosse qualquer outro framework,
>
> Bingo!
> =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
>
=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

Responder a