El día 31 de julio de 2010 14:10, Oswall Verny Arguedas C. <[email protected]> escribió: > >> >> 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. >> > No hay problema, igual me sucedió cuando pase de lenguaje procedimental a > objetos. > Le dí vuelta al a cabeza y soportó... >
Ojo, lo que es procedural es el paradigma (un concepto más relacionado con la epistemología que con la informática), no el lenguaje. Uno puede utilizar Smalltalk en forma procedural, Seaside es un ejemplo. > ¿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? >> > Principalmente que se alejan del mismo lenguaje porque están hechos de una > manera general o para un lenguaje particular como sucede con wxwidgets, que > son para c++, y cuando utilizo wxpython, se desengancha del mismo concepto > de python. No entiendo a qué te referís con alejarse del lenguaje, en el caso de Smalltalk. ¿ Tal vez lo que querés decir es que cambia el "windowing protocol" (Win32, GTK+, Morphic, X/Motif, etc) ? Si querés contanos un poco luego tu experiencia de haber desarrollado UI con Smalltalk, tanto VisualWorks, VSE/VisualAge como Dolphin tienen constructores profesionales de interfaces de usuario, y bien documentados (aunque no extensivamente como sucede con Python o Java). > Los controles no se usan todos en una sola aplicación, pero en varias se > ocupan en general todos los que se puedan. Mucho hacia el cliente es por la > vista y a veces deciden por eso.. > >> >> 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. > > Te comento que con Tkinter ttk me ha ido bien creándolos por código. > Para otras interfaces más complicadas wxwidgets (wxpython para el caso). > Está bien, como comentábamos antes, son herramientas distintas que promueven dos formas diferentes de trabajar las cosas. >> >> > 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 >> > En general aunque no riguroso, una tabla=clase, registro de la tabla = > instancia, columna de la tabla=atributo. > Bien, si tenés oportunidad no dejes de leer el artículo "Hitting the Relational Wall" http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.26.6502 que creo te puede ser de gran ayuda. 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
