[pyar] ¿Volvemos a empezar?

[Fernando Pelliccioni]

Capo, así no se puede, le estoy poniendo onda, estoy compartiendo temas,
que bueno, son de mi interés, pero pienso que pueden ser constructivos para
todos, y arrancamos mal de nuevo.

Me cansé, Segurola y La Habana


2014-04-30 20:42 GMT-03:00 Alejandro J. Cura <alecu en protocultura.net>:

> 2014-04-30 20:32 GMT-03:00 Fernando Pelliccioni <fpelliccioni en gmail.com>:
> >
> >
> >
> > 2014-04-30 20:25 GMT-03:00 Alejandro J. Cura <alecu en protocultura.net>:
> >
> >> Me estoy agarrando la cabeza con este thread. Me siento asi:
> >> https://xkcd.com/386/
> >> ---
> >>
> >> Esta mal. Disculpas, pero todo este thread esta mal. No tienen sentido
> >> los microbenchmarks que estan intentando hacer acá.
> >
> >
> > Bueno, empezamos de nuevo!
> >
> >
> >>
> >>
> >>
> >> Python como lenguaje esta optimizado para el programador que *no
> >> necesita* saber si la memoria de un string o una lista se copia o no.
> >> En el noventa y pico porciento de los programas no necesitas saber
> >> esto, porque como ya lo mencionaron, estan esperando a una base de
> >> datos o a un disco o a una conexion de red, o a que el usuario haga un
> >> click, y optimizar eso es al pedo.
> >>
> >> Mismo, tu programa que haga calculos complejisimos y te permita freir
> >> huevos sobre el cpu va a necesitar hablar con el disco o unos
> >> webservices o una db para alimentarse de datos, y probablemente todas
> >> esas interfaces compongan una gran parte de tu codigo. Y tus
> >> algoritmos, siempre[1], van a ser la parte menor. Para todo eso,
> >> Python es brillante, porque te deja escribir codigo rapidamente, sin
> >> perder horas tratando de entender un typo escondido entre doscientas
> >> lineas de error de templates de stl o de boost y sin detenerte a
> >> pensar en las sutiles diferencias de los veinte tipos de smart
> >> pointers de la stdlib y las bibliotecas que usas (c++11 se lee lindo,
> >> pero pocas bibliotecas son c++11, ojo). Sin mencionar que tu ciclo de
> >> compilar y probar es muchisimo mas rapido con Python.
> >>
> >> Entonces, para la mayoria de tu codigo, usas Python. Para tus
> >> algoritmos, usa Python tambien para tener una prueba de concepto lista
> >> en poco tiempo, luego optimiza usando numpy, y si aun no te alcanza,
> >> usa boost.python o fortran o algo asi. Ganas en que tu codigo (al
> >> menos ese 90%) lo va a poder mantener cualquier programador novato.
> >>
> >> [1] salvo que tu programa sea una biblioteca de algoritmos, pero aun
> >> asi tenes que hacerle los tests :-)
> >>
> >> saludos,
> >
> >
> > No lei todo lo que escribiste.
>
> Ok, dale, leelo que espero. Yo ya termine de leer los dos threads, asi
> que no tengo apuro.
>
> saludos,
> --
> alecu
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20140430/65a67fd0/attachment.html>