Dolphin murió ?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
45 messages Options
123
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Esteban A. Maringolo
Hay que preguntarle a Lesser cuanta puso para tener el IP de Dolphin.

Igual no creo que se pueda comprar, porque no esta a la venta. Y si
sale a la venta, y ponele que son $200K USD, olvidate que alguien las
pague, Kickstarter o lo que sea.

Esteban A. Maringolo


El día 13 de noviembre de 2012 09:41, Guillermo Schwarz
<[hidden email]> escribió:
> Hay que preguntarle a Andy por cuánto vendería su empresa...

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Guillermo Schwarz
In reply to this post by Sebastian Calvo
"¿De donde sacaste que están interesados en matarse entre si?"

Era 1996. La web tenía apenas 2 años. Microsoft sacó una cosa que se llamaba Internet Explorer, que era gratuito y que era un remedo de Netscape. ¿Porqué regalar un producto que no te sale barato construir para destruir un producto relativamente bueno de otra empresa y que era muy barato (Netscape)?

Ese mismo año, Java se hizo famoso porque podía ejecutar Applets en un browser hecho en Java llamado HotJava. Java era una tremenda copia de Smalltalk, pero con sintaxis de C++. Los browser tenían mecanismos de extensión llamados plugins, y por ende todos los browsers adoptarían Java para hacer que sus páginas web fueran más dinámicas. En la práctica eso lo logró Flash, pero esa fue la razón inicial de la popularidad de Java. Eso y que potencialmente habían millones de programadores que ya sabían C y que por ende sabían el 80% de Java, de modo que de manera instantánea tuvo una popularidad sin precedentes. Hasta en la radio había comerciales de Java.

Se podría decir que Java mató la oportunidad de Smalltalk.

¿Y qué estaba haciendo Smalltalk en esa época? ¿Estaba tratando de conquistar la web? No. Parc Place estaba tratando de aumentar sus ventas a costa de Visual Smalltalk, sin pensar que la gran ventaja de Visual Smalltalk es que se integraba muy bien con Windows, lo que se perdía al descontinuar el producto, ya que VisualWorks pretendía correr en cualquier sistema operativo sin necesidad de recompilar.

"Smalltalk didn't get into the mainstream due to one very large event - the merger of ParcPlace and Digitalk in 1995, and the ensuing madness. 18 months were wasted on a failed merge of the products (i.e., no new releases). Then VSE was put on ice, and VisualWorks was owned by a much smaller company that had lost faith in Smalltalk - and proceeded to lose a boatload of money trying to sell Java tools. Result - another year of very little progress. VW 3.0, in 1997 was a nice release, but the changes were not interesting to a mainstream audience, and the product lacked all the network libraries that it really needed. It wasn't until the 5i.3 release from Cincom in January of 2001 that a release of VisualWorksshipped that had all the requisite pieces to be interesting. In the meantime, with the main Smalltalk vendor killing itself, IBM had gone full bore to Java.

The problem was that the development community made an equivalence (in mindshare terms) of Smalltalk = ParcPlace. And when ParcPlace (PPD, ObjectShare) committed suicide, that mindshare went elsewhere. There were no releases ofVisualWorks from ParcPlace (or its successors) that were really able to compete on an even footing (technically) with Java from 1995 - 2001 - for all intents and purposes, to the outside world, it looked like the product was standing still.

That will kill any product. Smalltalk hasn't been rejected by the development community; it was never really offered to them. That's changing slightly now, with the resurgence of VisualWorks, the appearance of DolphinSmalltalk and SmalltalkMT, the new work on GnuSmalltalk, and the widespread interest in (and work on) SqueakSmalltalkVisualWorks NC gets 1300 downloads per month - which demonstrates a pretty healthy interest in Smalltalk. This page makes a lot of assumptions, but they are all technical - and the problems Smalltalk had starting in 1995 had absolutely nothing to do with technical issues, and everything to do with business issues.

James A. Robertson, Cincom Smalltalk Product Manager

Your description seems to overlook the elephant in the room - IBM's decision to dominate the Smalltalk marketplace with IBM Smalltalk and VisualAge (at the time, "VisualAge" was synonymous with "Smalltalk" - there were no otherVisualAge products). The merger of ParcPlace and Digitalk was forced by IBM's utter dominance of the market - the development community didn't matter. The entry of IBM was, in turn, strongly influenced by Digitalk's self-defeating destruction of the Digitalk/EnvyDeveloper combination. That combination was selling strongly in multiple business-oriented markets (which is how it got on IBM's radar screen). The native look-and-feel that Digitalk offered and the rock-solid repository that EnvyDeveloper demonstrated combined to create a product that represented a genuine strategic threat to a number of business market suppliers, including IBM. The "client-server" and screen-scraper markets (using PC's to replace 3270's in RDB-centric applications) were particularly vulnerable - witness the Easel Workbench fiasco, and subsequent replacement with the original Enfin "Smalltalk". Meanwhile, ParcPlace was being pushed further and further into the backwaters by its resistance to a native look-and-feel. Digitalk got scared of OTI's control over its destiny, and chose to poison the relationship between OTI and Digitalk. OTI responded by selling itself (along with its own competing virtual machine) to IBM. All three Smalltalk vendors - ParcPlace, Digitalk, and IBM - killed the commercial success of Smalltalk by charging excessive prices, attempting to apply coercive licensing terms, and demonstrating colossal arrogance towards virtually anyone with money to spend. I do share the conclusion that the problems with Smalltalk "had absolutely nothing to do with technical issues, and everything to do with business issues". I am reminded of the manner in which Steve Jobs and John Sculley managed to single-handedly squander the compelling business advantage the Macintosh look-and-feel offered over the green-screened doorstops being purchased by the ENTIRE business community at the time, thereby handing the opportunity to Bill Gates who was only to happy to oblige. With the benefit and wisdom of 20-20 hindsight, it seems pretty clear to me that both were superior technologies, created by XeroxParc, whose obvious and apparent benefits were squandered by astonishingly inept, naive, and self-destructive business decisions."


No fue la primera vez ni tampoco será la última que las compañías traten de aniquilarse: http://edlab.tc.columbia.edu/index.php?q=node/8132

"Pero bueno en fin, Dolphin, según su dueño, no se puede hacer open source por un tema de licencias."

¿De dónde sacaste eso?


2012/11/13 GallegO <[hidden email]>


Mientras los vendors de Smalltalk parecen estar más interesados en matarse entre sí para obtener un mayor mercado que sólo está en su imaginación, otros lenguajes se toman los mercados que dejan botados.


Jaja parece que hablas de corporaciones gigantes tratando de aniquilarse.
¿De donde sacaste que están interesados en matarse entre si?

Pero bueno en fin, Dolphin, según su dueño, no se puede hacer open source por un tema de licencias.

Saludos
  GallegO

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org



--
Saludos cordiales,

Guillermo Schwarz
Sun Certified Enterprise Architect

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Esteban A. Maringolo
In reply to this post by Sebastian Calvo
El día 13 de noviembre de 2012 10:32, GallegO <[hidden email]> escribió:
>> Mientras los vendors de Smalltalk parecen estar más interesados en matarse
>> entre sí para obtener un mayor mercado que sólo está en su imaginación,
>> otros lenguajes se toman los mercados que dejan botados.

> Jaja parece que hablas de corporaciones gigantes tratando de aniquilarse.
> ¿De donde sacaste que están interesados en matarse entre si?

Dijo que parecen interesados, no que lo hacen. Pero la realidad es que
hay poca cooperación en buscar "estándares" o cosas que permitan la
interoperabilidad. En algun punto es lo que dió origen a este debate
de CUIS y Pharo, tres Smalltalks como Pharo, Squeak y CUIS son branchs
que hasta te diría que irreconciliables, a medida que pase el tiempo.

Mirando las revistas de objetos viejas, ParcPlace se ve que tuvo auge,
y si IBM decidió comprar una empresa de Smalltalk para salir al
mercado, en su momento Smalltalk debió ser algo grande (yo no lo
conocí asi). Cincom es una empresa grande, quizas su área Smalltalk es
chica.

Este hermetismo por parte de los vendors de no decir "somos sólo 3
tipos laburando" es algo que tambien preocupa, en el caso de
Object-Arts siempre estuvo claro de entrada que eran ellos dos,
durante una década eso alcanzó y sobró. En el caso de Pharo ahora hay
más gente, pero de Cincom y VAST no debe haber más de 6 entre los dos.

> Pero bueno en fin, Dolphin, según su dueño, no se puede hacer open source
> por un tema de licencias.

Habrá que ver cuales son las "portions" de CGI Group que impiden liberar eso.


Saludos!

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Angel Java Lopez
In reply to this post by Alejandro Pérez
Hola gente!

Yo siempre brego por: hay que explorar tener un Smalltalk open source (VM y codigo de clases) sobre una plataforma ya armada que tenga garbage collector, libreria de clases y ecosistema de clases. Mis dos candidatos son .NET y Java, y luego JavaScript.

En Java, tienen Red Smalltalk (no lo probe, en general no pruebo mucho otras implementaciones de ese tipo, mientras voy construyendo la mia, quiero tener la mente despejada, abierta, solo luego veo en detalle otras implementaciones):


Quiero un Smalltalk minimo, donde la VM pueda cargar mas de una imagen, y una imagen A pueda "operar" sobre otra imagen B. Asi podemos tener una imagen A con todo lo que quieran de entorno de desarrollos, y una imagen B que puede ser minima o no, con el programa en desarrollo (como pasa en otras tecnologias, donde el entorno de desarrollo esta separado de lo que se produce). No se si les gustaria a Uds, pero me parece un camino a explorar. Como no vi que eso fuera facil de implementar en Smalltalk actuales (la soluciones que se me ocurren dependen mucho de la implementacion de bajo nivel de una VM), y como las VM actuales para mi son dificiles de modificar (p.ej. a fines de los noventa vi la implementacion interna de Squeak, con un garbage collector muy particular, etc...), entonces me he decidido ya hace unos anios retomar el trasteo de armar Smalltalk VM, aunque sea caseras, como hacia en los ochenta (donde no tenia forma de conseguir un Smalltalk).

Otra cosa que habran visto que me interesa, es, una vez dada una VM razonable, implementar Smalltalk distribuido (algo mostre en Smalltalks 2010).

Bueno, otro punto: al tener una VM implementanda sobre .NET, Java o JavaScript, es facil agregar librerias soportadas por esas tecnologias, generalmente soportadas por mas cantidad de gente que las que las usan directamente en Smalltalk, y probadas por miles de personas (en general), mas alla de lo que se probaria si se desarrollaran solamente para Smalltalk.

Otro punto que me gustaria tener: un ecosistema de paquetes/librerias en el lenguaje Smalltalk, que no dependa de los dialectos. En Python, hay "dos dialectos" Python 2.x 3.x, EN PRINCIPIO. En Ruby paso algo parecido. En JavaScript/NodeJs tambien. En .NET tambiena aparecio eso, y en Java hace tiempo. No hay que armar paquetes de lenguaje (digo, no escritas en un lenguaje ajeno), que dependan de dialectos. Y un manejador de paquetes sencillo. Aca, el tener un solo manejador de paquetes ha beneficiado a otros ecosistemas (ver Node.js con npm, Ruby con gems, vean que Python aparecio demasiado temprano a este tema, y no pudo consolidar un solo manejador de esos paquetes)

Espero que se haya entendido ;-)

Nos leemos!

Angel "Java" Lopez
@ajlopez
gh:ajlopez


2012/11/13 Alejandro Pérez <[hidden email]>
¿Y por qué no Smalltalk X, de exept? Para cosas personales he hecho cosillas y me parece bastante apañada. Además, multiplataforma y con buenísima integración con librerías C, para los que comentaban el estilo Python de "wrappear" lo que hiciese falta en vez de construir desde 0.

Lo que quizás, a veces, es algo confusa su licencia, todo gratis excepto:

"[*] Please take a look at the licence conditions, which are part of the download package. If your application has a military, weapon-technical or genetic-engineering background, or if your company produces landmines or is involved in the management of patents on food, animals or humans or is owning any of these, please contact [hidden email]. In such a case, we may have to insist on a non-free licence agreement."

Pero sería cuestión de hablarlo todo.

Saludos




2012/11/13 GallegO <[hidden email]>


Mientras los vendors de Smalltalk parecen estar más interesados en matarse entre sí para obtener un mayor mercado que sólo está en su imaginación, otros lenguajes se toman los mercados que dejan botados.


Jaja parece que hablas de corporaciones gigantes tratando de aniquilarse.
¿De donde sacaste que están interesados en matarse entre si?

Pero bueno en fin, Dolphin, según su dueño, no se puede hacer open source por un tema de licencias.

Saludos
  GallegO

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Andres Valloud-5
In reply to this post by Esteban A. Maringolo
> Este hermetismo por parte de los vendors de no decir "somos sólo 3
tipos laburando" es algo que tambien preocupa, en el caso de
Object-Arts siempre estuvo claro de entrada que eran ellos dos,
durante una década eso alcanzó y sobró. En el caso de Pharo ahora hay
más gente, pero de Cincom y VAST no debe haber más de 6 entre los dos.

Esto es una pifia seria... en el caso de VAST no estoy super seguro,
pero en el caso de Cincom es un error de un orden de magnitud...

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Guillermo Schwarz
In reply to this post by Esteban A. Maringolo
Esteban,

No seas tan pesimista. Si son USD 200 mil, yo creo que Andy va a pedir 10x veces eso, pero supongamos que son USD 200 mil, con los 1.300 downloads que tiene al mes (o alguna vez tuvo) VisualWorks NC según la wiki C2, si le pidieras USD 1 a cada downloader, juntas los USD 200 mil en casi 200 meses, o casi 20 años. ;-) De todas maneras no se pierde nada probando. Cualquier licencia de software siempre bordea entre USD 100 y USD 1.000 (a menos que se requiera un vendedor en cuyo caso sube a un mínimo de USD 70 mil). Esto te lo explica mejor Joel: http://www.joelonsoftware.com/articles/CamelsandRubberDuckies.html

Supongo que Dolphin debe estar aproximadamente en la categoría de USD 300 + algunos accesorios hasta completar USD 1,000 si lo quieres completo, para seguir el modelo presentado por Joel, como una forma de segmentar. Otra forma de segmentar es lo que hace Microsfot que coloca un par de ifs por acá y por allá para presentar productos "crippled", de modo que cuando pagas la licencia "full" se levantan las restricciones y puedes usar el producto para aprovechar 100% tu computador.

Si asumimos que Andy vende 1.000 licencias anuales a USD 1.000 cada una, estamos hablando de ingresos por USD 1 millón anuales, de los cuáles debe tener un profit de USD 300 mil. Como el profit se le hizo cero, supongo que le debe doler venderlo por USD 200 mil, pero considera que de otra manera el producto vale cero, de modo que venderlo a cualquier precio superior a cero (y asumiendo los costos de transacción), para él el balance debería ser posiitivo y "thanks for the ride".

No desesperes, pues de todas maneras para Andy no tiene ningún valor tener un producto botado. De seguro se pondrá razonable en algún momento, cuando se de cuenta que ya no es posible poner de pie su compañia con el mismo producto (si no es así y saca una nueva versión ganas igual), de modo que es una win/win sin importar lo que pase. EL único escenario malo sería en el que él prefiera perder ese dinero y dejar botado el producto porque siente que lo están estafando, por eso creo que lo mejor es preguntarle lo que piensa al respecto.

Saludos,
Guillermo.


2012/11/13 Esteban A. Maringolo <[hidden email]>
Hay que preguntarle a Lesser cuanta puso para tener el IP de Dolphin.

Igual no creo que se pueda comprar, porque no esta a la venta. Y si
sale a la venta, y ponele que son $200K USD, olvidate que alguien las
pague, Kickstarter o lo que sea.

Esteban A. Maringolo


El día 13 de noviembre de 2012 09:41, Guillermo Schwarz
<[hidden email]> escribió:
> Hay que preguntarle a Andy por cuánto vendería su empresa...

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org



--
Saludos cordiales,

Guillermo Schwarz
Sun Certified Enterprise Architect

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Sebastian Calvo
In reply to this post by Guillermo Schwarz
Guillermo:

Me refiero a la actualidad no a hace 20 años atrás...
No creo que actualmente se estén peleando.
Pero bueno, es una cuestión de apreciación nomas.

Saludos
  GallegO

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Guillermo Schwarz
In reply to this post by Esteban A. Maringolo
En realidad esto de que las compañías compiten y se matan entre sí se da en todas las industrias. Hay un estudio al respecto que se llama "Blue Ocean Strategy" que es justamente el análisis de este tipo de situaciones (red ocean, en la cual los tiburones se deboran entre sí y dejan el agua roja), y la solución propuesta que se llama blue ocean por razones obvias (la empresa se enfoca en un mercado que está desatendido).


2012/11/13 Esteban A. Maringolo <[hidden email]>
El día 13 de noviembre de 2012 10:32, GallegO <[hidden email]> escribió:
>> Mientras los vendors de Smalltalk parecen estar más interesados en matarse
>> entre sí para obtener un mayor mercado que sólo está en su imaginación,
>> otros lenguajes se toman los mercados que dejan botados.

> Jaja parece que hablas de corporaciones gigantes tratando de aniquilarse.
> ¿De donde sacaste que están interesados en matarse entre si?

Dijo que parecen interesados, no que lo hacen. Pero la realidad es que
hay poca cooperación en buscar "estándares" o cosas que permitan la
interoperabilidad. En algun punto es lo que dió origen a este debate
de CUIS y Pharo, tres Smalltalks como Pharo, Squeak y CUIS son branchs
que hasta te diría que irreconciliables, a medida que pase el tiempo.

Mirando las revistas de objetos viejas, ParcPlace se ve que tuvo auge,
y si IBM decidió comprar una empresa de Smalltalk para salir al
mercado, en su momento Smalltalk debió ser algo grande (yo no lo
conocí asi). Cincom es una empresa grande, quizas su área Smalltalk es
chica.

Este hermetismo por parte de los vendors de no decir "somos sólo 3
tipos laburando" es algo que tambien preocupa, en el caso de
Object-Arts siempre estuvo claro de entrada que eran ellos dos,
durante una década eso alcanzó y sobró. En el caso de Pharo ahora hay
más gente, pero de Cincom y VAST no debe haber más de 6 entre los dos.

> Pero bueno en fin, Dolphin, según su dueño, no se puede hacer open source
> por un tema de licencias.

Habrá que ver cuales son las "portions" de CGI Group que impiden liberar eso.


Saludos!

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org



--
Saludos cordiales,

Guillermo Schwarz
Sun Certified Enterprise Architect

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Esteban A. Maringolo
In reply to this post by Angel Java Lopez
Para mi los casos de los gems de Ruby de npm de Node son los grandes
"facilitadores" del crecimiento de las comunidades. Inclusivé pasó con
apt en Debian muchisimos años antes.

Cualquiera dirá que el famoso (ConfigurationOfSarasa ...) load es una
sola evaluación, y es cierto para la mayoria de los smalltalkers que
evaluamos código en inspectores, browsers o donde nos deje.

Pero si se quiere hacer mas simple deberia haber alguna terminal o
algo que permita hacer "metacello install seaside opendbx magritte" y
a la mierda.

Es dificil, y se necesita gente. Npm no surgió de la nada, sino de
parte de alguien que quiso hacerlo para un uso especial.
Pero en tanto no tengamos eso... la curva de cosas "simples" como
instalar un package va a ser más empinada.

Igual repito, creo que el enfoque de Pharo va bien encaminado, sólo
falta que más gente "no smalltalker" se meta a laburar. La famosa
sangre nueva. Gente que vea el cable en el piso que hace rato esta
ahi, y nadie le da bola (Habia un blog post al respecto, muy bueno,
que no tengo en los bookmarks :S)

Saludos!






Esteban A. Maringolo


El día 13 de noviembre de 2012 10:58, Angel Java Lopez
<[hidden email]> escribió:

> Hola gente!
>
> Yo siempre brego por: hay que explorar tener un Smalltalk open source (VM y
> codigo de clases) sobre una plataforma ya armada que tenga garbage
> collector, libreria de clases y ecosistema de clases. Mis dos candidatos son
> .NET y Java, y luego JavaScript.
>
> En Java, tienen Red Smalltalk (no lo probe, en general no pruebo mucho otras
> implementaciones de ese tipo, mientras voy construyendo la mia, quiero tener
> la mente despejada, abierta, solo luego veo en detalle otras
> implementaciones):
>
> http://www.redline.st/discover/getting-started.html
>
> Quiero un Smalltalk minimo, donde la VM pueda cargar mas de una imagen, y
> una imagen A pueda "operar" sobre otra imagen B. Asi podemos tener una
> imagen A con todo lo que quieran de entorno de desarrollos, y una imagen B
> que puede ser minima o no, con el programa en desarrollo (como pasa en otras
> tecnologias, donde el entorno de desarrollo esta separado de lo que se
> produce). No se si les gustaria a Uds, pero me parece un camino a explorar.
> Como no vi que eso fuera facil de implementar en Smalltalk actuales (la
> soluciones que se me ocurren dependen mucho de la implementacion de bajo
> nivel de una VM), y como las VM actuales para mi son dificiles de modificar
> (p.ej. a fines de los noventa vi la implementacion interna de Squeak, con un
> garbage collector muy particular, etc...), entonces me he decidido ya hace
> unos anios retomar el trasteo de armar Smalltalk VM, aunque sea caseras,
> como hacia en los ochenta (donde no tenia forma de conseguir un Smalltalk).
>
> Otra cosa que habran visto que me interesa, es, una vez dada una VM
> razonable, implementar Smalltalk distribuido (algo mostre en Smalltalks
> 2010).
>
> Bueno, otro punto: al tener una VM implementanda sobre .NET, Java o
> JavaScript, es facil agregar librerias soportadas por esas tecnologias,
> generalmente soportadas por mas cantidad de gente que las que las usan
> directamente en Smalltalk, y probadas por miles de personas (en general),
> mas alla de lo que se probaria si se desarrollaran solamente para Smalltalk.
>
> Otro punto que me gustaria tener: un ecosistema de paquetes/librerias en el
> lenguaje Smalltalk, que no dependa de los dialectos. En Python, hay "dos
> dialectos" Python 2.x 3.x, EN PRINCIPIO. En Ruby paso algo parecido. En
> JavaScript/NodeJs tambien. En .NET tambiena aparecio eso, y en Java hace
> tiempo. No hay que armar paquetes de lenguaje (digo, no escritas en un
> lenguaje ajeno), que dependan de dialectos. Y un manejador de paquetes
> sencillo. Aca, el tener un solo manejador de paquetes ha beneficiado a otros
> ecosistemas (ver Node.js con npm, Ruby con gems, vean que Python aparecio
> demasiado temprano a este tema, y no pudo consolidar un solo manejador de
> esos paquetes)
>
> Espero que se haya entendido ;-)
>
> Nos leemos!
>
> Angel "Java" Lopez
> @ajlopez
> gh:ajlopez
>
>
> 2012/11/13 Alejandro Pérez <[hidden email]>
>>
>> ¿Y por qué no Smalltalk X, de exept? Para cosas personales he hecho
>> cosillas y me parece bastante apañada. Además, multiplataforma y con
>> buenísima integración con librerías C, para los que comentaban el estilo
>> Python de "wrappear" lo que hiciese falta en vez de construir desde 0.
>>
>> Lo que quizás, a veces, es algo confusa su licencia, todo gratis excepto:
>>
>> "[*] Please take a look at the licence conditions, which are part of the
>> download package. If your application has a military, weapon-technical or
>> genetic-engineering background, or if your company produces landmines or is
>> involved in the management of patents on food, animals or humans or is
>> owning any of these, please contact [hidden email]. In such a case, we may
>> have to insist on a non-free licence agreement."
>>
>> Pero sería cuestión de hablarlo todo.
>>
>> Saludos
>>
>>
>>
>>
>> 2012/11/13 GallegO <[hidden email]>
>>>>
>>>>
>>>>
>>>> Mientras los vendors de Smalltalk parecen estar más interesados en
>>>> matarse entre sí para obtener un mayor mercado que sólo está en su
>>>> imaginación, otros lenguajes se toman los mercados que dejan botados.
>>>>
>>>
>>> Jaja parece que hablas de corporaciones gigantes tratando de aniquilarse.
>>> ¿De donde sacaste que están interesados en matarse entre si?
>>>
>>> Pero bueno en fin, Dolphin, según su dueño, no se puede hacer open source
>>> por un tema de licencias.
>>>
>>> Saludos
>>>   GallegO
>>>
>>> --
>>> To post to this group, send email to [hidden email]
>>> To unsubscribe from this group, send email to
>>> [hidden email]
>>>
>>> http://www.clubSmalltalk.org
>>
>>
>> --
>> To post to this group, send email to [hidden email]
>> To unsubscribe from this group, send email to
>> [hidden email]
>>
>> http://www.clubSmalltalk.org
>
>
> --
> To post to this group, send email to [hidden email]
> To unsubscribe from this group, send email to
> [hidden email]
>
> http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Sebastian Calvo
In reply to this post by Guillermo Schwarz
Nos fuimos a los caños


El 13 de noviembre de 2012 11:12, Guillermo Schwarz <[hidden email]> escribió:
En realidad esto de que las compañías compiten y se matan entre sí se da en todas las industrias. Hay un estudio al respecto que se llama "Blue Ocean Strategy" que es justamente el análisis de este tipo de situaciones (red ocean, en la cual los tiburones se deboran entre sí y dejan el agua roja), y la solución propuesta que se llama blue ocean por razones obvias (la empresa se enfoca en un mercado que está desatendido).


2012/11/13 Esteban A. Maringolo <[hidden email]>
El día 13 de noviembre de 2012 10:32, GallegO <[hidden email]> escribió:

>> Mientras los vendors de Smalltalk parecen estar más interesados en matarse
>> entre sí para obtener un mayor mercado que sólo está en su imaginación,
>> otros lenguajes se toman los mercados que dejan botados.

> Jaja parece que hablas de corporaciones gigantes tratando de aniquilarse.
> ¿De donde sacaste que están interesados en matarse entre si?

Dijo que parecen interesados, no que lo hacen. Pero la realidad es que
hay poca cooperación en buscar "estándares" o cosas que permitan la
interoperabilidad. En algun punto es lo que dió origen a este debate
de CUIS y Pharo, tres Smalltalks como Pharo, Squeak y CUIS son branchs
que hasta te diría que irreconciliables, a medida que pase el tiempo.

Mirando las revistas de objetos viejas, ParcPlace se ve que tuvo auge,
y si IBM decidió comprar una empresa de Smalltalk para salir al
mercado, en su momento Smalltalk debió ser algo grande (yo no lo
conocí asi). Cincom es una empresa grande, quizas su área Smalltalk es
chica.

Este hermetismo por parte de los vendors de no decir "somos sólo 3
tipos laburando" es algo que tambien preocupa, en el caso de
Object-Arts siempre estuvo claro de entrada que eran ellos dos,
durante una década eso alcanzó y sobró. En el caso de Pharo ahora hay
más gente, pero de Cincom y VAST no debe haber más de 6 entre los dos.

> Pero bueno en fin, Dolphin, según su dueño, no se puede hacer open source
> por un tema de licencias.

Habrá que ver cuales son las "portions" de CGI Group que impiden liberar eso.


Saludos!

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org



--
Saludos cordiales,

Guillermo Schwarz
Sun Certified Enterprise Architect

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

matias Castilla
In reply to this post by leodm
Otra gran ventaja: S8 se puede ejecutar en el navegador y se adapta a la era mobile.



De: "[hidden email]" <[hidden email]>
Para: [hidden email]
Enviado: Martes, 13 de noviembre, 2012 10:04 A.M.
Asunto: Re: [clubSmalltalk] Dolphin murió ?

En esta linea me pareceria + coherente invertir recursos en s8, mas alla de su estado actual, tiene un par de caracteristicas q me parecen mas acorde a la situacion actual de smalltalk:
-es open
-no usa una vm smalltalk propietaria (x ej podes usar v8 o node.js y alli muchas de las limitaciones planteadas desaparecen)
-esta orientada a q puedas wrappear casi cualquier cosa, hoy + q nada librerias javascript pero no esta limitado a ello

Recordemos q algunas enmpresas compraron la vm de vs y todavia hoy no la han podido migrar a 64bits, comprar una vm y mantenerla no es una opcion p una comunidad smalltalk, no le veo sentido ni desde el punto de vista tecnico ni comercial.

-la desventaja es q hoy todavia no hay nada desktop en s8, por ahora tenemos el fw ffi, pero esta pensado a futuro poder migrar un sistema dolphin o vs. Ojo no digo q sea soplan y hacer botellas pero c menos de la mitad de esos recursos se podria invertir y te queda algo p siempre, open y competitivo. Y argentino!

Enviado desde mi BlackBerry de Personal

From: Desert69 <[hidden email]>
Date: Tue, 13 Nov 2012 00:21:32 -0300
ReplyTo: [hidden email]
Subject: Re: [clubSmalltalk] Dolphin murió ?

Igualmente creo que está interesante la idea que tiró alguien por ahí de hacer un kickstarter para comprar y liberar Dolphin...


2012/11/12 [hidden email] <[hidden email]>
Todos tienen razón, no se manejar la lista de correo de google, el post de Frank era de julio y lo de Andy está retrasado pero yo no lo espero, aún uso la 6.02 y no tengo problemas. Lo único que esperaría de la 6.2 es que admitiera mas objetos y si alguna vez apareciera la versión 7 con que tenga 64 bits estoy hecho. Después de tantos años, me ha quedado poco y nada de los frameworks originales y no me importaría lo que pudiera agregarse en cuanto a frameworks o conectividad. Si Frank, o quien sea, retoma DNG mejor y sino tengo VM para rato con lo que hay.
Por otro lado, uno de los motivos que llevó a Andy a abortar Dolphin fue la partida de Blair a Microsoft y la creencia de que .NET se llevaría puesto a todo. De lo primero no se, de lo segundo es obvio que no sucedió y que por el contrario hay una vuelta a winAPI que podría darle aire fresco a todo lo que corría sobre DLLs de las de antes.
 
Saludos,
Diego
 

On Monday, November 12, 2012 11:51:36 AM UTC-3, gsa wrote:
Si, yo pienso como Guillermo, no veo que Andy conteste asiduamente en la lista, me parece que hace rato que no escribe y el thread sobre la fecha de lanzamiento del 6.2 quedó muerto también.

Tampoco vi el mail de Lesser.

Saludos.


El 12 de noviembre de 2012 11:31, Guillermo Sapaya <gsa...@...> escribió:
Hola Angel,
que yo sepa no hay otra cosa mas nueva que esa.
Yo uso Dolphin también pero no lo veo con el mismo optimismo que Diego :(
Sí opino que es el mejor Smalltalk comercial (si usas Windows) para una empresa como la nuestra. Pero las noticias no son muy alentadoras.
En la lista de Dolphin se suspendió el release de la 6.2 mas de una vez. Cuando en mi trabajo pasé de la 6.0 a la 6.1 encontré unos cuantos bugs que solucioné y avisé a Andy pero ni noticias. A los tres meses me respondió con un: "...ok..."
En fin, habrá que palearla como siempre!

Salud!

Guillermo Sapaya
Gerente de Desarrollo
InfOil S.A. - www.infoil.com.ar
Tronador 2244, C1430DKP
Buenos Aires, Argentina
TEL (5411)4542-9999 int. 122

From: Angel Java Lopez [mailto:ajlop...@...]
To: clubsm...@...
Sent: Mon, 12 Nov 2012 09:23:11 -0500

Subject: Re: [clubSmalltalk] Dolphin murió ?

Hola gente!

Gracias Guillermo, por el enlace. Creo que ya se habia mencionado ese enlace hace un tiempo en la lista.

Pero o lei mal, o no encontre lo que refiere Coronel (como que ayer o anteayer Lesser publico algun anuncio):

" el proyecto DNG que si estaba muerto hoy anunción Frank
 Lesser que no lo está, "

No veo en esa lista/thread que enviaste, mas que un mensaje de Lesser de hace meses. Hay algun anuncio nuevo de estos dias? donde?

2012/11/12 Guillermo Sapaya <gsa...@...>
Hola Angel,
supongo que Diego se refería a este mail en la lista de Dolphin:


Salud!

Guillermo Sapaya
Gerente de Desarrollo
InfOil S.A. - www.infoil.com.ar
Tronador 2244, C1430DKP
Buenos Aires, Argentina
TEL (5411)4542-9999 int. 122

From: Angel Java Lopez [mailto:ajlop...@...]
To: clubsm...@...

Sent: Mon, 12 Nov 2012 08:42:50 -0500
Subject: Re: [clubSmalltalk] Dolphin murió ?


Hola gente!

Vi luz y subi ... ;-)

Donde esta el anuncio de Frank Lesser sobre DNG? Busque en google, pero sigo encontrando notas viejas.

Algun enlace para compartir?

Nos leemos!

Angel "Java" Lopez
@ajlopez
gh:ajlopez

2012/11/12 Esteban A. Maringolo <emari...@...>
El día 11 de noviembre de 2012 20:33, dcoro...@...
<dcoro...@...> escribió:

> Creo que me perdí de algo. Andy responde frecuentemente en las listas de
> correo, la web anda y aún vende el producto (y a la mitad de precio que
> antes), la versión 6.2 fue anunciada hace poco y probablemente se demore
> porque Blair entiendo que no está. Yo no lo veo como un producto muerto en
> absoluto, además el proyecto DNG que si estaba muerto hoy anunción Frank
> Lesser que no lo está, que está en stand by y que podría volver a la luz en
> cualquier momento. Insisto que si me perdí de algo, por favor avisen porque
> es mi herramienta de laburo y no la voy a cambiar hasta dentro de mucho
> tiempo. Saludos.

Grande Diego! Esa es la actitud :)

Esteban A. Maringolo

--
To post to this group, send email to clubSm...@...
To unsubscribe from this group, send email to clubSmalltal...@googlegroups.com

http://www.clubSmalltalk.org

--
To post to this group, send email to clubSm...@...
To unsubscribe from this group, send email to clubSmalltal...@googlegroups.com
 
http://www.clubSmalltalk.org
--
To post to this group, send email to clubSm...@...
To unsubscribe from this group, send email to clubSmalltal...@googlegroups.com
 
http://www.clubSmalltalk.org

--
To post to this group, send email to clubSm...@...
To unsubscribe from this group, send email to clubSmalltal...@googlegroups.com
 
http://www.clubSmalltalk.org
--
To post to this group, send email to clubSm...@...
To unsubscribe from this group, send email to clubSmalltal...@googlegroups.com
 
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 [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org


--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Esteban A. Maringolo
In reply to this post by Andres Valloud-5
El día 13 de noviembre de 2012 11:04, Andres Valloud
<[hidden email]> escribió:
>> Este hermetismo por parte de los vendors de no decir "somos sólo 3
> tipos laburando" es algo que tambien preocupa, en el caso de
> Object-Arts siempre estuvo claro de entrada que eran ellos dos,
> durante una década eso alcanzó y sobró. En el caso de Pharo ahora hay
> más gente, pero de Cincom y VAST no debe haber más de 6 entre los dos.
>
> Esto es una pifia seria... en el caso de VAST no estoy super seguro,
> pero en el caso de Cincom es un error de un orden de magnitud...

Me alegra sobremanera saber que son 60 y no 6.

Me entristece que en el micromundo online donde los que postean son
siempre los mismos 100, de esos 60 de Cincom solo te recuerde a vos, a
Arden Thomas y a algun otro que ahora no me acuerdo pero cuando lea el
nombre me voy a enterar.
Algunos todavía estamos esperando "Pollock". Y en caso de ser gente de
bajo perfil me sorprende que siendo 60 no hagan más cosas.

En perspectiva veo más desarrollo en VAST que en VW. Ojalá que no sea asi.

Saludos.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Esteban A. Maringolo
In reply to this post by matias Castilla
El día 13 de noviembre de 2012 11:13, matias Castilla
<[hidden email]> escribió:
> Otra gran ventaja: S8 se puede ejecutar en el navegador y se adapta a la era
> mobile.

Amber, en ese sentido, también. Y tiene como "casos de uso real" a
SmalltalkHub, que esta escrito en si mismo.
S8 tiene fragmentos de código demasiado parecidos a los de Amber.

No entiendo a que te referis con "se adapta a la era mobile".


Saludos!

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Guillermo Schwarz
In reply to this post by Sebastian Calvo
Si piensas en términos de estrategias, la verdad es que Smalltalk está enamorado de su pasado y no piensa en lo que necesita a futuro.

El primer error estratégico fue caer en un oceano rojo. Es cierto pasó hace más de 20 años, pero aún le pena.

El segundo error estratégico es actuar de "copy cat", es decir, copiar los features de su competencia. En algunos casos puede ser una buena idea, pero si todo lo que tienes es copia de algo que está un poco más allá y que más encima es gratuito, es dificil justificar "en este proyecto vamos a usar Smalltalk".

En 2005 era imposible no usar Java en las empresas ("entornos empresariales" para darle el gusto a los Java men). Sé que tienen contraejemplos, pero son irrelevantes, porque muy pocas empresas siguen esos caminos, no pasan de ser anecdóticos.

En 2012 es casi imposible que una empresa decida usar lenguajes nuevos. Siempre que se compra o se adquiere algo es debido a los features (características). Las personas compran características, no productos. Si Smalltalk sigue copiando features, no habrá razones para seleccionarlo por sobre otros productos equivalentes (lenguajes).

Siguiendo la idea de los oceanos azules, hay que encontrar mercados desatendidos, ver qué features son requeridos en esos mercados y presentar exactamente esos features.

Saludos,
Guillermo.


2012/11/13 GallegO <[hidden email]>
Guillermo:

Me refiero a la actualidad no a hace 20 años atrás...
No creo que actualmente se estén peleando.
Pero bueno, es una cuestión de apreciación nomas.

Saludos
  GallegO

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org



--
Saludos cordiales,

Guillermo Schwarz
Sun Certified Enterprise Architect

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Esteban A. Maringolo
Dolphin nada en el océano.

Eso, quería decirlo.

Esteban A. Maringolo


El día 13 de noviembre de 2012 11:22, Guillermo Schwarz
<[hidden email]> escribió:

> Si piensas en términos de estrategias, la verdad es que Smalltalk está
> enamorado de su pasado y no piensa en lo que necesita a futuro.
>
> El primer error estratégico fue caer en un oceano rojo. Es cierto pasó hace
> más de 20 años, pero aún le pena.
>
> El segundo error estratégico es actuar de "copy cat", es decir, copiar los
> features de su competencia. En algunos casos puede ser una buena idea, pero
> si todo lo que tienes es copia de algo que está un poco más allá y que más
> encima es gratuito, es dificil justificar "en este proyecto vamos a usar
> Smalltalk".
>
> En 2005 era imposible no usar Java en las empresas ("entornos empresariales"
> para darle el gusto a los Java men). Sé que tienen contraejemplos, pero son
> irrelevantes, porque muy pocas empresas siguen esos caminos, no pasan de ser
> anecdóticos.
>
> En 2012 es casi imposible que una empresa decida usar lenguajes nuevos.
> Siempre que se compra o se adquiere algo es debido a los features
> (características). Las personas compran características, no productos. Si
> Smalltalk sigue copiando features, no habrá razones para seleccionarlo por
> sobre otros productos equivalentes (lenguajes).
>
> Siguiendo la idea de los oceanos azules, hay que encontrar mercados
> desatendidos, ver qué features son requeridos en esos mercados y presentar
> exactamente esos features.
>
> Saludos,
> Guillermo.
>
>
> 2012/11/13 GallegO <[hidden email]>
>>
>> Guillermo:
>>
>> Me refiero a la actualidad no a hace 20 años atrás...
>> No creo que actualmente se estén peleando.
>> Pero bueno, es una cuestión de apreciación nomas.
>>
>> Saludos
>>   GallegO
>>
>> --
>> To post to this group, send email to [hidden email]
>> To unsubscribe from this group, send email to
>> [hidden email]
>>
>> http://www.clubSmalltalk.org
>
>
>
>
> --
> Saludos cordiales,
>
> Guillermo Schwarz
> Sun Certified Enterprise Architect
>
> --
> To post to this group, send email to [hidden email]
> To unsubscribe from this group, send email to
> [hidden email]
>
> http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

RE: Dolphin murió ?

Angel "Java" Lopez
In reply to this post by Angel Java Lopez

Ah! Disculpen, agrego algo mas, que me olvide, pequenio, pero para mi importante:

 

Me gusto mucho ver que desde hace un tiempo, varios desarrollos de Smalltalk (librerias creo) empiezan a usar GitHub. Me parece que brinda gran visilibidad y, sin reinventar la rueda, permiten usar un sistema de codigo distribuido, entendido y consumido por parva (como se dice aca en Argentina) de desarrolladores.

 

Lo que pediria entonces a cualquier VM + libreria de clases de Smalltalk open source, es usar algo asi, un Git en GitHub o algo parecido. Eso, que Uds. me diran “lo tenemos con … (y ahi arriesgo: Monticello? Metacello? Etc….)” para mi, que vengo de “otros pagos” no smalltalkeros, es algo que ha contribuido a entender y difundir lo que se hace. Vean que GitHub es usado por MULTIPLES TECNOLOGIAS. Me resulta agradable y hasta auguro buen porvernir, el que algunos desarrollos Smalltalk comiencen a usar GitHub

 

Ya esta, lo dije.. ;-)… “no me peguen, soy Giordano”

 

Angel “Giordano” Lopez

@ajlopez

gh:ajlopez

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of Angel Java Lopez
Sent: Tuesday, November 13, 2012 10:58 AM
To: [hidden email]
Subject: Re: [clubSmalltalk] Dolphin murió ?

 

Hola gente!


Yo siempre brego por: hay que explorar tener un Smalltalk open source (VM y codigo de clases) sobre una plataforma ya armada que tenga garbage collector, libreria de clases y ecosistema de clases. Mis dos candidatos son .NET y Java, y luego JavaScript.

 

En Java, tienen Red Smalltalk (no lo probe, en general no pruebo mucho otras implementaciones de ese tipo, mientras voy construyendo la mia, quiero tener la mente despejada, abierta, solo luego veo en detalle otras implementaciones):

 

 

Quiero un Smalltalk minimo, donde la VM pueda cargar mas de una imagen, y una imagen A pueda "operar" sobre otra imagen B. Asi podemos tener una imagen A con todo lo que quieran de entorno de desarrollos, y una imagen B que puede ser minima o no, con el programa en desarrollo (como pasa en otras tecnologias, donde el entorno de desarrollo esta separado de lo que se produce). No se si les gustaria a Uds, pero me parece un camino a explorar. Como no vi que eso fuera facil de implementar en Smalltalk actuales (la soluciones que se me ocurren dependen mucho de la implementacion de bajo nivel de una VM), y como las VM actuales para mi son dificiles de modificar (p.ej. a fines de los noventa vi la implementacion interna de Squeak, con un garbage collector muy particular, etc...), entonces me he decidido ya hace unos anios retomar el trasteo de armar Smalltalk VM, aunque sea caseras, como hacia en los ochenta (donde no tenia forma de conseguir un Smalltalk).

 

Otra cosa que habran visto que me interesa, es, una vez dada una VM razonable, implementar Smalltalk distribuido (algo mostre en Smalltalks 2010).

 

Bueno, otro punto: al tener una VM implementanda sobre .NET, Java o JavaScript, es facil agregar librerias soportadas por esas tecnologias, generalmente soportadas por mas cantidad de gente que las que las usan directamente en Smalltalk, y probadas por miles de personas (en general), mas alla de lo que se probaria si se desarrollaran solamente para Smalltalk.

 

Otro punto que me gustaria tener: un ecosistema de paquetes/librerias en el lenguaje Smalltalk, que no dependa de los dialectos. En Python, hay "dos dialectos" Python 2.x 3.x, EN PRINCIPIO. En Ruby paso algo parecido. En JavaScript/NodeJs tambien. En .NET tambiena aparecio eso, y en Java hace tiempo. No hay que armar paquetes de lenguaje (digo, no escritas en un lenguaje ajeno), que dependan de dialectos. Y un manejador de paquetes sencillo. Aca, el tener un solo manejador de paquetes ha beneficiado a otros ecosistemas (ver Node.js con npm, Ruby con gems, vean que Python aparecio demasiado temprano a este tema, y no pudo consolidar un solo manejador de esos paquetes)

 

Espero que se haya entendido ;-)

 

Nos leemos!

Angel "Java" Lopez

@ajlopez

gh:ajlopez

 

2012/11/13 Alejandro Pérez <[hidden email]>

¿Y por qué no Smalltalk X, de exept? Para cosas personales he hecho cosillas y me parece bastante apañada. Además, multiplataforma y con buenísima integración con librerías C, para los que comentaban el estilo Python de "wrappear" lo que hiciese falta en vez de construir desde 0.

Lo que quizás, a veces, es algo confusa su licencia, todo gratis excepto:

"[*] Please take a look at the licence conditions, which are part of the download package. If your application has a military, weapon-technical or genetic-engineering background, or if your company produces landmines or is involved in the management of patents on food, animals or humans or is owning any of these, please contact [hidden email]. In such a case, we may have to insist on a non-free licence agreement."

Pero sería cuestión de hablarlo todo.

Saludos




2012/11/13 GallegO <[hidden email]>

 

 

Mientras los vendors de Smalltalk parecen estar más interesados en matarse entre sí para obtener un mayor mercado que sólo está en su imaginación, otros lenguajes se toman los mercados que dejan botados.

 

 

Jaja parece que hablas de corporaciones gigantes tratando de aniquilarse.

¿De donde sacaste que están interesados en matarse entre si?

 

Pero bueno en fin, Dolphin, según su dueño, no se puede hacer open source por un tema de licencias.

 

Saludos

  GallegO

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

 

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

 

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Guillermo Schwarz
In reply to this post by Esteban A. Maringolo
100% de acuerdo, suena interesante que Smalltalk fuera fácil de configurar como Linux.

Además no imagino una plataforma donde fuera más fácil hacer lo que dices que en Smalltalk.

Pero por otro lado, antes de convocar gente, creo que lo más importante es tener un diseño claro, coherente y con una prueba de concepto de lo que dices. Esto es lo que hacen en el desarrollo Internet con las RFC. Ninguna RFC se acepta si no tiene una prueba de concepto para que el resto de la gente la pruebe y comente. Internet me parece un caso a seguir, porque si lo hubiera diseñado IBM dirían: "Atención entre el 15 y el 20 de Noviembre Internet no estará disponible por un nuevo upgrade que se estará pasando a producción".

Si tienes un diseño claro, lo puede implementar una sola persona con pocas líneas de código. Pero hay que partir de ahí, el diseño "cristal clear".

Saludos,
Guillermo.


2012/11/13 Esteban A. Maringolo <[hidden email]>
Para mi los casos de los gems de Ruby de npm de Node son los grandes
"facilitadores" del crecimiento de las comunidades. Inclusivé pasó con
apt en Debian muchisimos años antes.

Cualquiera dirá que el famoso (ConfigurationOfSarasa ...) load es una
sola evaluación, y es cierto para la mayoria de los smalltalkers que
evaluamos código en inspectores, browsers o donde nos deje.

Pero si se quiere hacer mas simple deberia haber alguna terminal o
algo que permita hacer "metacello install seaside opendbx magritte" y
a la mierda.

Es dificil, y se necesita gente. Npm no surgió de la nada, sino de
parte de alguien que quiso hacerlo para un uso especial.
Pero en tanto no tengamos eso... la curva de cosas "simples" como
instalar un package va a ser más empinada.

Igual repito, creo que el enfoque de Pharo va bien encaminado, sólo
falta que más gente "no smalltalker" se meta a laburar. La famosa
sangre nueva. Gente que vea el cable en el piso que hace rato esta
ahi, y nadie le da bola (Habia un blog post al respecto, muy bueno,
que no tengo en los bookmarks :S)

Saludos!






Esteban A. Maringolo


El día 13 de noviembre de 2012 10:58, Angel Java Lopez
<[hidden email]> escribió:
> Hola gente!
>
> Yo siempre brego por: hay que explorar tener un Smalltalk open source (VM y
> codigo de clases) sobre una plataforma ya armada que tenga garbage
> collector, libreria de clases y ecosistema de clases. Mis dos candidatos son
> .NET y Java, y luego JavaScript.
>
> En Java, tienen Red Smalltalk (no lo probe, en general no pruebo mucho otras
> implementaciones de ese tipo, mientras voy construyendo la mia, quiero tener
> la mente despejada, abierta, solo luego veo en detalle otras
> implementaciones):
>
> http://www.redline.st/discover/getting-started.html
>
> Quiero un Smalltalk minimo, donde la VM pueda cargar mas de una imagen, y
> una imagen A pueda "operar" sobre otra imagen B. Asi podemos tener una
> imagen A con todo lo que quieran de entorno de desarrollos, y una imagen B
> que puede ser minima o no, con el programa en desarrollo (como pasa en otras
> tecnologias, donde el entorno de desarrollo esta separado de lo que se
> produce). No se si les gustaria a Uds, pero me parece un camino a explorar.
> Como no vi que eso fuera facil de implementar en Smalltalk actuales (la
> soluciones que se me ocurren dependen mucho de la implementacion de bajo
> nivel de una VM), y como las VM actuales para mi son dificiles de modificar
> (p.ej. a fines de los noventa vi la implementacion interna de Squeak, con un
> garbage collector muy particular, etc...), entonces me he decidido ya hace
> unos anios retomar el trasteo de armar Smalltalk VM, aunque sea caseras,
> como hacia en los ochenta (donde no tenia forma de conseguir un Smalltalk).
>
> Otra cosa que habran visto que me interesa, es, una vez dada una VM
> razonable, implementar Smalltalk distribuido (algo mostre en Smalltalks
> 2010).
>
> Bueno, otro punto: al tener una VM implementanda sobre .NET, Java o
> JavaScript, es facil agregar librerias soportadas por esas tecnologias,
> generalmente soportadas por mas cantidad de gente que las que las usan
> directamente en Smalltalk, y probadas por miles de personas (en general),
> mas alla de lo que se probaria si se desarrollaran solamente para Smalltalk.
>
> Otro punto que me gustaria tener: un ecosistema de paquetes/librerias en el
> lenguaje Smalltalk, que no dependa de los dialectos. En Python, hay "dos
> dialectos" Python 2.x 3.x, EN PRINCIPIO. En Ruby paso algo parecido. En
> JavaScript/NodeJs tambien. En .NET tambiena aparecio eso, y en Java hace
> tiempo. No hay que armar paquetes de lenguaje (digo, no escritas en un
> lenguaje ajeno), que dependan de dialectos. Y un manejador de paquetes
> sencillo. Aca, el tener un solo manejador de paquetes ha beneficiado a otros
> ecosistemas (ver Node.js con npm, Ruby con gems, vean que Python aparecio
> demasiado temprano a este tema, y no pudo consolidar un solo manejador de
> esos paquetes)
>
> Espero que se haya entendido ;-)
>
> Nos leemos!
>
> Angel "Java" Lopez
> @ajlopez
> gh:ajlopez
>
>
> 2012/11/13 Alejandro Pérez <[hidden email]>
>>
>> ¿Y por qué no Smalltalk X, de exept? Para cosas personales he hecho
>> cosillas y me parece bastante apañada. Además, multiplataforma y con
>> buenísima integración con librerías C, para los que comentaban el estilo
>> Python de "wrappear" lo que hiciese falta en vez de construir desde 0.
>>
>> Lo que quizás, a veces, es algo confusa su licencia, todo gratis excepto:
>>
>> "[*] Please take a look at the licence conditions, which are part of the
>> download package. If your application has a military, weapon-technical or
>> genetic-engineering background, or if your company produces landmines or is
>> involved in the management of patents on food, animals or humans or is
>> owning any of these, please contact [hidden email]. In such a case, we may
>> have to insist on a non-free licence agreement."
>>
>> Pero sería cuestión de hablarlo todo.
>>
>> Saludos
>>
>>
>>
>>
>> 2012/11/13 GallegO <[hidden email]>
>>>>
>>>>
>>>>
>>>> Mientras los vendors de Smalltalk parecen estar más interesados en
>>>> matarse entre sí para obtener un mayor mercado que sólo está en su
>>>> imaginación, otros lenguajes se toman los mercados que dejan botados.
>>>>
>>>
>>> Jaja parece que hablas de corporaciones gigantes tratando de aniquilarse.
>>> ¿De donde sacaste que están interesados en matarse entre si?
>>>
>>> Pero bueno en fin, Dolphin, según su dueño, no se puede hacer open source
>>> por un tema de licencias.
>>>
>>> Saludos
>>>   GallegO
>>>
>>> --
>>> To post to this group, send email to [hidden email]
>>> To unsubscribe from this group, send email to
>>> [hidden email]
>>>
>>> http://www.clubSmalltalk.org
>>
>>
>> --
>> To post to this group, send email to [hidden email]
>> To unsubscribe from this group, send email to
>> [hidden email]
>>
>> http://www.clubSmalltalk.org
>
>
> --
> To post to this group, send email to [hidden email]
> To unsubscribe from this group, send email to
> [hidden email]
>
> http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org



--
Saludos cordiales,

Guillermo Schwarz
Sun Certified Enterprise Architect

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

matias Castilla
In reply to this post by Esteban A. Maringolo
No sé si se puede ejecutar Dolphin en un dispositivo móvil. Entiendo que no.



De: Esteban A. Maringolo <[hidden email]>
Para: [hidden email]
Enviado: Martes, 13 de noviembre, 2012 11:19 A.M.
Asunto: Re: [clubSmalltalk] Dolphin murió ?

El día 13 de noviembre de 2012 11:13, matias Castilla
<[hidden email]> escribió:
> Otra gran ventaja: S8 se puede ejecutar en el navegador y se adapta a la era
> mobile.

Amber, en ese sentido, también. Y tiene como "casos de uso real" a
SmalltalkHub, que esta escrito en si mismo.
S8 tiene fragmentos de código demasiado parecidos a los de Amber.

No entiendo a que te referis con "se adapta a la era mobile".


Saludos!

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to clubSmalltalk+[hidden email]

http://www.clubSmalltalk.org


--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Esteban A. Maringolo
Ah. No, claramente no se puede. (aunque hubo una tool para usarlo en Palm).

Igual yo no se hasta donde se puede usarlo desde un móvil. Probá hacer
algo medianamente util en JS en un celular de gama media y vas a ver
como funciona. A mi SmalltalkHub me anda bastante lento en un Galaxy
S2, sin contar todo lo que implica bajar el kernel de ST2JS.

Osea, ya de por sí, HOY, JS es lento en los móviles. Si a eso le sumas
otra capa...

Saludos!

Esteban A. Maringolo


El día 13 de noviembre de 2012 11:48, matias Castilla
<[hidden email]> escribió:

> No sé si se puede ejecutar Dolphin en un dispositivo móvil. Entiendo que no.
>
>
> ________________________________
> De: Esteban A. Maringolo <[hidden email]>
> Para: [hidden email]
> Enviado: Martes, 13 de noviembre, 2012 11:19 A.M.
>
> Asunto: Re: [clubSmalltalk] Dolphin murió ?
>
> El día 13 de noviembre de 2012 11:13, matias Castilla
> <[hidden email]> escribió:
>> Otra gran ventaja: S8 se puede ejecutar en el navegador y se adapta a la
>> era
>> mobile.
>
> Amber, en ese sentido, también. Y tiene como "casos de uso real" a
> SmalltalkHub, que esta escrito en si mismo.
> S8 tiene fragmentos de código demasiado parecidos a los de Amber.
>
> No entiendo a que te referis con "se adapta a la era mobile".
>
>
> Saludos!
>
> --
> To post to this group, send email to [hidden email]
> To unsubscribe from this group, send email to
> [hidden email]
>
> http://www.clubSmalltalk.org
>
>
> --
> To post to this group, send email to [hidden email]
> To unsubscribe from this group, send email to
> [hidden email]
>
> http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Dolphin murió ?

Andres Valloud-5
In reply to this post by Esteban A. Maringolo
Bueno, claramente hacen falta mas argentinos (o, por lo menos,
hispanoparlantes) en Cincom para que vengan a escribir a Club
Smalltalk.  Si no, podes ir a las otras listas en ingles como VWNC,
VWDEV, y asi.  O te podes fijar en las conferencias a ver quien habla,
y vas a ver una rotacion de ingenieros de Cincom.  O podes buscar en
Google.  Que no te acuerdes no significa que no existen.

En lo que concierne a "como son tantos tendrian que estar haciendo mas
cosas"... lo que yo veo es una desconeccion muy grande entre las
expectativas de los demas y las realidades que trae programar cosas
para clientes que te pagan el sueldo.  Basicamente lo que decis es "es
cuestion de hacerlo, asi que porque no esta hecho para ayer?".  Nada
funciona asi, y mucho menos cuando la exigencia es sacar cosas que
Funcionan(TM), y con Soporte(TM), y con ResponsabilidadLegal(TM).

Segun tu criterio, a ver: cuantos años estan dale que dale tratando de
limpiar Squeak, primero adentro de Squeak y despues en Pharo?
Terminaron la limpieza?  Y, no.  Y no por falta de ponerle pilas, sino
porque lleva su tiempo.  En este contexto, sirve que salga gente a
decir cosas como "me entristece ver que Pharo no es mainstream a pesar
de que hay tanta gente laburando"?  Lo unico que aporta es depresion e
incitar al suicidio.

Entonces, si queres llorar: llora.  Y si queres entristecerte, y
bueno: ponete triste.  A mi por lo menos mucha gana de participar en
una conversacion asi no me da.  Supongo que despues podras decir que
mi "decision" de tener bajo perfil tambien es censurable :)...

2012/11/13 Esteban A. Maringolo <[hidden email]>:

> El día 13 de noviembre de 2012 11:04, Andres Valloud
> <[hidden email]> escribió:
>>> Este hermetismo por parte de los vendors de no decir "somos sólo 3
>> tipos laburando" es algo que tambien preocupa, en el caso de
>> Object-Arts siempre estuvo claro de entrada que eran ellos dos,
>> durante una década eso alcanzó y sobró. En el caso de Pharo ahora hay
>> más gente, pero de Cincom y VAST no debe haber más de 6 entre los dos.
>>
>> Esto es una pifia seria... en el caso de VAST no estoy super seguro,
>> pero en el caso de Cincom es un error de un orden de magnitud...
>
> Me alegra sobremanera saber que son 60 y no 6.
>
> Me entristece que en el micromundo online donde los que postean son
> siempre los mismos 100, de esos 60 de Cincom solo te recuerde a vos, a
> Arden Thomas y a algun otro que ahora no me acuerdo pero cuando lea el
> nombre me voy a enterar.
> Algunos todavía estamos esperando "Pollock". Y en caso de ser gente de
> bajo perfil me sorprende que siendo 60 no hagan más cosas.
>
> En perspectiva veo más desarrollo en VAST que en VW. Ojalá que no sea asi.
>
> Saludos.
>
> --
> To post to this group, send email to [hidden email]
> To unsubscribe from this group, send email to [hidden email]
>
> http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org
123