On 7/2/07, <b class="gmail_sendername">Cristian Rodriguez</b> <<a href="mailto:judas.iscariote@gmail.com">judas.iscariote@gmail.com</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 6/26/07, Rodrigo Fuentealba <<a href="mailto:darkprox@gmail.com">darkprox@gmail.com</a>> wrote:<br>> El 26/06/07, Ricardo Mun~oz A. <<a href="mailto:rmunoz@pjud.cl">rmunoz@pjud.cl</a>> escribió:<br>> > Rodrigo Fuentealba wrote:
<br>> > > El 26/06/07, Ricardo Mun~oz A. <<a href="mailto:rmunoz@pjud.cl">rmunoz@pjud.cl</a>> escribió:<br>> > ><br>> > > Hay varias optimizaciones interesantes que he visto en Symfony y que
<br>> > > no he visto en CakePHP.<br>> ><br>> > cuales?<br>><br>> Una sola muestra, y estamos hilando fino altiro (Cristian, te la dedico):<br>><br><br>> darkprox@darkprox:~$ php calculo.php
<br>> TESTEANDO<br>> Con un FOR simple, me demoro 0.014724969863892 segundos<br>> TESTEANDO<br>> Con Symfony, me demoro 0.0020818710327148 segundos<br><br>hahah... yo pense que ya habias pasado la etapa del X "vs" Y, si usas
<br>un framework, no es precisamente para que el programa ande rapido si<br>no que para que tu tiempo como desarrollador. ademas esto es mas<br>rapido y mas legible</blockquote><div><br><br>no te importa que ande rápido??????
<br>plop!<br><br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> $tiempo_inicio = microtime_float();<br><br> foreach(explode(",", $cadena) as $letter) {
<br> echo $letter;<br> }<br> echo("\n");<br> $tiempo_final = microtime_float();<br> $tiempo = $tiempo_final - $tiempo_inicio;<br> echo "Con codigo mas legible, me demoro $tiempo segundos\n"
<br><br>hahah TK :-P<br><br>><br>> > > Lo que le quito a Symfony es que habla más con la base de datos que Cake.<br>> > ><br>> > >> el codigo fuente de la<br>> > >> API podria "mejorar" desde una version a otra sin que cambie la API y
<br>> > >> por lo tanto tampoco las aplicaciones!<br>> > ><br>> > > Algo que (comento como dev. de Rails), en Rails no pasa.<br>> ><br>> > que cosa no pasa en Rails?<br>><br>> Pasar de una versión a otra sin que cambie la API y por lo tanto
<br>> tampoco las aplicaciones.<br>><br><br>hahah.. el mito de la API stable yo creia que ya estaban grandecitos<br>para creer en esas cosas :-)<br><br> es imposible que el software evolucione y que a la vez pueda tener
<br>una API estable de por vida eso es una falacia absoluta, (el software<br>comercial tampoco ofrece el "holy grail" de una API compatible por los<br>siglos de los siglos)<br><br></blockquote></div><br>es verdad que es dificil mantener compatibilidad hacia atrás.
<br>Hace poco quedo la grande en rails pq se les ocurrio "deprecar" 'require_gem' cambiandolo solo a 'gem'. <br><br clear="all">Pero si no actualizas, la app sigue funcionando ;-)<br><br>-- <br>Hector Vergara Reinoso
<br>Aardvark Labs - <a href="http://aardvark.cl">http://aardvark.cl</a><br>hvergara [at] <a href="http://gmail.com">gmail.com</a>