La mejor presentación es conversar con alguien con experiencia laboral prolongada en Smalltalk. ¿Se hacen reuniones de ClubSmalltalk o ya estamos todos peleados? ;-)
ajjajaj muy buenooooooooooo --- El jue 29-jul-10, Hernán Morales Durand <[email protected]> escribió: De: Hernán Morales Durand <[email protected]> Asunto: Re: [clubSmalltalk] Consultas Básicas para aplicaciones en Smaltalk Para: [email protected] Fecha: jueves, 29 de julio de 2010, 1:22 Hola Oswall El día 28 de julio de 2010 12:25, Oswall Verny Arguedas C. <[email protected]> escribió: > Salidos amigos, > Primero que todo esta es mi primera incursión en Smaltalk, por lo que seguro > las consultas que tengo son básicas. > Necesito hacerles algunas consultas con respecto a Smalltalk para realizar > aplicaciones comerciales y opensource. > Cómo no conozco Smalltalk, las consultas van en modo comparativo con python > que conozco más, para así poder asociar en la mente las capacidades de > Smalltalk. > Acá hay una cuestión. El tipo de usuario de Python (Perl, C y un largo etc) solo cuenta con el archivo plano y la línea de comandos, inmortales glorificados si los hay. El arraigo que hay a la herramienta es tal que no se concibe otra forma de trabajo. Así dado el programador comúnmente trabaja con un editor más o menos adornado, compilando y depurando números de línea y columnas (a veces debe agradecer a que tiene volcados de memoria), aplaude los "one-liners", trucos para copiar y pegar, y cualquier librería que parezca aliviar el trabajo le genera tranquilidad, incluso sin haber hecho experiencia con ella, peor es nada. También calma a la gerencia, que no entiende nada pero ve que algo hay. En este sentido es difícil mapear dos herramientas tan distintas. El tutor de un programador Python probablemente sean libros y artículos en internet, o foros, junto con la herramienta luego, para repetir lo que leyó. El de un programador Smalltalk es primero, al menos históricamente, experimentar, o sea, fallar con su propio entorno (imagen/ambiente/como quieras llamarlo) y luego algún libro, foros, etc. Tal vez esto cambió los últimos años, no sé como aprenden "los nuevos smalltalkers". Entonces a mi entender parte del costo de elegir una nueva herramienta como Smalltalk no es tanto aprender nuevas cosas, sino desaprender viejos vicios, por ej. en entornos no interactivos de programación la generación del ejecutable es un dogma, ¿cómo vas a distribuir algo si no es mediante un ejecutable?, esto no pasa tanto en Smalltalk. > Me interesa utilizar un Smalltalk opensource como Squeak y Pharo, por > ejemplo, a menos que me aconsejen uno mejor. > > Tendo entendido que Smalltalk es VM con "garbage collector", ok. Sí, aunque no es necesario que el recolector de basura esté en la VM, actualmente todas tienen la maquinaria de GC dentro de la VM. > > Puedo compilar a ejecutables en Smalltalk, que sea multiplataforma (Windows, > linux, unix, mac)? > Depende del Smalltalk. > GUI, En python tengo pyttk (Tkinter) que es casi nativa del lenguaje, entre > otros. En Smalltalk cual puedo utilizar que tenga la mayor cantidad de > widgets para los programas, como labels, entradas de texto, entradas de > fechas, calendario, combobox, notebook, menus, etc.? En nativa del > lenguaje, que no son wrappers. No tiene necesariamente que tener un > diseñador gráfico, de manera que con código se generen las interfaces, pero > sería mejor y aún mejor si es nativa. > ¿Cual es el problema que encontraste al usar una toolkit que actúa como "wrapper"? ¿Ya prototipaste la interface? ¿Qué tipo de aplicación querés que necesitás tantos tipos de controles? Por experiencia te comento que hay una diferencia significante en tiempo y esfuerzo entre crear interfaces utilizando una herramienta de construcción y crear interfaces a mano, es decir, sin herramientas visuales. Siempre hablando de interfaces ricas, no ejemplos de "hola mundo" que abundan por todos lados. > Bases de datos: Me gusta la que tiene Zope (python) , se llama ZODB, es > para objetos. Cuales en Smalltak puedo utilizar para aplicaciones medias y > pequeñas, que puedan administrar 3 millones de registros en base y 12000 > transacciones por día. ¿En qué consiste "un registro" de tu aplicación? La cantidad de objetos es una variable importante pero no es la única, hay muchas más opciones a tener en cuenta al elegir tu herramienta de persistencia: tipo de notificación, versionamiento, si es nativa, replicación, heterogeneidad , concurrencia, integridad, tolerancia, recuperación, etc > Entiendo que para aplicaciones grandes está > Gemstone (existe alguna open source con esas capacidades?). Puedo separar > las bases de datos que trabajen individualmente y luego sincronizarlas por > ejemplo. > > Cual es la mejor presentación Smalltak opensource para aplicaciones > comerciales (desktop y web). > La mejor presentación es conversar con alguien con experiencia laboral prolongada en Smalltalk. ¿Se hacen reuniones de ClubSmalltalk o ya estamos todos peleados? ;-) > Reportes (pdf, html) cómo se logran con Smalltalk. > Creo que VAST tiene el mejor soporte para reportes en Smalltalk. Si mal no recuerdo hace un tiempo se charló de reportes en esta misma lista. > Capacidades web. Quiero lograr un nucleo de programa con interfaces > cliente para desktop, web y móviles, es posible? > > Gracias de antemano por las respuestas, son muy importantes > Oswall Arguedas > > -- Saludos Hernán -- 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
