Estuve siguiendo el debate y la verdad que hay muchos puntos atendibles, de cada lado del mostrador.
Quiero dejar el mío (modesto pero es mi experiencia) desde el punto de vista de quien desarrolla software comercial (open o no) para clientes reales.....y la verdad que en ese contexto, los smalltalks open [1] cada día se alejan más de la posibilidad de competir en muchas cosas: - Hosting - Integración con el resto de tecnologías - Abarcatividad de dispositivos - Escalabilidad / Disponibilidad - Comunidad - Cosas hechas para poder reutilizar / Frameworks (para cosas de negocio, no me refiero al ultimo compresor que gane un byte más que el anterior) Muchos de estos temas hacen a la productividad (a hacer las cosas más rápido) algo que es determinante en cualquier caso, pero mucho más en el de pequeños productores como es mi propio caso. Por cerrar la reflexión con un ejemplo, hace 2 años digamos, Pharo me servia....de un modo u otro, hoy ya no me sirve....(siempre hablo de mi propio contexto de trabajo). Por eso, es que discrepo tanto (o no entiendo) cuando se dice que Pharo quiere ser un Smalltalk para negocios.....la verdad, no entendemos lo mismo por "un smalltalk para negocios". Saludos. [1] Los comerciales seguramente apuntan a otros mercados y no los conozco en la profundidad suficiente como para opinar, pero seguro que en algunos puntos adolecen de los mismos problemas, sumado a los costos. El 7 de noviembre de 2012 20:21, Leo De Marco (Smalltalking) < [email protected]> escribió: > >Para mi en el caso de S8 hay una fragmentación innecesaria con Amber, si > se > sumasen los esfuerzos podría producirse algo superior. Pero parece que el > estigma del Smalltalker es querer hacer TODO a su manera. > Volvemos al caso Cuis-Pharo :), aunque tuvieron un mismo origen, tienen > objetivos totalmente diferentes. > > > Creo que incluso > > el hecho de que Smalltalk no sea mainstream es una ventaja competitiva > > de negocio, eso creo que muchos aquí lo saben. > >Esto para mi dejó de ser cierto hace como 10 años. > > Perdón por no aclarar, yo siempre vi a Smalltalk como una herramienta muy > valiosa > para dominios no tradicionales, en cambio para dominios tradicionales no > conviene tanto > (siempre refiriendome a nivel de negocio, en los casos de smalltalkers > freelancers es diferente) > > Abrazo, > Leo > > > -----Mensaje original----- > De: [email protected] [mailto:[email protected]] > En nombre de Esteban A. Maringolo > Enviado el: miércoles, 07 de noviembre de 2012 13:24 > Para: [email protected] > Asunto: Re: Re: [clubSmalltalk] Sobre CUIS y Pharo > > El día 7 de noviembre de 2012 12:54, Leo De Marco (Smalltalking) > <[email protected]> escribió: > > Si, lo que yo veo es como que hay una especie de objetivo subyacente > > en estos mails que es que smalltlak se convierta en un mainstream. > > No exactamente, pero sí que tenga una masa crítica que le de una > sustentabilidad en el tiempo. > Para mi un caso de referencia es Erlang, que sin ser mainstream a logrado > posicionarse como una tecnología "diferente", e inclusive hay servidores > hechos en Erlang que son usados por otras tecnologías, cosa que en la > historia de Smalltalk nunca se dió (sí se dió de replicar la idea en otro > lenguaje). > > > Obviamente queremos > > lograr una masa critica de gente que lo use, ya que esta pensado para > > la industria y no para el sector educativo (que puede estar contenido > > pero claramente no es allí a donde apuntamos). > > Para mi en el caso de S8 hay una fragmentación innecesaria con Amber, si se > sumasen los esfuerzos podría producirse algo superior. Pero parece que el > estigma del Smalltalker es querer hacer TODO a su manera. > > > Creo que incluso > > el hecho de que Smalltalk no sea mainstream es una ventaja competitiva > > de negocio, eso creo que muchos aquí lo saben. > > Esto para mi dejó de ser cierto hace como 10 años. > > Es una herramienta muy valiosa, en determinados casos, para el > desarrollador > independiente, porque realmente permite laburar a mucha velocidad en cosas > de una complejidad mediana. > > En cosas de baja complejidad, esta lleno de frameworks y soluciones > precocinadas para otras tecnologías como Ruby, PHP, Python, etc. > > "Talk small and carry a big class library" era una frase que se usaba para > Smalltalk, hoy la class library ya no es lo que era, y por lo general viene > "detrás" de lo que van generando otros. Ni siquiera perl con su CPAN se > quedó tan atrás. > > Saludos. > > > Esteban A. Maringolo > > -- > 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 > -- ============================================ Germán S. Arduino <gsa @ arsol.net> Twitter: garduino Arduino Software http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com greensecure.blogspot.com germanarduino.blogspot.com ============================================ -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
