On Friday, March 04, 2011 05:59:56 pm Daniel Zipitría wrote: > Andres es obvio que si programas mal, malo va a ser el programa y la > performance va a ser mala, no...
Yo no hablé de que nadie programara mal. El que los acusó de monos fue Ismaell
:).
> Repito lo que intentaba resaltar es lo que encontré nomas, tal vez de una
> forma descontracturada y alegre... y que python no es tan lento y que
> existen herramientas para optimizarlo, luego zapatero a tus zapatos y cada
> lenguanje sirve para determinados problemas en particular, para los que
> están más optimizados, sino habría un solo lenguaje uno lindo, bonito y
> barato.
+1
> Saludos Buen fin de semana
>
> On Fri, 4 Mar 2011 15:22:03 -0200, Andrés Ambrois
> <andresambr...@gmail.com>
> wrote:
> > On Friday, March 04, 2011 02:38:18 pm Ismael Luceno wrote:
> >> Daniel Zipitría <z...@cilan.com.uy> writes:
> >> > En esta página describen un problema y finjense en la tabla
> >> > comparativa...
> >> > java más rápido que c++ para este problema Uhhh
> >>
> >> Imposible que un lenguaje cuyo run-time está escrito en C o C++ sea más
> >> rápido que los mismos... suena obvio, ¿no?.
> >
> > {{Citation needed}}
> >
> > Es fácil demostrar que en algunos ejemplos, un buen JIT le gana al mismo
>
> > código en C[0]. Y ni hablar en el caso del compilador y JIT de Java, que
>
> > pueden hacer muchísimas más optimizaciones que PyPy.
> >
> > Y me quedo con esta cita de los comentarios del post:
> >
> > Greg said...
> > Everyone knows Python runs faster than C...
> >
> > By about 6 weeks.
> >
> >
> >> Por otra parte, lenguajes como Python están muy lejos de ser
> >> sofisticados en
> >> cuanto a optimización, dado que se hace en run-time. No es comparable
> >> con lo
> >> que aplica GCC por ejemplo. La ventaja está del lado del código escrito
> >> en
> > C.
> >
> > {{Citation needed}}
> >
> > No sé de donde sacaste que la optimización de compilación es más
> > sofisticada
> > que la optimización en run time. Aún así, tanto Java como Python son
> > compilados a bytecode, por lo que una gran parte de las técnicas de
> > optimización disponibles para compiladores de C, también lo están para
> > ellos.
> >
> > Daniel:
> >
> > En el 99% de los casos hace tanto más diferencia el tiempo de
> desarrollo,
> > la
> > idoneidad del lenguaje para el trabajo y la fluidez del desarrollador
> con
> > la
> > tecnología que plantear estas discusiones solo se presta para debates
> > religiosos, generalizaciones burdas y más que nada evidencias de la
> falta
> > de
> > conocimiento por todas las partes (incluyéndome) de la literatura
> > científica
> > existente.
> >
> > Comparar tecnologías con propósitos y nichos diferentes y decir que
> alguna
> > es
> > más rápida es una estupidez inútil. Si alguien tiene un planteo concreto
> > sobre
> > un proyecto dado, y precisa decidirse sobre una tecnología para
> > implementarlo,
> > sospecho que sería más productivo hacerlo.
> >
> > [0]
> http://morepypy.blogspot.com/2011/02/pypy-faster-than-c-on-carefully-
> > crafted.html
> _______________________________________________
> General mailing list
> General@lists.montevideolibre.org
> http://lists.montevideolibre.org/listinfo.cgi/general-montevideolibre.org
>
--
-Andrés
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ General mailing list General@lists.montevideolibre.org http://lists.montevideolibre.org/listinfo.cgi/general-montevideolibre.org
