<p dir="ltr">Podemos hoje chamar o mojo de "flamework, pois parece que seus defensores gastam mais tempo e energia jogando lama no Catalyst do que produzindo projetos de fato. Fica até incoerente falar de produtividade. </p>

<div class="gmail_quote">On Jul 23, 2013 1:49 PM, "Blabos de Blebe" <<a href="mailto:blabos@gmail.com">blabos@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Nada como o tempo...<div><br></div><div>Sério que nasceu mais uma flamewar entre Mojo e Catalyst?</div><div><br></div><div>Eu não gostava do Catalyst, fui pro Mojo que era simples e blablabla.</div>

<div><br></div><div>Depois enchi o saco do Mojo quebrar minhas aplicações a cada versão e voltei pro Catalyst porque ele era estável e blablabla.</div><div><br></div><div>No fim percebi que os problemas que eu encontrava não eram dos frameworks, mas da minha incompetência em usá-los. Na verdade a minha incompetência em criar aplicações web em geral.</div>


<div><br></div><div>Estudei e os problemas ficaram menores...</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/7/23 Nelson Ferraz <span dir="ltr"><<a href="mailto:nferraz@gmail.com" target="_blank">nferraz@gmail.com</a>></span><br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">>>> Esse argumento de ser "fácil" e "rápido" é o mesmo argumento que o pessoal<br>
>>> do PHP usa, e no final pela linguagem não ter uma série de features os<br>
>>> códigos acabam se tornando obscuros por mais que o programador use Design<br>
>>> Patterns.<br>
>><br>
>> Eu conheço mais projetos web bem-sucedidos que começaram com PHP do<br>
>> que em Java: Twitter e Facebook, para citar dois casos.<br>
><br>
> Sua visão está voltada para quantas teclas você aperta no ciclo<br>
> inicial do desenvolvimento, e não no ciclo inteiro do software. Como<br>
> eu já disse antes, usamos o  Catalyst por produtividade a curto, médio<br>
> e longo prazo.<br>
<br>
Eu volto a citar alguns dos projetos mais bem sucedidos do mundo:<br>
Twitter e Facebook, que começaram em PHP. E posso falar em primeira<br>
mão da Booking.com, que foi inteiramente desenvolvida em Perl.<br>
<br>
Em todos estes casos as "melhores práticas" estiveram sujeitas a um<br>
imperativo maior: getting things done!<br>
<br>
No ano passado eu participei do Amsterdam Startup Weekend. O principal<br>
objetivo do evento é desenvolver, em apenas três dias, um MVP --<br>
Minimum Viable Product -- que possa ser testado no mercado.<br>
<br>
Sem esta visão pragmática uma pode investir meses em um protótipo que<br>
no final das contas vai ser jogado fora.<br>
<br>
A nossa equipe começou com uma idéia que se mostrou inviável, e no<br>
segundo dia decidimos começar um novo projeto do zero (o que eles<br>
chamam de "pivoting"). Por causa disso ganhamos o prêmio especial (ok,<br>
inventado na hora pelos organizadores :D) de "Spirit of the Startup<br>
Weekend".<br>
<br>
Para concluir...<br>
<br>
Não estou dizendo que você deve escrever código ruim. O que eu defendo<br>
é um equilíbrio entre "melhores práticas" e "produtividade".<br>
<br>
Se você consegue ser ágil com Catalyst, ótimo. Mas eu vejo muita gente<br>
perdendo semanas para conseguir entender uma linguagem ou framework,<br>
quando podiam estar lançando o protótipo da aplicação em dois ou três<br>
dias.<br>
<br>
PS: você já leu os livros de Kent Back sobre Extreme programming? Recomendo!!!<br>
<br>
Extreme Programming Explained: Embrace Change<br>
<a href="http://www.amazon.com/Extreme-Programming-Explained-Embrace-Edition/dp/0321278658=begin" target="_blank">http://www.amazon.com/Extreme-Programming-Explained-Embrace-Edition/dp/0321278658<br>
=begin</a> disclaimer<br>
   Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
 SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org" target="_blank">SaoPaulo-pm@pm.org</a><br>
 L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
</blockquote></div><br></div>
<br>=begin disclaimer<br>
   Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
 SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
 L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
<br></blockquote></div>