Lo que me deja en duda eso es esta frase: “We were very impressed by the due diligence of the GemStone technology. We were very impressed with the extensive conversations we had with existing customers of GemStone, such as JP Morgan."
Supongo que con JP Morgan habrán hablado de GemStone/S, me equivoco? 2010/5/13 Angel "Java" Lopez <[email protected]> > Hola gente! > > Guillermo, gracias por el enlace a la entrevista de Rod Johnson. > > > > Por lo que entendí, cuando habla de GemStone (empresa) y su tecnología, > apunta a GemFire: no parece interesarle GemStone/S. > > > > Por ejemplo, menta la relación de GemStone con JP Morgan > > http://www.gemstone.com/customers/jpmorgan > > > > y Terracotta y GridGain tienen todo que ver como competencia, a GemFire, no > a GemStone/S. > > > > Asi que no veo gran interés en GemStone + Smalltalk. Opciones: > > - Mantienen GemStone/S con la base que esta > > - O la van abandonando > > - O hacen un spin off de código abierto, para que tome la posta > la comunidad > > > > Nos leemos! > > > > Angel "Java" Lopez > > http://www.ajlopez.com/ > > http://twitter.com/ajlopez > > > > *De:* [email protected] [mailto: > [email protected]] *En nombre de *Guillermo Schwarz > *Enviado el:* jueves, 13 de mayo de 2010 10:21 > > *Para:* [email protected] > *Asunto:* Re: [clubSmalltalk] Re: Gemstone fue comprado por VMWare > > > > Dear Smalltalk, > > > > Digo Bruno... > > > > Tenès razòn. No sè. Mi opiniòn viene de mi experencia jugando con distntos > ambientes (Smalltalk Express, Visual Smalltalk, St/X, Dolphin, etc.) y lo > que he leìdo del tema. Tambièn he leìdo acerca de esto como te comentaba y > que consideras un error. Ok, poiint taken. Y de que GemStone/S tiene > permisos para evitar esto en su "base de datos", lo cuàl tambièn tiene > cualquier servidor SQL, pero por tratarse de Smalltalk es màs interesante. > > > > Che, no lo sè todo. Para eso son estas conversaciones, ¿no? No te enojès. > > > > Ahora bien tuve la suerte de usar Envy en un proyecto en Java (no > preguntès...) y no era tan fantàstico como decìan. Es cierto, puedes tener > control de versiones a nivel de clases y mètodos, pero cosas bàsicas como > "generar lìneas base" que en CVS es tan smple como crear un tag y en SVN es > el nùmero del check-in, en Envy no existe. Y es màs, conversando en el grupo > de XP (como debes saber todos los fundadores de XP son Smalltalkers) me > indicaron que efectivamente Envy no tiene eso y que habìa un producto (o > conjunto de scripts) que lograba eso, pero obviamente tenìa su precio... No > estoy en contra de ponerle precio a las cosas, pero a veces si vivimos > encerrados en el mundo X no vemos lo que està resuelto en el mundo Y. > > > > Pues bien, volviendo al tema de la adquisiciòn de GemStone, acà hay una > entrevista a Rod Johnson, fundador del framework Spring: > > > > > http://www.theserverside.com/report/Why-Did-SpringSource-Buy-GemStone-An-Discussion-with-Rod-Johnson > > > > Dice que Terracotta (50 mil tx por segundo) y GridGain eran sus preferidos. > Pero que compraron GemStone y que es "una fantàstica tecnologìa" pero no > dice porquè. Ademàs dice que era más barata y que la decisión no fue por > plata... (¿la venderon barata?). Algo no junta ni pega, pero claramente este > señor no está diciendo la verdad, porque es un technologist, sus fundamentos > tècnicos serían un poco más profundos que "es la mejor tecnología" o "es > impresionante" o "está super probado". En especial viniendo del mundo Spring > en el que èl mismo declaró que no era necesario usar EJBs para implementar > J2EE y lo probó con una implementación llamada Spring, o sea, es un tipo que > va directo al hueso y ahora se las está dando de político... > > > > Saludos, > > Guillermo. > > 2010/5/10 Smalltalk <[email protected]> > > Guillermo, > > > > Smalltalk es seguro, si voy les das la imagen con la que generas el EXE de > tu producto a tu cliente à sos vos el que cometiste el error. > > > > Dale al junior una imagen para que juegue luego que genere versiones de los > paquetes, y asunto terminado. > > à Al manejarnos con imágenes lo único que puede hacer un principiante es > arruinar su imagen. Va a destruir la clase Array de su imagen ¡, no la de la > aplicación. > > > > Por otro lado GemStone/S tiene un sistema de permisos à eso no puede > pasar. > > > > Ahora una pregunta: > > ¿ En cuántos proyectos estuviste o conoces que haya venido un novato y haya > modificado algo y el proyecto se haya hundido por esto ? > > > > Te lo pregunto amablemente pq lo ejemplos que pones son IREALES, nunca > sucedieron, son solamente cosas que se dicen en internet generalmente por > desconocimiento. > > > > Nunca he visto o he escuchado en estos casi 11 años que uso Smalltalk algo > parecido a lo que tu mencionas. > > Saludos, > > Bruno > > > > PD: > > Smalltalk become: nil > > > > Ahora mi imagen se arruino (“maldito novato” es broma) pero: > > 1. Puedo copiar el respaldo mi imagen de respaldo (12 segundos me > lleva) > > 2. Puedo cerrar todo sin salvar la imagen (de inmediato) > > 3. Puedo instalar los paquetes de 0 (esto casi llega a los 120 > segundos) > > 4. Puedo levantar el Project del repositorio (otros tantos segundo). > > *De:* [email protected] [mailto: > [email protected]] *En nombre de *Guillermo Schwarz > *Enviado el:* Monday, May 10, 2010 4:13 AM > > > *Para:* [email protected] > *Asunto:* Re: [clubSmalltalk] Re: Gemstone fue comprado por VMWare > > > > Hola Francisco, > > > > En el Blue Book, si no me equivoco, uno de esos libros donde aparece > explicado Smalltalk 80, uno de los capítulos parte diciendo que lo bueno de > Smalltalk es que se puede redefinir Array#at:put: y aparece el dibujo de un > niño haciendo un castillo de naipes y claro, los naipes se le caen. > > > > Creo que eso resume lo que pasa con Smalltalk, podemos hacer de todo, > excepto evitar que venga un niño (un recién egresado) y nos destruya el > castillo de naipes con algo tan simple como re-definir una función básica. > > > > La gran ventaja de Java es que no se pude redefinir Array. También es una > maldición si lo que quiero es redefinirla, aunque los más puristas > me dirán que use factories y cosas por el estilo para crear una clase que se > comporte igual y la reemplace. Ok, todo bien, entiendo. > > > > Lo que pasa es que Smalltalk sería mucho mejor, creo, si tueviera un una > clase Proxy que evitara que cualquier niño redefina algo básico del > lenguaje. Creo que eso haría que mucha más gente se interesara en Smalltalk > como algo viable organizacionalmente hablando. > > > > Y si hablamos de plata, Sun pidió 10 mil millones de dólares al banco, al > año siguiente se compró MySql en mil millones y 6 meses despuñes fue vendida > 5 mil millones a Oracle. Creo que no es un problema de plata sino de lo que > ofrece. > > > > Y si lo que ofreces es "lo mejor del mundo", pero "cuidado que se cae", > entonces ya no es lo mejor del mundo. De alguna manera se ha descuidado lo > que "el cliente quiere". > > > > En el mundo Java primero le dieron los Applets, pero no servían porque se > demoraban mucho en cargar, luego los Servlets, que corrían en el servidor y > eran más livianos que CGI-BIN, luego los EJBs para tener transacciones > distribuidas y ORM, y así cada día más, y en general han sido puros > fracasos, pero vuelven a levantarse y a ofrecer algo diferente "porque ahora > sí". > > > > En el mundo Smalltalk como que eso no se da, es más un proceso de > autosaisfacción de hacer las cosas bien que un proceso de encontrar lo que > quiere el cliente y ofrecerle justamente eso. Y bueno esta es mi opinión, > sientanse a sus anchas para opinar diferente. EMHO, o se hacen cosas como > SeaSide que son bonitas pero tardías, o se hacen cosas como los Traits, los > patrones de diseño o los Unit Tests que luego se implementan en otros > lenguajes y todos se olvidan de donde salieron. > > > > Saludos, > > Guillermo. > > 2010/5/8 Francisco A. Lizarralde <[email protected]> > > Hola Guillermo, > > Me parece muy buena tu reflexión. Y me quedé pensando en esta frase: > > > "Ahora pienso que eso de que la tecnología es superior es sólo una > ilusión. Es cierto que el lenguaje es el vehículo del pensamiento y por > lo tanto en ese sentido Smalltalk es superior, pero cuando vemos los > resultados en la práctica, es decir, en el mercado, todo lo que se puede > hacer con Smalltalk también se puede hacer con Java y con Java tengo la > ventaja de que no me borran de un plumazo todo el código que tengo > escrito y probado." > > Cuál es la verdadera razón por la cual, no puede decirse: > "todo lo que se puede hacer con Java también se puede hacer con > Smalltalk y con Smalltalk tengo la ventaja de que no me borran de un > > plumazo todo el código que tengo escrito y probado." > > Es decir, qué es lo que hace tan masivo a Java, (el poder económico de > las empresas que lo sustentan?, que se parece más a C++ ?, que se pueden > hacer muchas cosas, mientras dejamos la máquina compilando ? ), cuando > en muchos casos no hace más que reproducir ideas ya implementadas y > probadas en Smalltalk. > > Es una pregunta que siempre me hago, y para la cuál aún no he encontrado > respuesta. > > Saludos, > > Francisco > > > > -- > > 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 > > > > > -- > 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 > > No virus found in this incoming message. > > Checked by AVG - www.avg.com > Version: 8.5.437 / Virus Database: 271.1.1/2871 - Release Date: 05/13/10 > 06:26:00 > > -- > 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
