2010/6/25 GallegO <[email protected]> > Bueno, pero la mejora del lado del server sería una perfomance > superior sobre 2.8 según dicen los Seasiders no? > Vos lo pudiste verificar? > Mira en la opción 3.0 con continuation de 2.8.. la performance es mas o menos la misma... no tiene grandes diferencias..
> > Por otro lado creo que tendrias una ventaja importante al construir > sobre Seaside 3.0 por si más adelante querés migrar. > Si eso si es una ventaja. listo tengo para entretenerme el fin de semana y terminar :) > > Entonces te quedo funcionando con full continuations o medio rengo? No > entendi bien lo del jquery... > > El tema es el siguiente, no tiene mucho que ver con seaside en si, sino con lo que esta arriba. la implementacion de mucho de los componentes que hay hoy en la integación Scriptacoulus-JQuery para seaside 2.8.. usan clases que viene de tienen dependencias con la integracion prototype-scriptacolous. En la implementacion de los componentes de javascript que esta incluida en seaside 3.0, esa dependencia no existe mas. esta mas prolijo, y deja las cosas limpitas para anexar nuevos componetes de JQuery y JQuery-ui al framework... y las soluciones programarlas en Smalltalk :). Esteba Lorenzano hizo algo que se llaman Dynamic Componentes que exploran este concepto (estan hechos para squeak y pharo). Me los DC esta en desarrollo..y se van extendiendo como va haciendo falta. Creo que los voy a tener que portar a dophin, para el proyecto que estoy desarrollando ahora. Saludos > Saludos > > El día 25 de junio de 2010 16:27, Diogenes Moreira > <[email protected]> escribió: > > Mira, empece ese camino, pero quedo un SS 2.8 con el jquery en render..., > lo > > bueno es que no que dependiendo de prototype, de lado de cliente.... pero > no > > hay ninguna mejora, del lado del Server.. > > Para eso esperemos que a NG :). > > Saludos > > 2010/6/25 GallegO <[email protected]> > >> > >> Diogenes: > >> > >> Una opcion que no probe pero podria andar es volver la parte de > >> rendering (el ciclo) de Seaside 3.0 a como es en 2.8. > >> No deberia ser un gran cambio, el tema es que es dificil ver donde > >> afecta. Para eso tenemos los tests. La verdad que ando con poco tiempo > >> y no pude darle un vistazo. > >> > >> SAludos > >> > >> El día 25 de junio de 2010 14:24, Diogenes Moreira > >> <[email protected]> escribió: > >> > > >> > > >> > 2010/6/25 Guillermo Schwarz <[email protected]> > >> >> > >> >> > >> >> 2010/6/24 Diogenes Moreira <[email protected]> > >> >>> > >> >>> Guillermo alguno de comentarios entre linea.. lo hago así para que > no > >> >>> sea > >> >>> una prosa interminadbles > >> >>> > >> >>> > >> >>> 2010/6/24 Mariano Martinez Peck <[email protected]> > >> >>>> > >> >>>> > >> >>>> 2010/6/24 Guillermo Schwarz <[email protected]> > >> >>>>> > >> >>>>> Diogenes, > >> >>>>> > >> >>>>> Si no me equivoco "raificar los procesos" se refiere a que los > >> >>>>> procesos > >> >>>>> sean objetos, no que echen raices. Eso porque en Inglés "to reify" > >> >>>>> es volver > >> >>>>> concreto lo abstracto, más como un error conceptual (u ontológico > si > >> >>>>> prefieres) ya que en folosofía se asume que volver concreto lo > >> >>>>> abstracto es > >> >>>>> sinòmimo de equivocarse, pero en computación no sólo es aceptado > >> >>>>> sino que > >> >>>>> produce resultados bastante interesantes, como lo que se pretende > >> >>>>> que es > >> >>>>> hacer que los procesos sean más fáciles de manipular. > >> >>>>> http://www.merriam-webster.com/dictionary/reify Pensé que esto > >> >>>>> Smalltalk ya > >> >>>>> lo tenía. > >> >>> > >> >>> Dolphin 6, no tiene una completa raificación de los procesos y el > >> >>> context. Otros dialectos Si. terminas instanciando un "Debugger" > >> >>> Dolphin > >> >>> tiene un monton de cosas buenas pero precisamente en esto esta > flojo. > >> >>> Es > >> >>> mas, si ves la implementacion de los continuarions en seaside 2.8 > para > >> >>> dolphin para poder operar desde el contexto. > >> >> > >> >> Nice. Me gustarìa mirarlo, pero imagino que el còdigo no serà > >> >> precisamente > >> >> bonito. > >> >> En Smalltalk existe thisContext que es una pseudovariable similar a > >> >> self y > >> >> super, pero que da acceso al bloque en ejecución, lo que en mi > opinión > >> >> es > >> >> increíble limpio. Supongo que te refieres a que guarda thisContext en > >> >> un > >> >> stream como dicen por ahi (supongo que se refieren a un String) y > luego > >> >> lo > >> >> recuperan y le dicen "sigue ejecutando". > >> >> En Smalltalk existe la idea de que un proceso es un objeto y vice > >> >> versa. > >> >> Por eso se puede pasar una "computación" a ejecutar de manera > >> >> postergada > >> >> (delayed evaluation), lo que en lenguajes funcionales se conoce como > >> >> lazy > >> >> evaluation pero es más automático y lo más parecido en Lisp sería una > >> >> expresión lambda. > >> > > >> > Si yo me refiero a al context que vos decis, pero particularmente en > >> > Dolphin > >> > el thisContext, lo mismo que el Sender, solo es un puntero para ser > >> > usado > >> > con otros objectos, y mucho del context no esta raificado. Es por eso > >> > que se > >> > no hace muy dificil implementar los partials continuations, para > Seaside > >> > 3.0..(intente hacerlo basandome en lo que habia avanzado en > >> > infoil http://www.infoil.com.ar/seaside/, pero quede a media agua.. y > me > >> > quedo algo raro, así decidi volver a Seaside 2.8. ). > >> > Otros Smalltalk como Pharo o VW tiene esto resuelto mas OO. Esperemos > >> > que > >> > Dolphin NG tenga esto raificado. > >> > Dolphin tiene muchas otras cosas muy buenas. > >> > Saludos > >> > > >> >>>>> > >> >>>>> Eso de los continuations lo entiendo. Es lo mismo que lo anterior. > >> >>>>> Le > >> >>>>> dices a un proceso que pare y que siga después en el punto en que > >> >>>>> paró. Eso > >> >>>>> en Smalltalk lo tienes con yield y continue si no me equivoco. > >> >>> > >> >>> > >> >>> No es eso.. es dado un proceso y su contexto (incluyendo todos los > >> >>> objectos), modelar un punto de ejecución el cual puede ser enviado a > >> >>> otro > >> >>> objecto, para su posterior ejecución . > >> >> > >> >> Y sí a eso me refería. Con yield puedes detener la ejecución, luego > >> >> agarras thisContext, empaquetas ese objeto (bloque) a medio ejecutar > y > >> >> cuando lo desempaquetas le dices "continue". > >> >> > >> >> Obviamente debe ser más complicado que eso porque el thread (o tarea) > >> >> actual no puede empaquetarse a sí mismo, o tal vez sí... ;-) > >> >> > >> >>> > >> >>> La potencialidad de esto es mucha. sino mira la utilización de > Seaside > >> >>> de > >> >>> los continuations para generar su propio lenguaje de dominio. > >> >> > >> >> La verdad es que no me imagino buceando por seaside para ver dònde > >> >> encuentro eso. Podrìas dar un ejemplo conciso? > >> >>> > >> >>> No quiero repetir los link, pero digamos que vengo con una > ejecución, > >> >>> y > >> >>> ahi le pido al proceso que me diga lo que esta haciendo, de tal > manera > >> >>> que > >> >>> puede continuar con lo que esta haciendo en otro momento el u otro. > >> >>> Esta muy > >> >>> lejos de un yield. Estamos hablando de los procesos conceptialmente > y > >> >>> no > >> >>> como un thread que este ejecutandose en ese momento en el ambiente. > >> >>> > >> >>>>> > >> >>>>> Eso de los partial continuations, ¿de qué se trata? Acá dice que > >> >>>>> guardamos sólo parte de la computación que llevamos calculando... > >> >>>>> > >> >>>>> > http://double.co.nz/scheme/partial-continuations/partial-continuations.html > >> >>>>> ... eso me suena a increíblemente complicado de programar. > >> >>>>> > >> >>>> t > >> >>> > >> >>> Mira como mucho en OOP tiene una base compleja para que el framework > >> >>> haga > >> >>> el trabajo. El uso de cache y proxy en glorp es muy complejo, pero > vos > >> >>> programar que usas el framework te abstraes de todo ese kilombo y > >> >>> solamente > >> >>> lo usas y listo. > >> >>> > >> >>>> > >> >>>> Yo tenía este link que me parece bastante bueno: > >> >>>> > >> >>>> http://blog.fitzell.ca/2009/01/seaside-partial-continuations.html > >> >>>> > >> >>>> saludos > >> >>>> > >> >>>> mariano > >> >>>> > >> >>>> > >> >>>>> > >> >>>>> En general prefiero las abstracciones que simplifican el problema, > >> >>>>> no > >> >>>>> aquellas que agregan un grado de complejidad mayor (como los > threads > >> >>>>> en > >> >>>>> Java). Mira "la Quinta Disciplina" de Peter Senge, ahí dice que el > >> >>>>> problema > >> >>>>> de las organizaciones es que ante problemas complejos desarrollan > >> >>>>> soluciones > >> >>>>> complejas, de modo que las soluciones se vuelven parte del > problema > >> >>>>> porque > >> >>>>> agregan complejidad en vez de reducirla. > >> >>>>> > >> >>>>> Es lo mismo que dice la gente de Smalltalk (aunque al parecer no > >> >>>>> toda > >> >>>>> ;-) respecto de que no se debe agregar comportamiento, sino dejar > >> >>>>> que el > >> >>>>> comportamiento "emerja", aunque es una versión más sutil > (detallada) > >> >>>>> en mi > >> >>>>> opinión. > >> >>>>> > >> >>> Si esto es completamente cierto y creo que no estas teniendo total > >> >>> dimensión de mi comentario. Yo no estoy diciendo hacer mas complejo > al > >> >>> proceso, sino que lo que estoy diciendo, dame acceso a > comportamiento > >> >>> que > >> >>> este momento esta atras de un puntero y que es inaccesible atras de > >> >>> primitivas. > >> >>> > >> >>> Hay veces que solo te alcanza con un fork, otras veces no. > >> >>> > >> >>> Igual te comparto algo con la mejor onda, hubo un antes y un después > >> >>> en > >> >>> mi vida de programador, cuando entendí las cosas que podes hacer con > >> >>> la meta > >> >>> programación.. el código que mucho mas simple. > >> >>> > >> >>> Saludos > >> >>> > >> >>>>> > >> >>>>> Saludos, > >> >>>>> Guillermo. > >> >>>>> > >> >>>>> 2010/6/23 Diogenes Moreira <[email protected]> > >> >>>>>> > >> >>>>>> Esperemos que tenga raificados los procesos y soporte los partial > >> >>>>>> continuations :). > >> >>>>>> > >> >>>>>> Con respecto a que tiene mejor Dolphin que Pharo.. > >> >>>>>> > >> >>>>>> Siendo impartial... el grano en el o.. de pharo al igual que de > >> >>>>>> squeak, es Morphic esta hecho con los pies, hay mucho que laburar > >> >>>>>> para que > >> >>>>>> el ambiente tenga algo decente.. Morphic 3(Grande Juan) esta > mucho > >> >>>>>> mejor, > >> >>>>>> pero todavía no esta es la base de las imagen core... despues la > VM > >> >>>>>> es > >> >>>>>> bastante rebusta. > >> >>>>>> > >> >>>>>> Tiene otras cosas, pero de a poco se van mejorando. > >> >>>>>> > >> >>>>>> Por su parte Dolphin y MVP, para aplicaciones clientes esta muy > >> >>>>>> bueno, > >> >>>>>> es de lo mejorsito que he visto > >> >>>>>> > >> >>>>>> Ahora hacer una comparación de un proyecto Open Source, vs un > >> >>>>>> smalltalk licenciado.. es medio comparar chancho con batatas.. > >> >>>>>> > >> >>>>>> DNG viene a darle vida a un base instalada muy grande, del > dolphin > >> >>>>>> actual. Por ejemplo donde laburo tenemos un producto hecho en > >> >>>>>> dolphin y ya > >> >>>>>> estaba viendo con cariño una migración de dialecto. Espero que no > >> >>>>>> haga > >> >>>>>> falta. > >> >>>>>> > >> >>>>>> Pregunta alguien sabe si es multiplataforma o va ser windows > >> >>>>>> only??? > >> >>>>>> > >> >>>>>> Saludos. > >> >>>>>> > >> >>>>>> > >> >>>>>> > >> >>>>>> On Wed, Jun 23, 2010 at 11:00 PM, Esteban A. Maringolo > >> >>>>>> <[email protected]> wrote: > >> >>>>>>> > >> >>>>>>> 2010/6/23 Guillermo Schwarz <[email protected]> > >> >>>>>>> > > >> >>>>>>> > ¿Qué ventaja tiene sobre Pharo? > >> >>>>>>> > >> >>>>>>> Lo tiene a Reimondo en el equipo. > >> >>>>>>> > >> >>>>>>> -- > >> >>>>>>> To post to this group, send email to > >> >>>>>>> [email protected] > >> >>>>>>> To unsubscribe from this group, send email to > >> >>>>>>> [email protected]<clubsmalltalk%[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]<clubsmalltalk%[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]<clubsmalltalk%[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]<clubsmalltalk%[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]<clubsmalltalk%[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]<clubsmalltalk%[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]<clubsmalltalk%[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]<clubsmalltalk%[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]<clubsmalltalk%[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]<clubsmalltalk%[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
