Re: [RubyArg] Ocurirrá algo nuevo?

>como dec=EDa Juan, no son cosa nuevas los lenguajes de script,
> ruby es del 83 y smalltalk es del 70 por ejemplo,.... la 'novedad'
> o redescubrimiento se debe creo, por un lado, a la rapidez de
> prototipado que ofrecen y por otro lado, la abstracci=F3n que
> presentan de cara al hardware o a arquitecturas complejas.

Si, esos son argumentos que se usan, pero sabemos que
 son enga=F1osos, pues cuando uno hace poco, siempre lo
 puede hacer rapido y usarlo al toque...
En ese punto estariamos como con Basic; nada nuevo
 ni necesitar=EDamos mas (solo cambiamos sintaxis... seguimos
 escribiendole una cartita a Dios).

> Por ejemplo toda la tecnolog=EDa nueva de multicores es
> muy dificil de programar, pero si se tiene un runtime
> que abstrae toda esa complejidad, programarlos con un
> lenguaje de script seria muy simple y ese es el camino
> que se esta siguiendo.

mmm... aqui hay dos comentarios me gustar=EDa hacer

1.- toda abstracci=F3n implica p=E9rdida de informaci=F3n
En sistemas de objetos, por ejemplo, podemos ver
 c=F3mo la distribuci=F3n de comportamiento se encuentra
 con un m=E1ximo en las clases mas abstractas como
 tambi=E9n en las clases al fondo de la jerarqu=EDa (en las
 clases intermedias no pasa mucho :)

Esto tiene relaci=F3n con que lo abstracto es de aplicaci=F3n horizontal,
 y con el tiempo uno necesita aplicar cosas a todo el mundo
 con una vision universalista del sistema (en los sistemas sin
 mucha historia el % es similar a los viejos, pero son pobres
 de contenido al nivel mas abstracto).

Tambien las clases mas concretas poseen mucha informaci=F3n,
 y esto tiene que ver con la realidad, con lo diverso.
Pero resulta que ambos extremos no son equivalentes.
La forma en que se sintetiza/obtiene el comportamiento abstracto
 es muy diferente del concreto.

La energ=EDa que debemos poner a un elemento abstracto para
 usarlo en la(una) realidad, es mas alto cuanto mas abstracto
 sea. Y "la virtud" de la abstracci=F3n es una espada de doble filo.

(el segundo punto)
2.- permitir el acceso inmediato del ignorante [una de las
 utopias de la inform=E1tica]

Lo abstracto permite el uso inmediato de software(de un
 ingenio) por parte del ignorante.
Los resultados son inmediatos, pero la percepci=F3n del da=F1o
 causado por su aplicaci=F3n (exitosa, claro!) llega, en el mejor
 de los casos, mucho mas tarde.

En los casos en d=F3nde se ven los efectos (muchas veces no se
 desean ver, pues revelan insatisfacci=F3n en quien ve solo el valor
 de lo abstracto y no sus limitaciones) ocurre frecuentemente
 una reacci=F3n, se impone una voluntad de reparaci=F3n, y all=ED
 es donde vuelve a hacerse da=F1o :-)
A veces definiendo el da=F1o como un nuevo problema,
 y atac=E1ndolo igual (con el mismo m=E9todo... OO ).

En el desarrollo de sistemas de objetos en ambiente,
 muchas veces se pretende reducir la velocidad del desarrollo;
 porque es tan veloz que es contraproducente a mediano
 plazo (y letal, desestructurante, a largo plazo).

La problem=E1tica hoy no es producir mas r=E1pido,
 ni la cantidad de detalles, sino c=F3mo promover los ciclos
 de experiencia de la manera mas eficiente.

Ni el uso de scripting, ni el uso de APIs(interfaces) ha
 mostrado utilidad alguna en esta direcci=F3n, aunque si,
 el inter=E9s por ellos ha aumentado en los ultimos a=F1os,
 en los que el acceso a ellos es gratuito (inmediato).

Pero, ocurrir=E1 algo nuevo?
Mas modelos abstractos es mas de lo mismo, mas objetos
 mas papeles que leer, o mas reglas, es mas de lo mismo. no?
De ser as=ED la crisis de software que nos espera en estos
 a=F1os ser=E1 impresionante!
O ser=E1 que no puede haber ya una crisis, porque hemos
 desmantelado toda posibilidad de reacci=F3n?

hasta pronto,
Ale.




----- Original Message ----- =

From: nelson fernandez
To: Grupo Ruby Argentina
Sent: Friday, October 29, 2010 10:47 PM
Subject: Re: [RubyArg] Ocurirr=E1 algo nuevo?





2010/10/29 Alejandro F. Reimondo <aleReimondo-46xxqwzpFVOuG6gxw/[email protected]>

Hola,
En los ultimos a=F1os ha crecido la popularidad de lenguajes de scripting =

orientado a objetos.
Lenguajes a los que se agregaron facilidades de uso pr=E1ctico presentes de=
sde =

hace m=E1s de veinticinco a=F1os (quiz=E1s deber=EDa decir +35, pero me rem=
ito a =

cosas que he visto y utilizado personalmente).

Abunda hoy literatura (de medio pelo) sobre metaprogramaci=F3n, en d=F3nde =
se =

alienta a la fasinaci=F3n con la creaci=F3n de m=E9todos din=E1micamente (m=
e cuesta =

no dispararme por una tangente ac=E1 :-) pero sin mas informaci=F3n que la =

documental e instructiva sobre c=F3mo estan resueltas tecnicamente esas =

facilidades. No se habla en absoluto de las consecuencias de esa vision =

minimalista, ni sobre mantenci=F3n de sistemas.
Esto est=E1 relacionado, en mi opini=F3n, con la promosi=F3n de t=E9cnicas =
de =

scripting, por quienes no reflexionan sobre sus limitaciones (por quienes n=
o =

han avanzado en la pr=E1ctica con su uso).

La pregunta que me motiva a escribirles (despu=E9s de tanto tiempo), es si =

consideran que este contexto que se ha gestado, luego de la aparici=F3n de =

Ruby, Phyton, etc... promover=E1 alg=FAn avance (de relevancia tecnol=F3gic=
a) en =

esta d=E9cada.
Es una pregunta dificil, lo se, pero creo que amerita alg=FAn di=E1logo al =

respecto; y que puede ser de utilidad para quienes desde nuestro lugar =

siempre hemos alentado avances; y muchas veces ya nos hemos equivocado como =

ni=F1os ;-)

Una pregunta colateral es el rol de smalltalk en este nuevo estad=EDo de la =

inform=E1tica, en d=F3nde se alienta sin limites al fraccionamiento de los =

sistemas y a=FAn no se motiva m=E1s que a seguir escribiendo c=F3digo (a ma=
no o =

"autom=E1ticamente")... sin esperar en usar los objetos.

hasta pronto,
Ale.

pdta.: disculpas por copiar este email en la lista de ruby de argentina; =

pero creo que esta pregunta ser=E1 de inter=E9s tambi=E9n all=ED, y ser=E1 =
considerada =

ante =F3pticas diferentes a las que nos ocupa en Smalltalking.




como dec=EDa Juan, no son cosa nuevas los lenguajes de script, ruby es del =
83 =

y smalltalk es del 70 por ejemplo,.... la 'novedad' o redescubrimiento se =

debe creo, por un lado, a la rapidez de prototipado que ofrecen y por otro =

lado, la abstracci=F3n que presentan de cara al hardware o a arquitecturas =

complejas. Por ejemplo toda la tecnolog=EDa nueva de multicores es muy difi=
cil =

de programar, pero si se tiene un runtime que abstrae toda esa complejidad, =

programarlos con un lenguaje de script seria muy simple y ese es el camino =

que se esta siguiendo.


--
:: nelson ::
[ artesano de software ~ software craftsman ]
http://netflux.com.ar








_______________________________________________
Ruby mailing list
Ruby-ctvK4wG+OG6Con9PvQqPCOixZVbUE3vSqSblbbW8eSQ@public.gmane.org
http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar =