On 8/16/07, Alberto Torres Foltyn <[EMAIL PROTECTED]> wrote: > > > Guillermo... siguiendo tu interminable linea constructiva de > comentarios, y para finalizar mi minimo aporte a tus infinitos > conocimientos...
JA JA JA De partida no veo porque mi línea no sería constructiva, pero eso de infinitos conocimientos es sólo una apreciación tuya... ;-D te invito a que hagas pattern matching... " The > nature of Smalltalk with > the fact that most of the source is "open" means that existing users > should be able to continue using the Dolphin products and not have to > port away to other platforms (and hopefully never to C# or Java)." Me parece que eso de "portar" es una necesidad irrefutable en este momento porque Dolphin ya no tiene futuro, y como no es una plataforma open source no hay manera de recuperar la inversión perdida en proyectos hechos sobre Dolphin. Y aunque fuera open source, está escrito en C++, lo que limita severamente su mantenibilidad y su portabilidad. Ok, asumamos que el código que has escrito en Dolphin realmente se puede portar a otras plataformas Smalltalk (Visual Works, Squeak, ST/X, etc), que supongo que es lo que intentas decir en Inglés. Ocurre que a cualquier plataforma que lo portes tendrás el mismo problema, será una plataforma más en la que Java, que es gratuito, se comerá el mercado de Smalltalk. Eso es inevitable porque ha sido así desde que nació Java, simplemente porque vale $0, quienes no se adaptan al precio de mercado, simplemente salen del mercado. en > la pagina de OA tal vez encuentres algo parecido... quiza tu valioso > tiempo no de para revisar en todos los textos de Smalltalk que > conoces, pero fijate ahi, tal vez encuentres algo. ¿Qué quieres decir? ¿Que hay que leerlo todo antes de tener una opinión??? ¿Que es mejor morir en Dolphin que cambiarse a Java? Al parecer la confusión está en que crees que estoy diciendo que se porte todo el código Smalltalk a Java y esa no es mi idea. La idea es que se porte el ambiente Smalltalk a Java, de modo que desde el punto de vista del desarrollador siga siendo Smalltalk y desde el punto del usuario siga siendo Java. El usuario lo que quiere es que el sistema corra en todas las plataformas y que se escriba una vez y se ejecute siempre en todas las plataformas. Java tiene eso asegurado, de modo que los usuarios ven el uso de Java como una inversión, no un gasto como ocurre ahora con Dolphin. Desde el punto de vista de los programadores es mucho más cómodo usar Smalltalk que Java, de modo que se podría tener en un par de meses una plataforma 100% compatible con Dolphin pero que corra sin modificaciones en todas las plataformas que corre Java. Nos sentimos > orgullosos de compartir un espacio contigo, no creo que nadie se > sienta ofendido... Gracias, igual está entretenido para mí... :-) Aunque parece que tocar el tema de Java es un poco delicado... Los desarrolladores Java ignoran completamente a los desarrolladores Smalltalk. No todos, pero el 99.999% Los desarrolladores Smalltalk por lo tanto hacen lo mismo con los desarrolladores Java. Aunque tecnológicamente hablando Java es peor, desde el punto de vista comercial lo han hecho mejor. Hay un sólo lenguaje Java, es open source, es compatible con sus versiones anteriores y cada desventaja está siendo corregida o parchada. ¿Qué ventajas le quedan a Smalltalk? 1. No hay diferencias entre primitives e instancias de objetos. 2. Tiene bloques. 3. Se puede definir operadores (binary selectors). 4. Las clases son "open", en el sentido de que a todas las clases se les puede agregar métodos. De seguro se me está quedando algo en el tintero, pero ahí está lo que considero más importante. El asunto es que probablemente aparecerán lenguajes que aumenten o reemplacen Java, como por ejemplo Nice. Y Smalltalk se volverá a quedar atrás simplemente porque no arma con rapidez una alternativa. En el caso de Java en 1994, se tomó el mercado por sorpresa porque Smalltalk no hizo nada al respecto. Mientras Java ejecutaba en Netscape y Mosaic, Smalltalk no hacía nada de eso. Esto de estar mirándose el ombligo puede ser muy satisfactorio en el corto plazo (Seaside es un buen ejemplo), pero en el largo plazo no produce los resultados esperados. -- Saludos cordiales, Guillermo Schwarz Sun Certified Enterprise Architect --~--~---------~--~----~------------~-------~--~----~ Has recibido este mensaje porque estás suscrito a Grupo "clubSmalltalk" de Grupos de Google. Si quieres publicar en este grupo, envía un mensaje de correo electrónico a [email protected] Para anular la suscripción a este grupo, envía un mensaje a [EMAIL PROTECTED] Para obtener más opciones, visita este grupo en http://groups.google.com/group/clubSmalltalk?hl=es. -~----------~----~----~----~------~----~------~--~---
