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

[Cesar Ballardini]

Y COP (Cron Oriented Programming)[1] para aquellos que tienen miríadas de
trabajos batch en diferentes aplicaciones en distintas computadoras, que
intercambian datos a ciertas horas, en secuencias más o menos enrevesadas.
 La maravilla de los race condition, pero en capa 7   :^)


[1] el acrónimo lo inventó un amigo, pero no se si quiere que lo nombre,
jeje


El 10 de abril de 2014, 14:27, Pedro Jose Pezzarini
<jose2190 en gmail.com>escribió:

> 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
>>
>
>
> _______________________________________________
> 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
>



-- 
It's not enough to teach students to surf the Net, we must teach them to
make waves. My pedagogical theory is relate, create, donate, which
suggests that students work in teams, create ambitious projects and then
donate these to people who can use and build upon them. --Ben Shneiderman
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20140411/11707dd1/attachment-0001.html>