Por un lado, no se si son cosas de los últimos años el surgimiento de
estos lenguajes. Perl se usa desde no se cuándo, Python también tiene
ya sus 2 décadas, etc.

Si, yo tampoco sé desde cuando se usa Perl,
pero fue muy sorprendente para mí, encontrar en wikipedia
referencias que dicen que solo es desde 1995 que hay una
version usable; y que aún hoy siguen usando reference count,
que hay una sola VM, etc.
Este y otros indicadores, indican que no es usado para sistemas
sino informalmente (la recolección por conteo de referencias
es una tecnica de utilidad práctica solo en sistemas pequeños;
uan sola VM indica que no sellegó a una etapa de expresión
de diversidad).

Por ahí lo que sucedió este tiempo es que mucha gente que no
les daba bola, los empezó a mirar por cansancio de chocar
contra barreras que los lenguajes de tipado estático
y explícito tienen.

Es verdad que las masas se mueven mas facilmente por el rechazo
que por una selección fundada en el razonamiento, que siempre
es mas lento :)
Creo que además debemos sumar otra causa, que es la presencia
de la red como "medio". Dicho así parece que hubiera algo nuevo...
pero en realidad lo que hay es una falta.
Es la perdida de estructuras, la imposibilidad de forjar contextos
de desarrollo. Promueven la adopción de herramientas
de facil acceso, pero sin compromiso con los resultados
a mediano (ni largo) plazo.
En el ambito de negocios (desafortunadamente intimamente
vinculado con la producción de software) las intancias de negocios
padecen de mortalidad infantil cada vez mas prematura, por
lo que esto no ayuda en terminos del desarrollo en informática.

Pero no es lo único que se viene dando, últimamente también
hay una resurgida muy fuerte de los lenguajes funcionales.

Si, es consistente con el fanatismo que se logra por medio
de promover formalización de los sistemas, sin anclaje
en una realidad de sistemas; sino mas bien como una
exudación de un modelo interno; una vision de lo de
afuera, sin importar lo que el sistema sea.

La utopia de poder ignorar los efectos secundarios tiene
como tal (como utopia), toda la fuerza de la seducción,
incita a pensar que lo que escribimos de un sistema (en
su código) lo condiciona...
La difución y promosion de esa utopia no viene, claro,
de un área de producción; sino de un área diferente
que no tiene vinculo con la capacidad productiva.

En hacker news y ambientes como ese se viene hablando
muchísimo de clojure, scala, etc.
Y hay mucha gente convencida incluso de que son el futuro
(no soy de ellos, aunque sí les veo muchas ventajas respecto
a los no funcionales en algunos ambientes).

jajaja, no hay futuro; donde no hay historias...
Me refiero a que hoy la palabra "futuro" se usa como formula
para promover el interés, pero cuando buscas una trayectoria,
una serie de pasos iterativos, como para dibujar una evolución,
te encontrás con que no hay mas que "buenas" ideas.

Por eso mi interés en el mail inicial de acotarnos a la T.O.
y tomar como ejemplo práctico Smalltalk, sino nos abrimos
tanto que no podemos concluir algo de valor regional/local
o de utilidad de mediano plazo.

El avance se está dando ya, y es una manera muy diferente
de pensar a las aplicaciones. No es algo que los usuarios
vean o sientan, pero sí es algo que cambió mucho la manera
que nosotros tenemos de trabajar.
Al menos eso me parece a mi :)

mmm... puede que haya cambiado la forma de trabajar
o de sentir que es lo que uno hace cuando "trabaja".
Estas deacuerdo conmigo en que las herramentas no cambiaron?

Incluso las tecnicas y el metodo OO esta presente desde los griegos,
y no ha cambiado (no puede cambiar, claro; para eso fue
formulado así, como metodo para dominar cualquier cosa).

En el área de sistemas, hay cambios menores; no importantes,
pues siempre se trata de evitar las crisis del software, los lenguajes
de scripting parecen ser una avance a ciegas, sin reflexión
sobre los resultados de las últimas décadas, al menos su propagación
es idéntica a la de los virus... que no es algo que tranquilice. [*]

La forma de escribir sistemas sigue siendo la misma.
Se los "define desde afuera", se ve aplicación y programa,
no se entiende la palabra "sistema" y/o se piensa en sistema
como algo con lo que uno no puede trabajar (solo puede intentar
definirlo, condenarlo a una forma idealizada; reducirlo a sus
partes, como si un sistema fuera la suma de sus partes).

Del uso de ambientes de objetos, aún nada...
Pese a que tambien son ideas rondando la informática desde
hace tiempo, no han sido aún abordadas por quienes dicen
interesarles la promosión de formas complementarias
de producción.

hasta pronto,
Ale.

[*] no es solo la replicaicón, sino tambien la libiandad con la
que se los toma como herramentas útiles; los que los hace,
mas similares a un cancer que a una gripe.



----- Original Message ----- From: "fisa" <[email protected]>
To: "Grupo Ruby Argentina" <[email protected]>
Sent: Friday, October 29, 2010 3:06 PM
Subject: Re: [RubyArg] Ocurirrá algo nuevo?


El día 29 de octubre de 2010 09:25, Alejandro F. Reimondo
<[email protected]> escribió:
Hola,
En los ultimos años ha crecido la popularidad de lenguajes de scripting
orientado a objetos.
Lenguajes a los que se agregaron facilidades de uso práctico presentes desde
hace más de veinticinco años (quizás debería decir +35, pero me remito a
cosas que he visto y utilizado personalmente).

Abunda hoy literatura (de medio pelo) sobre metaprogramación, en dónde se
alienta a la fasinación con la creación de métodos dinámicamente (me cuesta
no dispararme por una tangente acá :-) pero sin mas información que la
documental e instructiva sobre cómo estan resueltas tecnicamente esas
facilidades. No se habla en absoluto de las consecuencias de esa vision
minimalista, ni sobre mantención de sistemas.
Esto está relacionado, en mi opinión, con la promosión de técnicas de
scripting, por quienes no reflexionan sobre sus limitaciones (por quienes no
han avanzado en la práctica con su uso).

La pregunta que me motiva a escribirles (después de tanto tiempo), es si
consideran que este contexto que se ha gestado, luego de la aparición de
Ruby, Phyton, etc... promoverá algún avance (de relevancia tecnológica) en
esta década.
Es una pregunta dificil, lo se, pero creo que amerita algún diálogo 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ños ;-)

Una pregunta colateral es el rol de smalltalk en este nuevo estadío de la
informática, en dónde se alienta sin limites al fraccionamiento de los
sistemas y aún no se motiva más que a seguir escribiendo código (a mano o
"automáticamente")... 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á de interés también allí, y será considerada
ante ópticas diferentes a las que nos ocupa en Smalltalking.

_______________________________________________
Ruby mailing list
[email protected]
http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar


Por un lado, no se si son cosas de los últimos años el surgimiento de
estos lenguajes. Perl se usa desde no se cuándo, Python también tiene
ya sus 2 décadas, etc.
Por ahí lo que sucedió este tiempo es que mucha gente que no les daba
bola, los empezó a mirar por cansancio de chocar contra barreras que
los lenguajes de tipado estático y explícito tienen.

Pero no es lo único que se viene dando, últimamente también hay una
resurgida muy fuerte de los lenguajes funcionales. En hacker news y
ambientes como ese se viene hablando muchísimo de clojure, scala, etc.
Y hay mucha gente convencida incluso de que son el futuro (no soy de
ellos, aunque sí les veo muchas ventajas respecto a los no funcionales
en algunos ambientes).

El avance se está dando ya, y es una manera muy diferente de pensar a
las aplicaciones. No es algo que los usuarios vean o sientan, pero sí
es algo que cambió mucho la manera que nosotros tenemos de trabajar.
Al menos eso me parece a mi :)


--
fisa - Juan Pedro Fisanotti
_______________________________________________
Ruby mailing list
[email protected]
http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar


_______________________________________________
Ruby mailing list
[email protected]
http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar

Responder a