La intención de mi pregunta no es iniciar una guerra de fuego, sino más bien determinar en qué circunstancias cada idioma es "la mejor herramienta para el trabajo".
He leído varios libros sobre Clojure ( Programming Clojure , Practical Clojure , The Joy of Clojure y la edición Manning Early Access de Clojure in Action ), y creo que es un lenguaje fantástico. Actualmente estoy leyendo Let Over Lambda, que se ocupa principalmente de macros Common Lisp, y también es un lenguaje muy interesante.
Estoy no un experto en Lisp (más de un novato), pero esta familia de lenguas me fascina, al igual que la programación funcional, en general.
Ventajas de Clojure (y desventajas de "otros"):
Se ejecuta en la JVM.
La JVM es un entorno de lenguaje muy estable y de alto rendimiento que cumple bastante bien con el sueño de Sun de "Escribir una vez, ejecutar [casi] en cualquier lugar". Puedo escribir código en mi Macbook Pro, compilarlo en un archivo JAR ejecutable y luego ejecutarlo en Linux y Microsoft Windows con pocas pruebas adicionales.
La JVM (Hotspot y otras) admite la recolección de basura de alta calidad y una compilación y optimización just-in-time de gran rendimiento. Donde hace apenas unos años escribí todo lo que tenía que correr rápido en C, ahora no dudo en hacerlo en Java.
Modelo estándar, simple y de múltiples subprocesos. ¿Common Lisp tiene un paquete estándar de subprocesos múltiples?
Rompe la monotonía de todos esos paréntesis con
[],{}y#{}, aunque los expertos en Common Lisp probablemente me dirán que con las macros de lector, puedes agregarlas a CL.
Desventajas de Clojure :
- Se ejecuta en la JVM.
- Sin recursividad o continuaciones de cola. ¿Common Lisp admite continuaciones? El esquema requiere apoyo para ambos, creo.
Ventajas de otros (Common Lisp, en particular) (y desventajas de Clojure):
Macros de lector definibles por el usuario.
Otras ventajas?
Pensamientos Otras diferencias?
fuente
Respuestas:
Mi lista personal de razones para preferir Clojure a otros Lisps (ps, ¡todavía creo que todos los Lisps son geniales!):
Se ejecuta en la JVM, por lo que obtiene acceso automático a la fantástica ingeniería de la propia JVM (algoritmos avanzados de recolección de basura, optimización HotSpot JIT, etc.)
Muy buena interoperabilidad de Java: proporciona compatibilidad con la amplia gama de bibliotecas del ecosistema de lenguajes Java / JVM. He usado Clojure como un lenguaje de "pegamento" para conectar diferentes bibliotecas de Java con buen efecto. Como también desarrollo una gran cantidad de código Java, es útil para mí que Clojure se integre bien con las herramientas de Java (por ejemplo, uso Maven, Eclipse con el complemento Counterclockwise para mi desarrollo de Clojure)
Buena sintaxis para vectores
[1 2 3], mapas{:bob 10, :jane 15}y conjuntos#{"a" "b" "c"}: considero estas herramientas bastante esenciales para la programación moderna (¡además de las listas, por supuesto!)Personalmente, me gusta el uso de corchetes para encuadernar formularios: por ejemplo
(defn foo [a b] (+ a b)), creo que hace que el código sea un poco más claro de leer.Énfasis en la programación funcional y perezosa con estructuras de datos persistentes e inmutables; en particular, toda la biblioteca central de Clojure está diseñada para admitir esto de forma predeterminada
Excelente implementación de STM para la concurrencia de múltiples núcleos. Creo que Clojure tiene la mejor historia de concurrencia de cualquier idioma en este momento (vea este video para obtener más información del propio Rich Hickey )
Es un Lisp-1 (como Scheme), que personalmente prefiero (creo que en un lenguaje funcional tiene sentido mantener las funciones y los datos en el mismo espacio de nombres)
fuente
Tenga en cuenta que Clojure es un lenguaje y una implementación (generalmente en la JVM). Common Lisp es un lenguaje con más de diez implementaciones diferentes. Entonces tenemos una discrepancia de categoría aquí. Por ejemplo, podría comparar Clojure con SBCL.
Generalmente:
una versión de Common Lisp se ejecuta en la JVM: ABCL
la mayoría de las demás implementaciones de Common Lisp no
la mayoría de las implementaciones de CL tienen capacidades multitarea, una biblioteca proporciona una interfaz común
Common Lisp tiene sintaxis para matrices. El usuario puede escribir la sintaxis de otros tipos de datos y la proporcionan varias bibliotecas.
Common Lisp no admite la optimización de llamadas de cola ni las continuaciones. Las implementaciones proporcionan TCO y las bibliotecas proporcionan alguna forma de continuación.
fuente
Una diferencia importante entre Clojure y Common Lisp es que Clojure es más prescriptivo sobre la programación funcional. La filosofía, los modismos y, hasta cierto punto, los lenguajes / bibliotecas de Clojure alientan fuertemente y, a veces, insisten en que programe de manera funcional (sin efectos secundarios, sin estado mutable).
Common Lisp definitivamente admite la programación funcional, pero también permite el estado mutable y la programación imperativa.
Por supuesto, hay una serie de beneficios para la programación funcional, en el área de concurrencia y otros. Pero en igualdad de condiciones, también es bueno poder elegir el enfoque que desea utilizar para cada situación. Clojure no prohíbe completamente la programación imperativa, pero se adapta menos a ese estilo que Common Lisp.
fuente
Aquí hay un buen video con una comparación de Scheme (Racket principalmente) y Clojure .
Para ser justos, Racket también tiene azúcar de sintaxis (material de lectura adicional) para los tipos de datos (#hash, #, corchetes, etc.)
Además, la única forma de Clojure de hacer una llamada de cola adecuada es usar
recur, esa es la desventaja de compilar en JVM.fuente
trampolinellamadas de cola.