El siguiente Rich

• Rich Hickey se retira del desarrollo de software comercial y de su empleo en Nubank, pero vuelve a ser desarrollador independiente y seguirá con el mantenimiento y la mejora de Clojure
• El trabajo en Clojure continuará con Alex, Stu, Fogus y varios colaboradores, y también hay planes para 1.12 y más allá
• Nubank seguirá apoyando a Alex, Fogus, el equipo central de Clojure y a la comunidad de Clojure en general
• Datomic seguirá siendo liderado por Stu dentro de Nubank, y su creciente equipo y una nueva oferta gratuita podrían marcar el siguiente cambio
• Este retiro le devuelve a Rich Hickey la libertad e independencia de los primeros días de Clojure, y el viaje de Clojure continúa

---

Retiro de Rich Hickey y desarrollo continuo de Clojure

• Rich Hickey se retira del desarrollo de software comercial y también concluye su empleo en Nubank
• Ver cómo Clojure y Datomic se aplicaban con éxito en entornos de gran escala fue una experiencia interesante para él
• Después de retirarse, volverá a ser desarrollador independiente y continuará con el mantenimiento y la mejora de Clojure
• El trabajo en Clojure seguirá junto con Alex, Stu, Fogus y muchas otras personas
• Hay trabajo útil planeado para Clojure 1.12 y versiones posteriores

La comunidad y el apoyo de Nubank

• La comunidad de Clojure sigue siendo amigable, madura y productiva
• La comunidad está expandiendo Clojure hacia varias áreas nuevas e interesantes
• Nubank seguirá apoyando a Alex, Fogus, el equipo central de Clojure y a la comunidad de Clojure en general

La siguiente etapa de Datomic

• Stu seguirá liderando el desarrollo de Datomic en Nubank
• El equipo de Datomic está creciendo y prosperando dentro de Nubank
• Queda por ver hacia dónde llevará la nueva oferta gratuita de Datomic

Reflexiones sobre Cognitect

• Para Rich Hickey, su tiempo en Cognitect sigue siendo uno de los momentos más destacados de su carrera
• Aprendió de todas las personas del equipo y siente un profundo agradecimiento por las interacciones que compartieron
• Stu y Justin asumieron riesgos repetidamente por sus ideas, fueron los mejores socios y amigos, y siempre encarnaron plenamente la integrity
• Alex Miller tenía en abundancia muchas habilidades que a Rich Hickey le faltaban, y sin su espíritu inquebrantable, positividad y amistad, Clojure no habría llegado a ser lo que es hoy

De vuelta como desarrollador independiente

• Rich Hickey hizo muchos amigos a través de Clojure y Cognitect, y espera seguir cultivando esas amistades en el futuro
• El retiro le devuelve la libertad e independencia de la época en que desarrollaba Clojure por primera vez
• El viaje de Clojure continúa

[GN⁺]

Opiniones de Hacker News

• Simple Made Easy de Rich es el mejor video sobre programación que he visto, y creo que es algo que muchos ingenieros realmente deberían entender para programar mejor.
  Trabajo como el ingeniero de mayor rango, es decir, chief architect, en una empresa con más de mil ingenieros, y a cada junior que me pregunta cómo mejorar le recomiendo este video.
  Además, la única aplicación grande que lancé con Clojure + Aleph lleva 7 años funcionando con una carga sostenida alta de más de 10k TPS, sin bugs ni caídas reportadas.

  • Beyond PEP8 de Raymond Hettinger también es una charla que recomiendo muchísimo.
    Eran ideas que siempre había tenido en la cabeza, pero que no lograba expresar bien a mis colegas; recién después de ver esta charla pude explicarlas, y como cubre tanto Python como Java, tiene más posibilidades de ser aceptada incluso por quienes no están familiarizados con la programación funcional.
    Muchos programadores con los que trabajé no intentaban aprender bien el entorno que usaban y repetían enfoques que no encajaban, o, al contrario, diseñaban abstracciones en exceso para forzar el entorno a su gusto; ambas cosas pueden arruinar una base de código.
  • Cuando empecé a aprender Clojure, 1 era el último resultado, 2 el resultado de dos expresiones atrás y *3 el de tres expresiones atrás, así que sentí que era imposible que eso no causara problemas más adelante.

• Escribí mi primer sistema de trading en Clojure porque tenía que depender de bibliotecas de Java.
  Era 2011 y tenía unos 3 años de experiencia con Lisp; recibí miradas de sospecha por usar un lenguaje relativamente nuevo, pero el hecho de que estuviera basado en la JVM ayudó a convencerlos, porque coincidía con el entorno que en ese momento usaban muchas firmas de trading de alta frecuencia.
  Unos años después, por nuevos requisitos que incluían interoperabilidad con C++, fue retirado y reescrito, pero el uso de memoria y el seguimiento de asignaciones se volvieron demasiado difíciles, y en sistemas sensibles al tiempo el costo de asignar memoria se sentía mucho.
  Al migrarlo de nuevo a Java, fue fácil reutilizar las bibliotecas de Java, pero trasladar el código de implementación de los algoritmos fue mucho más difícil por las técnicas al estilo Common Lisp: primero había creado un DSL en Clojure y luego escrito los algoritmos encima.
  Esa parte quedó mucho más verbosa y tosca después de la reescritura, pero fue realmente divertido, y siento que en un mes aprendí lo que normalmente aprendería en un año.

  • En la JVM, la asignación en sí no suele ser lenta; por lo general solo incrementa un puntero, así que muchas veces es más rápida que en lenguajes con gestión manual de memoria.
    La idea general es correcta porque los mecanismos necesarios para la recolección de basura generan overhead, pero es difícil decir que la lentitud se deba a la asignación en sí.
  • Me pregunto si no se pudo convencer a la empresa de usar un intérprete de Scheme embebible para el DSL.
  • Me da curiosidad si al final el rendimiento de Clojure/Java no fue suficiente y por eso tuvieron que pasarse a C++.
  • Si primero creaste un DSL en Clojure y escribiste los algoritmos con eso, ¿no significa que realmente hay que evitar al máximo las macros de Lisp?

• Hice dos proyectos grandes en Clojure: uno fue un SaaS de una startup que cerró, y el otro un sistema interno; ambos fueron realmente disfrutables.
  Aprendí el enorme valor de los componentes débilmente acoplados que intercambian datos simples, desde grandes componentes de servidor hasta el acoplamiento a nivel de módulo, y ahora desconfío mucho de los frameworks web enormes, monolíticos y dogmáticos.
  Lisp en general fue la madriguera de programación más gratificante en la que me he metido, una verdadera mina de oro de técnicas y entrenamiento que cambió mi forma de pensar incluso cuando programo en lenguajes imperativos/procedurales.

• La palabra congratulations viene del latín y combina com-, que significa “junto con”, con gratulari, que significa agradecer o mostrar alegría; gratulari viene de gratus, la misma raíz que gratitude.
  Solo tuve la suerte de conocer a Rich en persona unas cuantas veces, pero quiero expresar una profunda gratitud, y me da mucha alegría que esté dando este paso.
  Espero con ganas ver qué mostrará en la siguiente etapa.

  • Pocas cosas capturan tan bien ese espíritu como el clásico video Congratulations de Big Man Tyrone.
    El significado fue y vino de la sinceridad a la sátira y de vuelta a la sinceridad, pero creo que la actitud esencialmente alegre que subyace al video original contiene un optimismo de alegría genuina.

• Gracias a las charlas de Rich Hickey terminé explorando Clojure y la programación funcional en la universidad, y eso luego me llevó a tener la oportunidad de contribuir al desarrollo de F#, un lenguaje funcional, durante una parte de mi carrera.
  No puedo decir que haya sido un éxito enorme, pero tampoco fue un gran fracaso, y en definitiva me alegra mucho que las cosas hayan tomado ese rumbo.
  Incluso ahora, cuando a veces reviso mi proyecto de graduación escrito en Clojure, me parece singularmente elegante.

  • Tuve una experiencia parecida.
    Después hice cosas que tuvieron mayor impacto, pero al final el software del que más orgulloso estoy fue una calculadora hecha en ClojureScript.
    Basándome de forma libre en el último capítulo de SICP, implementé de manera ridículamente metacircular las transiciones de estado de una máquina de registros, y como la implementación era más interesante que la aplicación en sí, visualicé la máquina de registros en Processing como una ALU básica.
    Sin Rich Hickey o Clojure, creo que casi no habría sabido lo divertida y creativa que puede ser la escritura de software; si hubiera intentado meter esa lógica en producción, me habrían despedido de inmediato, pero la experiencia en sí fue A+.
  • Empecé a programar en F# durante tu etapa en Microsoft, y en pocos años F# se convirtió en una opción multiplataforma bastante capaz.
    Microsoft y la comunidad tienen mérito, pero tu ayuda sin duda también fue importante.

• Recuerdo cuando Rich habló del tiempo y el dinero que invirtió en Clojure, incluso dinero sacado de sus fondos de retiro.
  Espero que disfrute felizmente de una jubilación larga y plena.

• Los anuncios originales de 2020 están aquí:
  https://cognitect.com/blog/2020/07/23/Cognitect-Joins-Nubank
  https://news.ycombinator.com/item?id=23926407
  https://building.nubank.com.br/welcoming-cognitect-nubank/
  Es una historia muy interesante.

  • Pensé que había sido justo hace 1 año, así que tal vez había terminado el período de espera de Rich, pero al volver a mirarlo vi que no fue hace 1 año en absoluto.

• Es algo realmente genial.
  Primero, refuerza que Clojure sigue madurando como proyecto de equipo.
  Segundo, parece una señal de que vendrán cosas nuevas geniales que solo pueden surgir de la libertad personal.
  Tercero, es como si el BDFL se retirara de su empleador para lanzarse directamente al trabajo de toda su vida, así que dan ganas de apoyarlo.

  • Yo también lo vi exactamente así, y ahora este lenguaje ganó mucha más concentración.

• Una vez conocí a Rich jugando Marvel Champions en la casa de Stu.
  Gracias por Clojure, Datomic, Cognitect y por tantas charlas; esas creaciones enriquecieron mi vida de muchas maneras.
  Espero que después de retirarse tenga suficiente tiempo para pasarlo en una hamaca.

• Sin el enorme esfuerzo de la comunidad alrededor de Clojure y ClojureScript, OrgPad no habría sido posible.
  Los miembros del equipo probablemente también habrían quedado atrapados dentro de la academia o de estructuras corporativas, pero en cambio pudimos vivir como una startup/empresa operada, en la práctica, por dos familias.
  Gracias a Rich y a todos los que ayudaron en ese camino por convertir la programación en algo predecible, productivo y casi divertido, no en trabajo pesado.