Bueno, por un lado si, y por otro no tiene sentido... Donde si? cuando valga la pena proveer en Smalltalk algo que esta afuera.
El scaffolding, por ejemplo, me parece una porquería, que sirve para hacer ejemplos pero nunca para algo real. Magritte le rompe el totó de lejísimos. Y si, tenes que laburar un poco, pero los otros frameworks tenes que aprenderlos también, y aceptar sus restricciones. Y donde no tiene sentido? Como smalltalkers tenemos la tendencia de pretender replicar todo, y hay un montón de casos en los que no vale la pena perder ese tiempo. En ese sentido, como comunidad tenemos que aprender mucho de la de python: ellos no hacen la librería, simplemente la wrappean y la usan. Ahora con NativeBoost eso no solo es posible, sino trivial. Esteban (el otro) On Nov 12, 2012, at 2:35 PM, "Esteban A. Maringolo" <[email protected]> wrote: > Hola Mariano, > > El día 11 de noviembre de 2012 18:20, Mariano Martinez Peck > <[email protected]> escribió: > >>> Quiero dejar el mío (modesto pero es mi experiencia) desde el punto de >>> vista de quien desarrolla software comercial (open o no) para clientes >>> reales.....y la verdad que en ese contexto, los smalltalks open [1] cada día >>> se alejan más de la posibilidad de competir en muchas cosas: > >> Hola Germán. La verdad que no entiendo porque decís eso. Te respondo abajo > > Las respuestas que planteas son siempre dentro del micromundo > (nanomundo?) de Smalltalk, comparando Pharo con otras soluciones(*). > > A lo que apunta German es a soluciones tecnológicas mainstream (JS, > PHP, Python, etc.), que por mas que algunas sean una patada en las > bol... para laburar o debuggear, tienen un codebase y libraries tan > grandes que cuesta encontrar una funcionalidad "cómun" (drivers, > protocolos, etc) que ya no este implementada. > > Pharo es una gran solución, pero en este momento esta en un estado en > el cual se desarrolla a si mismo, como preparándose para algo mejor, > pero para muchos que necesitan hacer algo "hoy" la respuesta no es tan > directa y facil de tomar (al momento de elegir otras alternativas > no-smalltalk). > > Yo creo que la visión de Pharo a nivel de calidad de código, > prolijidad, y vanguardia hace que se enfoque en cosas de niveles muy > altos, olvidándose de resolver temas mundanos y vanales como tienen > las variantes mainstream. > > Osea, no es el kernel lo que esta mal (de hecho creo que cada vez esta > mejor) sino que es la carencia de libraries completas para resolución > de cosas cotidianas (que son el 95% del software que se hace por lo > general) como ORM con scaffolding de GUIs ya resuelto, etc. > > Creo que es cuestión de tiempo para que esto se de, asi como en su > momento Smalltalk era muy pesado para el hardware que existía (y las > limitaciones de memoria), creo que en estamos en una nueva meseta > donde se daba eso de la dificultad y costo de hostear que se va a ir > borrando con el tiempo y otra vez Smalltalk va a tener un empuje. > > El grupo de Pharo que vos integras, junto con Esteban y otros mas, > deberá seguir haciendo lo que hace, será cuestión que surja un grupo > de usuarios externos, que tengan la voluntad y dedicación para hacer > las libraries que hacen falta. > > Saludos! > > Esteban A. Maringolo > > -- > 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
