<br><br><div class="gmail_quote">Em 14 de junho de 2011 20:11, Thiago Rondon <span dir="ltr"><<a href="mailto:thiago@aware.com.br">thiago@aware.com.br</a>></span> escreveu:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Tue, Jun 14, 2011 at 07:40:36PM -0300, Andre Carneiro wrote:<br>
> Por favor, nada de flames por bobagens como essa q eu escrevi...<br>
><br>
><br>
<br>
</div>Andre,<br>
<br>
Olha, este papo de depedencia é bem complicado de argumentar, vou<br>
colocar aqui minha visão sobre isto e um exemplo com o próprio<br>
Mojolicious.<br>
<br>
Mas, o simples fato de ter depedencia não é um problema, e porque não<br>
é um problema ?<br>
<br>
1 - Você esperar um pouco mais para instalar não é um problema. </blockquote><div><br></div><div>Bom, sinto dizer q não é pouco...</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

2 - Você só vai instalar uma vez, ou em algum deploy.<br></blockquote><div><br></div><div>Pois é, se eu tiver um monte de clientes, é bom eu me planejar bem como vou distribuir esses deploys. Caso contrário posso morrer de tédio! E não, não consigo escrever coisa melhor! </div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
3 - Você esta adquirindo um conhecimento e materia prima desenvolvida.<br></blockquote><div><br></div><div>Do que vc está falando? Eu só tö falando de instalar o Catalyst + plugins que eu preciso. Conhecimento do q?? </div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
4 - Você esta na maioria dos casos como 'deploy' usufruindo de testes novos.<br>
5 - Maturidade, código utilizado e compartilhado por mais ambientes.<br>
6 - (...)<br>
<br></blockquote><div><br></div><div>Certo, certo...</div><div> </div><div>Bom, como eu disse, isso ME incomoda. Logo não era para incomodar VOCÊ. Não precisa me explicar nada.  Eu sei perfeitamente que o Catalyst é muito bem escrito, e tem um cacetilhão de plug-ins e blablabla... </div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
E quando pode ser um problema ter dependencias ? Na minha opinião,<br>
apenas quando você esta utilizando um módulo mal escrito,<br>
e para isto é importante que você saiba onde esta pisando, saber<br>
da qualidade das dependencias é importante.<br>
<br></blockquote><div><br></div><div>Nunca falei q o Catalyst é mal escrito. Tão pouco que a qualidade das depências é ruim. Eu só... a, deixa vai... falaê!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Por isto criar componentes e abstrações pode ser uma boa saída para<br>
que isto fique mais saúdavel, veja por que alguns módulos hoje são<br>
mais utilizados, tais eles como o DBI que é uma camada para os bancos<br>
de dados, o AnyEvent que é uma camada para os módulos de evento, o<br>
Cache que é abstração para os módulos de cache.<br>
<br></blockquote><div><br></div><div>Dessa vez eu lembrei de guardar pra mim... :-p</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Por exemplo, veja o exemplo do Cache: <a href="http://lmctfy.org/Cache/" target="_blank">http://lmctfy.org/Cache/</a><br>
<br>
Veja que existem vários módulos que seguem esta mesma interface, e<br>
isto ajuda o ecosistema dos módulos de cache serem mais saúdavel e<br>
funcionarem de forma orgânica. (edenc++ pela expressão).<br>
<br>
Não quero jogar pedras, mas apenas explicar por que o argumento<br>
de dependencias e falta de componentes fazem falta em um framework<br>
e por que na minha humilde opinião acredito que ele deva melhorar<br>
com o desenvolvimento:<br>
<br>
<a href="https://github.com/kraih/mojo/commits/507ece232a8975d1626263cc4d875f13148fa1e7/lib/Mojo/JSON.pm" target="_blank">https://github.com/kraih/mojo/commits/507ece232a8975d1626263cc4d875f13148fa1e7/lib/Mojo/JSON.pm</a><br>

<br>
Existem módulos de JSON que são utilizados por muitos outros módulos,<br>
frameworks e etc... já prontos e com uma perfomace muito aceitavel (JSON::XS).<br>
<br>
Porém, por algum motivo (alguém sabe pq ?) o pessoal do Mojolicious<br>
resolveu escrever o seu próprio, veja a quantidade de bugs que eles<br>
estão arrumando ainda. (vide histórico)<br>
<br>
Vale apena re-inventar a roda neste caso ? Para você não ter mais uma<br>
dependencia (para o JSON neste caso), existe um módulo novo sendo utilizado<br>
e com bugs "já velhos" sendo consertado o tempo todo ?<br>
<br>
Agora fica minha pergunta, neste caso dependencias é bom ou ruim ?<br>
<br></blockquote><div><br></div><div>TIrando o fato de ser um excelente sonífero( o que menos importa de qualquer forma ), não vejo problemas.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Abs,<br>
<div><div></div><div class="h5">-Thiago Rondon<br>
<br></div></div></blockquote><div><br></div><div><br></div><div><br></div><div><br></div></div><br>-- <br>André Garcia Carneiro<br>Analista/Desenvolvedor Perl<br>(11)82907780<br>