Che, cuando leo este mail me salta Unhandled Exception SIGTROLL, que sera?... http://tinyurl.com/7drk6wd
2012/11/5 Guillermo Schwarz <[email protected]>: > +1 > > Lo único que agregaría es que Cuis al parecer no tiene ningún motivo para > existir, ya que Pharo ocupó su lugar. > > Si Cuis realmente es más modular o más orientado al objeto o tiene alguna > otra característica que lo haga superior, entonces debiera existir alguna > "kill application" sobre Cuis que lo demuestre y que sea imposible de > implementar sobre Pharo y sobre todo el resto de los Smalltalks disponibles. > > A mí me parece imposible hacer eso (a pesar de que aún no entiendo bien cómo > funciona la modularización en Pharo y al menos me imagino algo funcionando > mejor), para mí todavía el problema es irreductible. A lo mejor el > fabricante de Cuis nos puede iluminar al respecto... > > Saludos, > Guillermo. > > > 2012/11/5 Esteban Lorenzano <[email protected]> >> >> Bueno, como pharo-dev asalariado, estoy en mi deber de responder esto. >> No quería meterme porque me parece una perdida absoluta de tiempo, pero >> viendo por donde empieza a rumbear esto... >> >> Cuis no se puede usar como núcleo de Pharo por varios motivos: >> >> 1) Cuis quiere ser un Smalltalk-80 limpio, Pharo ni siquiera tiene interés >> en mantenerse como Smalltalk (de ahí el slogan "Smalltalk inspired") >> >> 2) Cuis es el proyecto de Juan, y como el bien mismo dijo "tiene un >> control muy fuerte de lo que hay adentro", Pharo pretende ese mismo control >> para si mismo. >> Por ejemplo, en 2.0 cambiamos el schema de Behavior, para añadir un >> atributo "layout"... en el primer paso para transformar los atributos de una >> instancia en "first class instances"... slots, bah, y no solo #symbols como >> hasta ahora. Dado que eso hace que Pharo deje de ser un st80 (al igual que >> la inclusion de Traits, btw), es difícil pensar que eso se pudiera >> consensuar con Juan, ¿no? Y en todo caso el equipo de Pharo, por supuesto, >> reclama para sí el mismo control que Juan reclama para su proyecto (¿Y que >> es lo malo de esto?) >> >> 3) Pharo pretende construir una reificación completa del concepto de >> imágen (hacer Pharo new y tener una imagen idem con la que comunicarse, y >> que esta imagen pueda correrse en otros threads, cores e incluso máquinas). >> Por supuesto, esto escapa al objetivo de Cuis, y requiere cambios en el >> Kernel que no son pocos. (Hazelnut, de hecho, es el primer paso de un largo >> camino en ese sentido) >> >> 4) Asimismo Pharo pretende cambiar cosas como el formato de la imagen (no >> un binario, sino una serializacion, que permita cargar la misma imagen en >> arquitecturas 64bits), eliminar el sources files y modificar los changes y >> lo que se guarda ahí. >> >> 5) Todo eso junto con la fundación de una plataforma que permita hacer >> software para negocios. Cualquiera que se haya tomado en serio promocionar >> un lenguaje sabe que eso no es tan fácil, que requiere construir una >> infraestructura que en mucho rebasa lo meramente técnico, pero que también >> tiene algunos elementos técnicos que son necesarios cumplir: procesos de >> reconstrucción (no habilitados con el proceso evolutivo de ahora), >> requerimientos de seguridad (que hoy no existe) y un larguísimo etc. >> De lo "no tecnico", lo más importante es crear una estructura que pueda >> ofrecer seguridad a empresas (con soporte y la garantía de que "hay alguien >> atrás"). >> >> En esencia, el único objetivo común que tienen Cuis y Pharo es el de >> modularización, y hasta eso se encara con filosofías distintas (dado que no >> es solo separación, sino interacción entre módulos, etc.)... y por supuesto >> que hay ideas muy buenas en Cuis, y nosotros mantenemos un ojo ahí para ver >> que podemos "tomar prestado" (y tambien en Squeak), pero no veo por qué se >> insiste tanto en algo que simplemente no se ajusta a la realidad, la >> posibilidad de construir un Pharo o un Squeak a partir de un Cuis... Y no se >> ajusta a la realidad entre otras cosas porque pedir eso atrapa los ambientes >> los unos con los otros impidiéndoles evolucionar a todos. >> >> Después, bueno... los argumentos mezquinos realmente no me interesan, me >> parece que no contribuyen en nada a tener un debate constructivo, así que >> discúlpenme si no me detengo en ellos. >> >> Saludos, >> Esteban >> >> On Nov 5, 2012, at 1:38 PM, Andres Valloud <[email protected]> >> wrote: >> >> > Calmense muchachos, porque no pensamos en la arquitectura en el mundo de >> > IT? >> > >> > https://i.chzbgr.com/completestore/12/10/29/PRrf9YpvQEiyxpjNtY9mLA2.jpg >> > >> > 2012/11/5 Carlos E. Ferro <[email protected]>: >> >> On 05/11/2012 01:06 a.m., Hernán Morales Durand wrote: >> >> >> >> Mmm, ¿te parece que son tan inocentes? Los académicos tienen necesidad >> >> de >> >> publicar papers. Una manera de hacerlo es escribir un poco de software, >> >> mostrar que más o menos funciona y escribirlo en un artículo. Un >> >> software >> >> robusto requiere un poco más que eso. >> >> >> >> Además están en otra, los revisores de las revistas científicas no >> >> deciden >> >> aceptar un paper por mejorar procedimientos de instalación, manuales, o >> >> depurar cosas viejas y aburridas. >> >> >> >> >> >> Hernán, me parece que con esto estás muy equivocado. >> >> La robustez es una de las preocupaciones del proyecto Pharo, y eso se >> >> ve. >> >> Pero eso, por supuesto es discutible. >> >> >> >> El proyecto tiene muchas facetas aparte de la académica, no es para >> >> producir >> >> papers sino que lo veo funcionando al revés: el hecho de posibilitar >> >> papers >> >> hace que Ducasse pueda tener una pila de estudiantes (muchos >> >> argentinos) >> >> trabajando en Pharo, y que al mismo tiempo avancen académicamente, >> >> terminando doctorados. >> >> >> >> Y hay muchos proyectos en marcha que son, justamente, las cosas que vos >> >> decís: procedimientos de instalación, debugging... Un ejemplo directo >> >> que me >> >> viene a la mente es Hazelnut, de Guillermo Polito. Ahora lo va a >> >> presentar >> >> en Smalltalks, pero no tiene ningún interés académico, es una >> >> herramienta >> >> para configurar fácilmente imágenes con paquetes... Y, por supuesto, >> >> los >> >> libros de Pharo by Example de Ducasse, donde colabora mucha gente. Los >> >> libros tienen muy poco reconocimiento académico... >> >> >> >> Saludos >> >> -- >> >> >> >> carlos e. ferro | senior developer | caesar systems >> >> >> >> [email protected] >> >> >> >> -- >> >> To post to this group, send email to [email protected] >> >> To unsubscribe from this group, send email to >> >> [email protected] >> >> >> >> http://www.clubSmalltalk.org >> > >> > -- >> > To post to this group, send email to [email protected] >> > To unsubscribe from this group, send email to >> > [email protected] >> > >> > http://www.clubSmalltalk.org >> >> -- >> To post to this group, send email to [email protected] >> To unsubscribe from this group, send email to >> [email protected] >> >> http://www.clubSmalltalk.org > > > > > -- > Saludos cordiales, > > Guillermo Schwarz > Sun Certified Enterprise Architect > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > > http://www.clubSmalltalk.org -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
