Trabalhei em várias empresas com PHP, até junto com o Renato, e nunca fiz algo fora de um FW.<br><br>Raramente usei CMS, Mercado de PHP mudou,  estão fazendo bons frameworks, vide o ZendFramework, Synfony, Propel(ORM)<br clear="all">

<br>[]s,<br><br>Marcio Ferreira<div>@_marcioferreira</div><div>(11) 8567-1482   skype: marcio.ferreir4</div><div><a href="http://marciodesouzaferreira.blogspot.com/" target="_blank">marciodesouzaferreira.blogspot.com</a><br>

</div><br>
<br><br><div class="gmail_quote">2012/7/19 Eden Cardim <span dir="ltr"><<a href="mailto:eden@insoli.de" target="_blank">eden@insoli.de</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

>>>>> "Nelson" == Nelson Ferraz <<a href="mailto:nferraz@gmail.com">nferraz@gmail.com</a>> writes:<br>
    Nelson> Eu tenho usado o Mojolicious em aplicacoes web, mas nada de muito<br>
    Nelson> sofisticado ate' agora.<br>
<br>
A pergunta é: se sua aplicação não é sofisticada, porque não usar um CMS?<br>
<br>
    Nelson> Ate' agora nao tenho nada a reclamar -- ele simplesmente funciona. :)<br>
<br>
Bom, na minha experiência, todas as apps que eu escrevi nele precisaram<br>
ser re-escritas pra acompanhar os caprichos do sri. Sério, se nenhuma<br>
das suas apps quebraram com os trocentos rewrites e quebras de<br>
retrocompatibilidade ao longo da história do projeto mojo, você<br>
provavelmente deveria estar usando um CMS.<br>
<br>
    Nelson> (E e' por isso que muita gente usa PHP. Se o projeto der certo -- e<br>
    Nelson> essa e' uma questao de mercado, nao de tecnologia -- o codigo pode ser<br>
    Nelson> reescrito mais tarde.)<br>
<br>
Engano seu. Sistemas raramente são re-escritos na prática porque é<br>
difícil justificar o custo do re-trabalho pro departamento financeiro,<br>
principalmente quando o "departamento financeiro" é a poupança de uma<br>
empresa pequena e iniciante. Talvez no seu universo seja fácil<br>
justificar isso ou os recursos sejam abundantes aí, ou sei lá. No meu<br>
não é. E mais especificamente, quando se trata de um sistema escrito em<br>
perl, boa parte das considerações de re-escrita geralmente envolvem<br>
re-escrever em outra linguagem "mais simples".<br>
<br>
    Nelson> Se eu fosse desenvolver um ERP, consideraria o Catalyst -- por causa<br>
    Nelson> da maneira como ele estimula a separacao em varias camadas.<br>
<br>
Isso é um engano *tremendo* da sua parte, ele não estimula nada,<br>
inclusive, não tem nada pré-implementado nele que faça ou estimule esse<br>
tipo de separação no código do end-user e a doc é bem clara quanto a<br>
isso:<br>
<br>
<a href="https://metacpan.org/module/Catalyst::Manual::Tutorial::02_CatalystBasics#The-Simplest-Way" target="_blank">https://metacpan.org/module/Catalyst::Manual::Tutorial::02_CatalystBasics#The-Simplest-Way</a><br>
<br>
O Dancer e o Mojolicious é que já vem com camadas pré-implementadas de<br>
funcionalidades semi-prontas, como renderização de templates, cookies,<br>
etc. que ele acha que você vai precisar.<br>
<br>
    Nelson> O que me faz pensar que talvez possamos separar os casos de uso da<br>
    Nelson> seguinte forma:<br>
<br>
    Nelson> 1) Uso corporativo -> enfase no planejamento, na construcao de bases<br>
    Nelson> solidas -> Catalyst, Java<br>
<br>
Não, não precisa planejar nada porque 90% da sua app vai estar<br>
pré-implementada através dos componentes disponíveis. Inclusive, existem<br>
já trocentas apps cujo desenvolvimento envolve a mera instalação de<br>
alguns componentes, com *zero* de código. É igual instalar word, excel,<br>
outlook, open office, etc. Exceto que você tem os fontes se precisar<br>
customizar depois.<br>
<br>
    Nelson> 2) Startups, hobbies -> enfase na experimentacao, nas possibilidades<br>
    -> Mojolicious, Dancer, PHP<br>
<br>
Talvez hobbies sim, mas no caso de startups o que eu vejo é exatamente o<br>
contrário, ninguém quer "explorar possibilidades", todo mundo quer<br>
solução pronta, zero de desenvolvimento e 100% de foco no negócio. Não<br>
considero que o PHP entre nessa categoria, no mundo do PHP quase ninguém<br>
monta um sistema do zero usando só usando frameworks, geralmente é um<br>
CMS abarrotado de plugins e customizações, e não é isso que o mojo e o<br>
dancer oferecem, e eu sei porque eu os uso.<br>
<br>
    Nelson> Esta divisao nao e' rigida, mas talvez explique porque os usuarios de<br>
    Nelson> (2) reclamam da "complexidade" de (1).<br>
<br>
O que não entra na minha cabeça de jeito nenhum é porque existem pessoas<br>
no mundo que consideram que instalar e configurar alguns componentes<br>
usando *zero* de código é algo "complexo" e "corporativo".<br>
<br>
    Nelson> Obviamente os usuarios de (1) nao vem complexidade nenhuma, pois estao<br>
    Nelson> habituados com a linguagem/framework.<br>
<br>
Você está enganado, e essa afirmação ressalta o fato de que você não<br>
conhece nem o framework nem o eco-sistema.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Eden Cardim<br>
<a href="tel:%2B55%2011%209644%208225" value="+551196448225">+55 11 9644 8225</a><br>
</font></span><div class="HOEnZb"><div class="h5">=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>
</div></div></blockquote></div><br>