programming-languages - tiobe - smalltalk pharo
¿Qué lenguajes de programación(además de Smalltalk) están basados en imágenes? (11)
De hecho, podría considerar que las bases de datos de SQL están basadas en imágenes: los datos y el código (procedimientos almacenados) se almacenan juntos en un gran bloc opaco.
Estoy realmente interesado si alguien conoce un lenguaje de programación que usa una imagen como Smalltalk ...
Creo que es uno de los mejores ides en la historia de la informática. No puedo encontrar otro lenguaje además de Smalltalk que se base en una imagen.
La mayoría de las implementaciones de Common Lisp.
Las aplicaciones de una sola página se pueden considerar como un tipo de imágenes para JavaScript + HTML. Aplicación de una sola página significa una aplicación [web] donde todos los datos, el código y el estado están contenidos en un solo documento HTML.
Considere TiddleWiki como ejemplo: http://www.tiddlywiki.com/
Los primeros intérpretes de BASIC podían considerarse basados en imágenes, ya que incorporaban un editor rudimentario y conservaban la forma de origen de un programa en la memoria mientras el usuario trabajaba en él, y proporcionaban comandos como "GUARDAR" y "CARGAR" (o era "READ"?) Para guardar todo el programa en un archivo de origen y volver a cargarlo más tarde.
Me encontré con este comentario que creo que da un sabor de desarrollo basado en imágenes.
"Entonces, si bien puedo y uso la JVM para la computación del lado del servidor, es un poco pesado para tareas pequeñas y simples. La respuesta de Common Lisp a este problema fue ingeniosa. En lugar de crear programas que se ejecutan una y otra vez, ofrece un "entorno" en el que el código se evalúa de manera iterativa, de modo que realmente crece y nutre un conjunto creciente de funciones dentro de una máquina virtual de larga duración. Me gusta este modelo cuando es apropiado , y lo disfruto, por ejemplo, en Emacs, que puedo dejar funcionando durante días y al mismo tiempo ampliando su funcionalidad escribiendo nuevas funciones y personalizando variables ".
Muchos sistemas Lisp están usando ''imágenes''. De ahí es donde Smalltalk lo obtuvo, posiblemente, ya que Lisp ya tenía imágenes mucho antes de que existiera Smalltalk. Lisp 1.5 de McCarthy a principios de los años 60 usaba imágenes. El conocimiento sobre las técnicas de implementación de Lisp se transfirió a Xerox.
Más tarde, el sistema operativo en las máquinas Lisp eran básicamente imágenes Lisp (incluso imágenes jerárquicas con imágenes incrementales delta).
Si pregunta qué idioma usa una forma similar de organizar el código fuente (es decir, no en los archivos), Xerox InterLisp lo hizo de nuevo. Dylan de Apple hizo eso. Algunas herramientas de desarrollo de DB pueden hacer eso.
Para responder a la pregunta de Bill K: aparentemente funciona bien (aunque no he probado personalmente el control de versiones en un equipo).
Sin embargo, todos los sistemas Smalltalk lo hacen de manera un poco diferente. Hay un podcast muy interesante al respecto en The Stack Trace . Gran parte de esto se aplica a todos los entornos de desarrollo basados en imágenes.
Por lo que recuerdo haber estado sentado al lado de mi papá en los años 80, MUMPS se basa en imágenes. Ciertamente podría estar equivocado, y un escaneo rápido del artículo de Wikipedia no mostró nada, pero es posible ...
Sí, la mayoría de los Forths están basados en imágenes.
Tengo curiosidad por saber si el sistema de imagen Smalltalk escala.
Si tenía 20 programadores trabajando en la misma base de código, ¿cómo funciona eso? ¿Tienen cada uno su propia imagen, o comparten una?
Si realiza una modificación de código que requiere una modificación de su entorno, y alguien realiza una modificación diferente con requisitos similares, ¿se pueden combinar las imágenes (como ocurre con el Control de versión)?
Factor es un Forth con muchas características de alto nivel y una imagen.