

Discover more from La Naturaleza del Software
Douglas Crockford no es cualquier programador, es uno muy influyente. Autor del clásico “Javascript the good parts”, el libro que nos permite usar este lenguaje sin dispararnos en los pies. Pero también fue la persona que escribió la especificación de JSON.
Hace unos meses Crockford reaparece con dos propuestas: primero dejemos de usar Javascript.
La segunda propuesta es un nuevo lenguaje de programación, que llamó Misty (como una broma en el sentido de que es algo brumoso y que espera sea más una inspiración para crear nuevos lenguajes).
Ahora bien, ¿para qué necesitamos un nuevo lenguaje de programación?
La respuesta de Crockford es que los lenguajes de programación representan un modelo (él usa la palabra paradigma) anticuado de computación.
Cuando se creó C, por ejemplo, los computadores eran mucho menos poderosos que los actuales. Las necesidades de 1970 no son las de esta época.
Y tiene razón. Otro argumento es que hoy tenemos la capacidad y la necesidad de programar sobre entornos con múltiples procesadores. El problema es que muchos programas mantienen una suerte de ilusión de secuencialidad, incluso cuando estamos programando procesos concurrentes. Esto nos impide entender correctamente lo que estamos haciendo, y muchas veces es la fuente de varios bugs.
Como alguien que ha tenido que sufrir los dolores de cabeza tratando de depurar código concurrente, creo que hay un punto importante ahí.
Pero lo sorprendente es la solución que propone Crockford, adoptar el modelo de Actores.
Si ustedes han programado en Elixir o Euler, saben que este modelo es poderosísimo como modelo de programación concurrente. Por alguna extraña razón el autor de JSON en vez de promover el uso de Elixir o Erlang, ha decidido crear su propio lenguaje.
Acá les dejo la charla, y vamos a hablar un poco de este poderoso modelo en los próximos artículos, porque me parece que es importante conocerlo y vale la pena promover su uso y de los lenguajes que lo implementan
La charla vale la pena, a pesar de que no estoy de acuerdo con la conclusión, pero es una buena introducción al modelo de actores y explica muy bien porque es algo que deberíamos usar más
El próximo lenguaje de programación
Fuiste generoso con "Por alguna extraña razón˝ :)
Aunque algo me cuadra la idea de tener un protocolo de transporte para conectar actores cruzando lenguajes de programación. Pero echo de menos que mire el Link Protocol de erlang. O hasta gRPC. Como que mira poco fuera de su burbuja, ¿o no?