cron++<div><br></div><div><b><br>Daniel Vinciguerra</b><br>
Web Solutions Architect and Co-Owner at Bivee<br><span style="font-family:arial,sans-serif;font-size:13px;border-collapse:collapse"><a href="http://github.com/dvinciguerra" style="color:rgb(28,81,168)" target="_blank">http://github.com/dvinciguerra</a></span><span style="font-family:arial,sans-serif;font-size:13px;border-collapse:collapse"><a href="http://github.com/dvinciguerra" style="color:rgb(28,81,168)" target="_blank"></a></span><br>
<br><br><div class="gmail_quote">2012/7/18 Renato Santos <span dir="ltr"><<a href="mailto:renato.cron@gmail.com" target="_blank">renato.cron@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Acho que deveriamos começar a pensar em montar um CMS True,<div>só pensar, afinal, da muito trabalho, </div><div>mas se tiver uma documentação boa, das ideias, dos padrões, de como deve ser feito, algum dia sai.</div><div>
<br></div><div>E depois colocar isso tudo em um pacote fechado (nem que seja um pouco mais restrito, mas por exemplo, uma imagem "zero bala" do catalyst+firewall+nginx+varnish+memchaced+postgres[quem sabe mysql] para a Amazon), ou até mesmo, fazer como o Wordpress fez: </div>
<div>disponibiliza o código do CMS [github], mas mantem um site free rodando (claro, precisaria de limites, afinal, não temos todo o dinheiro do mundo para manter servidores para os outros, seria mais para apresentar a interface do CMS para o público geral, sem precisar instalar nada)</div>
<div><br></div><div>Mas antes de montar um produto ou um CMS, teríamos que responder algumas perguntas, que irão gerar mais perguntas:</div><div><ul><li>O que é um bom Framework? Plugins? Escabilidade? Easy-setup? </li><li>
Qual será o foco do CMS? Para pessoas de que áreas? Um cms pode ser mais voltado ao front-end (nao é um CMS, mas vale o tumblr) como ao back-end (para quem entende de banco <b>expressionengine</b> é perfeito, para quem tem paciencia, Drupal ). Me falta experiencia frameworks php's mais modernos, e de outras linguagens.</li>
</ul><div>Depois de definir isso, poderiamos iniciar uma fase de como ele seria melhor implementado.</div></div><div>Temos especialistas de todas as áreas aqui: engenheiros de software, dbas, sysadmins. Se todo mundo falar como é <b>o ideal </b>de cada um, alguém da lista pode adotar essa idéia e abrir uma empresa para monta-lo e vende-lo, porque não?</div>
<div><br></div><div>Pensem ai!</div><div><br></div><div>&</div><div><div><div><div class="h5"><br><div class="gmail_quote">2012/7/18 André Walker <span dir="ltr"><<a href="mailto:andre@andrewalker.net" target="_blank">andre@andrewalker.net</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Wed, Jul 18, 2012 at 09:00:44AM -0300, Eden Cardim wrote:<br>
> Não é não. É um projeto mais recente em termos da data de início, mas<br>
> não é mais moderno, se você for considerar que "moderno" é desenvolver<br>
> arquiteturas sem estado mutável, que é onde as arquiteturas de software<br>
> vão estar daqui a alguns anos, quando a lei de Moore começar a perder a<br>
> validade. Da última vez que eu li o fonte e a documentação do Dancer,<br>
> ele não me pareceu estar caminhando em direção a esse tipo de<br>
> arquitetura. Como principal contribuinte do principal branch de<br>
> imutabilização do catalyst, você dentre todos deveria saber disso :)<br>
<br>
</div>Ok, ok, eu só estava cutucando a trollagem dele com mais trolagem. :)<br>
Confesso que nunca li o fonte do Dancer, mas acho desnecessária a<br>
agressão (aparentemente) gratuita que muitas vezes ele recebe. Não estou<br>
fazendo propaganda do Dancer, estou criticando a agressão. O Nilton<br>
acabou de chegar, fez uma pergunta simples, e recebeu como resposta<br>
"Você está fazendo isso errado". Não vejo por quê.<br>
<div><br>
> É a milionésima vez que vou repetir, e repetirei quantas vezes for<br>
> necessário: a sintaxe de dispatch faz pouca diferença prum projeto de<br>
> verdade e eu diria que é uma das coisas mais irrelevantes num projeto<br>
> web. A comunidade do php ainda vive no mundo de dispatch CGI e<br>
> produziram muito mais resultados a nível de software voltado pra web do<br>
> que a comunidade perl. A sintaxe pode fazer bastante diferença pro<br>
> hype/marketing de um tutorial de 5 minutos, mas prum projeto de verdade<br>
> não faz a menor diferença. O que interessa é se depois dos 5 minutos a<br>
> arquitetura da aplicação vai ser flexível e viabilizar a resolução dos<br>
> inúmeros problemas que invariavelmente vão surgir ao longo do projeto,<br>
> grande ou pequeno. É por isso que o mundo corporativo respeita mais a<br>
> comunidade Java do que a comunidade perl, eles reconhecem a importância<br>
> da arquitetura do software, e mesmo com a sintaxe desengonçada deles<br>
> conseguem produzir muito mais e serem mais responsivos e responsáveis<br>
> com a manutenção de médio/longo prazo do software deles, enquanto que a<br>
> gente confia que sempre vai ter uma gambiarra pra resolver o problema,<br>
> estilo Indiana Jones. Se for pra ter "sintaxe bonita"/"moderna" com um<br>
> monte de gambiarra por trás, do que adianta? Se for pra ter software<br>
> mal-escrito, seria muito melhor que houvesse um mediawiki e um wordpress<br>
> escrito em perl/CGI do que 3 frameworks web "modernos" que efetivamente<br>
> fazem a mesma coisa: nada.<br>
<br>
</div>Eden, eu sei. Conheço seu argumento de que a sintaxe de dispatch é<br>
irrelevante, que dá pra fazer a mesma coisa com Catalyst. Foi justamente<br>
por isso que eu disse. De uma outra vez que a discussão começou nesta<br>
lista ao redor do tema "frameworks web", o Mantovani disse que "Dancer<br>
era uma framework ridícula, era só ver a sintaxe", e apontou pra<br>
documentação. Por isso eu disse que ele dizer que o código se parecia<br>
com código legado sem strict e warnings não era (ou não me parecia, ao<br>
menos) baseado em argumentos lógicos, mas em preferências gratuitas.<br>
Como disse acima, não sei avaliar o fonte, se há gambiarras, etc.<br>
<div><br>
> Aliás, se você olhar os produtos web escritos em perl, como o RT,<br>
> Bugzilla, Koha, Bioperl, twiki, foswiki, webgui, poucos são escritos com<br>
</div>> um framework.<br>
<br>
Pra ser sincero... nunca entendi por quê! Falta de voluntário?<br>
<div><br>
> André> E Dancer não é a solução mais ordinária do "eco sistema"<br>
> André> dele.<br>
><br>
> Em termos da arquitetura dele, é a solução mais mal-projetada sim. No<br>
> cpan inteiro, ele só é melhor do que o CGI::Application, o que<br>
> desfavorece a agregação de mais contribuidores pro eco-sistema e a<br>
> adoção dele em projetos comerciais significativos porque tem menos<br>
> soluções pré-integradas disponíveis.<br>
<br>
</div>Quis dizer ordinário no sentido de comum, opção padrão. Mas talvez<br>
interpretei mal o Mantovani.<br>
<div><br>
> De que adianta ter uma porrada de framework pra escolher quando pouco<br>
> se faz com qualquer um deles. Compara a quantidade de serviços e<br>
> produtos "powered by wordpress" (que é reconhecidamente porco e<br>
> malfeito) com a quantidade de serviços e produtos "powered by<br>
> Catalyst/Dancer/Mojolicious" juntos e observe o timeline de produtos<br>
> lançados pra ver se fez diferença.<br>
<br>
</div>Talvez haja mais sistemas internos, ou proprietários em Catalyst do que<br>
sabemos. Embora com certeza não chega nem perto dos wordpress da vida.<br>
Não existe algo que nós como comunidade possamos fazer a respeito? Quero<br>
dizer... se achamos que Perl / Catalyst realmente é melhor do que PHP on<br>
nothing, Ruby on Rails, etc, porque não fazemos algo? Um sistema de<br>
CMS, e-commerce, ERP... Não existe interesse?<br>
<div><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" 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>
</div></div></blockquote></div><br><br clear="all"><div><br></div></div></div><div class="im">-- <br><div><span style="color:rgb(51,51,51);font-size:x-small">Saravá,</span></div><div><span style="color:rgb(51,51,51);font-size:x-small">Renato CRON</span></div>
<div><div style="text-align:right"><font size="1" color="#333333"><a href="http://www.renatocron.com/blog/" target="_blank">http://www.renatocron.com/blog/</a></font></div></div><div style="text-align:right"><font size="1" color="#333333"><a href="http://twitter.com/#!/renato_cron" target="_blank">@renato_cron</a></font></div>
<br>
</div></div></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><br></div>