[pyar] [OT] 6 paradigmas de programación

fisa fisadev en gmail.com
Jue Abr 10 14:16:04 ART 2014


Muy buena lectura, gracias che :)


El 10 de abril de 2014, 13:25, Martin Cerdeira
<martincerdeira en gmail.com>escribió:

> 2014-04-10 11:11 GMT-03:00 Roberto Alsina <ralsina en netmanagers.com.ar>:
>
>
>>
>> On Thu, Apr 10, 2014 at 10:33 AM, Martin Cerdeira <
>> martincerdeira en gmail.com> wrote:
>>
>>>
>>> http://brikis98.blogspot.dk/2014/04/six-programming-paradigms-that-will.html
>>>
>>>  Una interesante lectura que seguramente disfrutará gente amante de la
>>> programación, no importa que lenguaje use.
>>>
>>>  Enjoy!
>>>
>>>
>> Me resultó my interesante el primero "paralelo por default"... porque no
>> es super difícil de implementar, no?
>>
>> Por ejemplo, alguna vez hice una hoja de cálculo, que se podría
>> interpretar como "lineas de código desparramadas en una superficie".
>> Una de las cosas que necesitás para que funcione es un completo
>> backtracking de cual celda depende de otra. En este caso, las
>> celdas usaban código python.
>>
>> Entonces, si uno agarra un listado (sin clases, sin funciones, ok?) se
>> podría tomar cada línea como una celda. Hacer backtracking para resolver
>> dependencias,
>> quejarse si hay un ciclo, y vas a terminar con una lista de "arboles",
>> digamos.
>>
>> Después hacés un thread para cada árbol y los despachás en paralelo. Con
>> lo cual tendrías un "python paralelo por default", no?
>>
>> ¿Me perdí algo obvio por lo que esto no funcionaría?
>>
>
> A mi me paso lo mismo, el primer "paradigma" fue el que más interesante me
> pareció y, al instante me puse a pensar como lo implementaría en python :-)
>
> Con respecto a tu solución, me parece que es correcta, sin la complicación
> de tener clases y funciones, como bien dijiste.
>
> Ahora bien, si hubiera funciones... no podría considerarse la definición
> de una función como si fuera la dependencia de una variable?
> Es decir:
>
> 1. a = "algo"
> 2. print a   <-- Aca hay una dependencia con la linea 1
>
> sería como:
>
> 1. def algo():
> 2.     codigo
> 3.
> 4. algo()  <-- Aca hay una dependencia con la linea 1, 2
>
>  Porque, cada nodo sería una línea o bloque (como si en la misma celda de
> excel, tuvieras toda la definición de la función)
> Y, el código dentro de la función, se ejecutaría de forma lineal (o no
> paralela) ... No?
>
> -------------------------------------
> Martín Cerdeira - Software Developer
> At the end of the day, ship the fucking thing! It's great to rewrite your
> code and make it cleaner and by the third time it'll actually be pretty.
> But that's not the point--you're not here to write code; you're here to ship
> products. - Jamie Zawinski
>
>
> _______________________________________________
> 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
>



-- 
fisa  -  Juan Pedro Fisanotti
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20140410/e7b3b032/attachment-0001.html>


More information about the pyar mailing list