Hola Jose, Creo que estás muy errado.
La vieja usansa sería Smalltalk 80. Mientras los contendores con el pecado del orgullo inmerecido serìan C++ y Objective C (del 86 aproximadamente). La vuelta del perro arrentido con la cola entre las piernas serìa Java (1996), aunque por la sintaxis es màs bien un lobo con piel de oveja. Para mì la clasificaciòn de los Smalltalks tiene màs que ver con la integraciòn de sus respectivos ambientes de sistema operativo. Los hay como Smalltalk V que se integraban muy bien con Windows, y los hay como VisualWorks que simulaban toda la integraciòn y por lo tanto permitìan escribir còdigo portable entre sistemas operativos (pero no entre versiones de Smalltalks de diferentes proveedores). Hasta el momento el que me parece màs serio es Smalltalk/X. Tiene realmente buenas ideas como clases que aparecen en el class browser pero que no estàn en memoria, sino que sòlo son proxies que apuntan a las clases en disco y que son cargadas cuando realmente se necesitan. Esa es una implementaciòn genial de FlyWeight design pattern. Aun asì eso no arregla el problema de la falta de estandarizaciòn de los diferentes dialectos de Smalltalk. Por su naturaleza, Smalltalk es demasiado fàcil de modificar. En el mismo libro que define el lenguaje, uno de los capìtulos empieza con un chiste en el que se muestra a alguien modificando Array>>#at:put:, y se muestra como un conjunto de cubos se caen cuando un niño saca uno de los cubos de abajo de la piràmide. En otras palabras, es demasiado endeble. Lo mismo pasa en Java, pero no de modo tan dramàtico. La razòn es que en los proyectos realmente grandes, siempre hay dependencias y estas hacen que eventualmente todo el proyecto deje de copilar o bien que deje de pasar alg+un test automatizado. Por esto es normal que los proyectos se guarden en subversion y se compile automaticamente el proyecto utilizando LuntBuild u alguna otra herramienta de continuous integration. LuntBuild ademàs se encarga de correr los tests automatizados. Saludos, Guillermo. 2009/7/3 Jose Gregoris <[email protected]> > Hola gente > > Me engancho tarde a la discusión, solo quería decir que en mi opinion el > mundo smalltalk esta muy fragmentado y hay una variedad de entornos muy > grande. > Por otra parte creo que dentro de esa fragmentación hay dos tipos de ST. > Aquellos que siguen el camino de origen de ST, entre ellos VS , VW , > dolphin , etc. Del otro lado veo los ST a la vieja usansa, digo mirando el > mundo C++ o Java. En entre ellos distigo a MT y al X. > > Estan de acuedro o estoy muy errado ? > > > > saludos kiko > > > > --- El *lun 22-jun-09, Fernando Arroba <[email protected]>* escribió: > > > De: Fernando Arroba <[email protected]> > Asunto: [clubSmalltalk] Re: Entornos para Smalltalk > Para: "ClubSmalltalk" <[email protected]> > Fecha: lunes, 22 de junio de 2009, 5:30 pm > > > No, no está soportado Mac OS... creo que lo tienen en la lista de > pendientes junto con hacer compatibles las imágenes entre sistemas. > > On 22 jun, 21:22, Juan Pablo Cook > <[email protected]<http://mc/[email protected]>> > wrote: > > Y en Mac OX? No lo soporta no? Habría que tirarlo en una máquina virtual > de > > linux? O se puede hacer de otra forma? > > > > Saludos > > > > 2009/6/22 Fernando Arroba > > <[email protected]<http://mc/[email protected]> > > > > > > > > > > > Yo he trabajado con ST/X y doy fe de que es un buen smalltalk. Tiene > > > un entorno completo y fácil de hacerse con él. En cuanto te > > > acostumbras salen algunas peguillas. Por ejemplo, las ventanas no son > > > nativas y aunque las puedes emular nunca es lo mismo. Otra pega es que > > > las imágenes no son compatibles entre sistemas, por lo que si quieres > > > trabajar en cualquier sitio no puedes llevarte la imagen. En cambio, > > > puedes hacerlo a través de un buen soporte CVS. > > > > > Tampoco me convenció la utilización del compilador de borland (BC5) > > > para generar ejecutables en windows; sería mejor que fuera > > > configurable o que admitiera al menos el poder seleccionar entre los > > > más populares. Tampoco es que me preocupe en exceso, los proyectos que > > > he hecho tiraban directamente de imagen, generada desde código fuente. > > > > > Otro punto que me pareció interesante es su propio servidor web > > > perfectamente configurado desde el mismo. Por lo que leí, la página > > > web de eXcept estaba hecha sobre él. > > > > > El otro punto que me gustó fue la documentación que lo acompaña (html) > > > y el entorno de visualización que lo acompaña. > > > > > Un abrazo. > > > > > On 22 jun, 15:29, Nahuel Silva > > > <[email protected]<http://mc/[email protected]>> > wrote: > > > > 2009/6/22 Emilio Oca > > > > <[email protected]<http://mc/[email protected]> > > > > > > > > > 2009/6/22 Nahuel Silva > > > > > <[email protected]<http://mc/[email protected]> > > > > > > > > >> Esteban, es verdad lo de juguetito de windows lo dejamos para las > > > listas > > > > >> de linux, pero de todos modos....es un juguetito.... :). Al menos > a mi > > > me > > > > >> gusta saber que hace mi sistema operativo mientras lo uso (los > sabés > > > vos ?), > > > > >> ya que cosas como "error: La memoria no se puede "read" en: > 0x0CFADA0 > > > no se > > > > >> puede "write"" jajaja uno de los peores fiascos de la traducción > de XP > > > me > > > > >> asustan un poco, ó, "Error: A".....no se, la verdad que no me da > mucha > > > > >> confianza que gente supeustamente seria, te muetre carteles como > > > ese....ni > > > > >> hablar del BSOD y de por qué tengo cuatro svchost en mi pc y peor > aún > > > por > > > > >> qué si soy "superusuario" la mitad de los procesos no los puedo > > > > >> matar....fiasco fiasco !. Pero bueno al margen....anda aunque > atado > > > con > > > > >> alambre, pero anda. > > > > > > > Que no sepas como averiguar esas cosas, saber sus dependencias, > quien > > > las > > > > > levantó y como bajarlas no significa que no se pueda. Para criticar > las > > > > > capacidades un sistema operativo antes hay que conocerlas. > > > > > > A vos te parece ? Si claro, el tema es que no creo que ese SO, tenga > > > alguna > > > > capacidad. Digamos que si no es fácil hacer lo que uno quiere esta > mal > > > echo, > > > > ese es mi criterio, así como Linux tiene sus cosas el otro también, > pero > > > no > > > > me podés decir que no saber como matar un proceso es no conocer las > > > > capacidades de un SO. Qué hay que hacer un curso certificado por > > > microsoft > > > > para saber como matar un proceso ? Dejame de joder, yo hago kill -9 y > > > mato > > > > lo q quiero, porque yo hago lo q quiero, no lo que el SO quiere, y si > yo > > > te > > > > digo que quiero matar todos los svchost, los quiero matar y punto y > me > > > tenés > > > > que dejar :) aunque no tenga el certificado. > > > > > > > Sino terminamos en un debate ideologico sin mas fundamento que la > > > ideologia > > > > > en si misma, que con buen tino Esteban propone dejar para las > listas de > > > > > linux. > > > > > > Tal cual, estaba aprovechando el momento como quien dice; para ser > > > irónico y > > > > chistoso (jo jo jo jo). > > > > > > > Pienso como el. > > > > > > Lamentablemente yo no, va, respecto a lo de las listas si, pero no a > lo > > > del > > > > juguetito. :) > > > > > > > Saludos > > > > > > Salute. > > > > > > P.D: Bajé stX, y se lo ve bien che.Tiene manejo parcels ? > > > > > > > Emilio > > > > > > >> Juan. La verdad es que no tengo un gran motivo para justificar lo > de > > > qemu, > > > > >> simplemente que es con lo que me manejo yo, a la hora de emular > para > > > un lado > > > > >> o para el otro y realmente es muy poderoso, anda de diez, y me > fascina > > > que > > > > >> podes emular lo que quieras, hast un ARM9, ARM7, o cualquier > > > microcontrolado > > > > >> que quieras :). Eso no lo haces ni con wine ni con vmware. > > > > > > >> Saludos. > > > > > > >> 2009/6/22 Juan > > > > >> <[email protected]<http://mc/[email protected]> > > > > > > > > >>> Hola gente Nahuel > > > > > > >>> 2009/6/22 Nahuel Silva > > > > >>> <[email protected]<http://mc/[email protected]> > > > > > > > > >>>> Mi recomendación, a los efectos de emular sistemas operativos > (bue, > > > > >>>> sistemas operativos.....digamos si querés emular el juguetito > ese de > > > windows > > > > >>>> en Linux) usa qEmu, wine es una cagada y vmware peor, qemu es > dios > > > :). > > > > >>>> Imgagino que si usas linux estas acostumbrado a manejarte en ese > > > entorno y > > > > >>>> te das mania para los momentos en que hay que ponerse a luchar > :p, > > > porque > > > > >>>> puede que no te resulte facil usar qemu, pero yo por mi parte te > > > diría que > > > > >>>> descartes toda chance de usar otro emulador. > > > > > > >>>> Porque? , ojo pregunto desde una profunda ignorancia ;). > > > > > > >>> salu2 > > > > >>> mdc > ------------------------------ > > ¡Viví la mejor experiencia en la web! > Descargá gratis el nuevo Internet Explorer 8 > http://downloads.yahoo.com/ieak8/?l=ar> > -- 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 -~----------~----~----~----~------~----~------~--~---
