[pyar] ¿Volvemos a empezar?

[Fernando Pelliccioni]

2014-04-30 20:48 GMT-03:00 Fernando Pelliccioni <fpelliccioni en gmail.com>:

> 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
>
>
jejejejejeje!

https://www.youtube.com/watch?v=ig7VWTJqk_4


>
> 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/fd910389/attachment-0001.html>