Seminario de "Prototype Oriented Programming"

Hace varios días que no posteo nada... estuve un poco entretenido con la compra de la casa, participando en seminarios/cursos y obviamente disfrutando de mi hijo.
El Martes 17 de Octubre, la gente de APIT me invitó a un seminario de "Programación Orientada a Prototipos", todos los martes nos juntamos para discutir temas de la materia, pero como justo ese martes caia el seminario del grupo athenas.
Quien dió el seminario, fue el Lic. Hernan Wilkinson, muchas veces habia escuchado hablar de el en IBM, si hablas con la gente es casi un dios, todos los que están hace mas de 8 años lo conocen como un excelente arquitecto y evangelizador del eXtreme Programming y Smalltalk. Lamentablemente no tuve la oportunidad de conocerlo. y apenas estoy hace 3 años.

Con respecto a la charla, sinceramente, estuvo muy buena, casualmente el mismo día, sin saber que a la noche iba a ir al seminario, lo estuve charlando con Gona sobre el tema, el me estuvo explicando de que se trataba.
Lo que realmente me interesó fue la comparación que hizo entre la Filosofía y la Programación Orientada a Objetos, verdaderamente yo no estaba al tanto el mapeo que habia entre lo que Platon y luego Aristoteles que encaja perfectamente con la POO, con clases. No es una rebundancia decir "POO con Clases"?? NO, para nada, la POO no expecifica que tienen que existir clasificaciones de objetos, ahi viene la mayor diferenciación entre lo que todos conocemos por POO (Smalltalk/Java/C# etc) y la POO Orientada a Prototipos. En pocas palabras se puede decir que la Programación Orientada a Prototipos es un sub-grupo de la POO, que utiliza las mismas herramientas pero sin clasificar a los objetos, cada objeto tiene su propio comportamiento, que puede variar a lo largo de la ejecución. Si entiende más o menos el concepto (cualquier cosa UTFW)??
Si bien, no es la manera en la que nos enseñaron a programar, tiene cierto sentido pensar de esta manera. Si lo vemos desde el punto de vista del modelado y el aprendizaje de cierto dominio de una aplicación, tiene más sentido empezar a utilizar objetos especificos y concretos para ir prototipando e ir entendiendo el dominio de la aplicación que estamos desarrollando, que clasificar o abstraer antes de aprender o entender el dominio???
Actualmente trabajamos de esa manera, primero abstraemos para aprender un dominio, no digo que esté mal, pero tambien creo que deberiamos incorporar algunos conceptos de Prototype Oriented Programming. En el seminario se mostraron ejemplos de este paradigma, con Self y con JavaScript.

Basicamente eso es lo que me quedó del seminario... hubo una pregunta interesante sobre las desventajas que tiene esto, y obviamente la respuesta de alguna manera dió algunas pistas de por que no es usado y ampliamente extendido. Ya que una vez que entendemos y aprendemos del dominio ya estamos capacitados para clasificar/abstraer/jerarquizar los objetos por lo tanto los prototipos no son tan necesitamos como al principio del aprendizaje/modelado, es aqui donde falla, no hay herramientas para poder pasar de un modelo en prototipos a clases...

Algo interesante que podemos destacar de Ruby es que permite ambos paradigmas de objeto, tanto con clases como prototipos... es probable que con el crecimiento de este lenguaje dinámico se pueda solucionar la falencia de los lenguajes orientados a prototipos.

El disertante (Hernan) comentó que si bien Ruby permite ambas cosas tiene un problema de que este es críptico....

Realmente piensan que Ruby puede ser el lenguaje para utilizar este paradigma?? Que es criptico ;) ?