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

[Pedro Jose Pezzarini]

Muy buen artículo!... pero le faltó una... la POP (Programación Orientada
al Parche) :D


El 10 de abril de 2014, 14:16, fisa <fisadev en gmail.com> escribió:

> 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
>
> _______________________________________________
> 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/20140410/32be51c2/attachment-0001.html>