Hace poco m\u00e1s de un mes, la oficina de Nubank en Vila Leopoldina, S\u00e3o Paulo, se convirti\u00f3 en el punto de encuentro para la comunidad Clojure de toda Sudam\u00e9rica y otras regiones. La segunda edici\u00f3n de Clojure South reuni\u00f3 a m\u00e1s de 200 desarrolladores, investigadores y entusiastas del lenguaje durante dos d\u00edas de intercambio de conocimientos, networking y celebraci\u00f3n de la programaci\u00f3n funcional.<\/p>\n\n\n\n
El evento reforz\u00f3 el papel de Brasil como uno de los centros m\u00e1s vibrantes para la comunidad Clojure, y el rol de Nubank como un punto focal activo para las comunidades tecnol\u00f3gicas.<\/p>\n\n\n\n
Fue en este ambiente de entusiasmo compartido que Alessandra Sierra, Principal Software Engineer en Nubank, inaugur\u00f3 la conferencia con su charla \u201c12 Years of Component\u201d (12 a\u00f1os de Component). En ella, reflexion\u00f3 no solo sobre la historia de una de las librer\u00edas m\u00e1s influyentes de Clojure, sino tambi\u00e9n sobre su experiencia personal ayudando a definir la forma en que miles de desarrolladores trabajan hoy en d\u00eda.<\/p>\n\n\n\n
La historia de Alessandra se remonta a 2007, cuando asisti\u00f3 a un meetup en la ciudad de Nueva York donde Rich Hickey present\u00f3 Clojure p\u00fablicamente por primera vez. Sali\u00f3 de esa sesi\u00f3n impresionada, ya que Clojure tra\u00eda el poder de un REPL (Read-Eval-Print Loop) interactivo al ecosistema de la JVM, permitiendo a los desarrolladores inspeccionar y modificar programas en ejecuci\u00f3n y recibir retroalimentaci\u00f3n inmediata.<\/p>\n\n\n\n
Sierra se convirti\u00f3 en una de las primeras en adoptar Clojure para el trabajo profesional y realiz\u00f3 contribuciones tempranas significativas a su librer\u00eda est\u00e1ndar. Pocos a\u00f1os despu\u00e9s, esto la llev\u00f3 a unirse a Relevance (m\u00e1s tarde rebautizada como Cognitect), la cual fue adquirida por Nubank en 2020.<\/a><\/p>\n\n\n\n Como consultora en Cognitect, trabajando con equipos que adoptaban Clojure para aplicaciones del mundo real, Sierra not\u00f3 un patr\u00f3n recurrente: el REPL otorgaba a los desarrolladores enormes ventajas en retroalimentaci\u00f3n y velocidad, pero muchas estructuras de aplicaciones hac\u00edan que esa experiencia fuera m\u00e1s dif\u00edcil de lo necesario.<\/p>\n\n\n\n A principios de la d\u00e9cada de 2010, el desarrollo web en Clojure sol\u00eda centrarse en Ring: simple y elegante, pero con sus desventajas. Ejecutar un servidor Jetty desde el REPL pod\u00eda bloquear el hilo principal, y recargar el c\u00f3digo a menudo dejaba definiciones obsoletas en la memoria. Reiniciar el REPL se volvi\u00f3 algo rutinario y frustrante.<\/p>\n\n\n\n Sierra quer\u00eda que los desarrolladores mantuvieran el flujo del desarrollo interactivo incluso en sistemas con estado y complejidad. La pregunta central era simple pero fundamental: \u00bfC\u00f3mo puede un sistema seguir funcionando mientras el desarrollador contin\u00faa evolucion\u00e1ndolo?<\/p>\n\n\n\n En lugar de aceptar la fricci\u00f3n causada por reiniciar el REPL cada vez que el c\u00f3digo cambiaba, Sierra dedic\u00f3 los a\u00f1os siguientes a dise\u00f1ar una nueva disciplina: un flujo de trabajo que eventualmente se conocer\u00eda como el Reloaded Workflow, nombrado as\u00ed por su popular art\u00edculo de blog \u201cMy Clojure Workflow, Reloaded\u201d.<\/a><\/p>\n\n\n\n El objetivo era directo pero transformador: los desarrolladores deb\u00edan poder evolucionar un sistema en ejecuci\u00f3n de forma segura, consistente y sin perder el contexto.<\/p>\n\n\n\n Este enfoque combin\u00f3 la librer\u00eda tools.namespace<\/a> con Component<\/a>, junto con pr\u00e1cticas de dise\u00f1o que fomentaban las dependencias expl\u00edcitas, minimizaban el estado global y separaban la l\u00f3gica pura de los l\u00edmites con estado. El resultado fue una experiencia de desarrollo centrada en el REPL, donde las aplicaciones pod\u00edan iniciarse, detenerse, actualizarse e inspeccionarse en tiempo real, sin romper el flujo de trabajo.<\/p>\n\n\n\n Component ofreci\u00f3 una forma ligera de modelar sistemas como partes independientes con ciclos de vida claros, sin sacrificar el dise\u00f1o funcional. Su peque\u00f1a superficie de API y su estabilidad a largo plazo fueron intencionales: los cambios se introdujeron de manera lenta y deliberada, ayudando a que la librer\u00eda permaneciera simple, accesible y duradera.<\/p>\n\n\n\n Doce a\u00f1os despu\u00e9s de su lanzamiento, Component sigue siendo una de las librer\u00edas m\u00e1s influyentes en el ecosistema Clojure. Ha sido referenciada m\u00e1s de 13,000 veces en el c\u00f3digo fuente de producci\u00f3n de Nubank, sigue dando forma a extensiones y forks, e incluso ha inspirado adaptaciones a otros lenguajes; un nivel de longevidad que rara vez alcanzan herramientas con una huella tan m\u00ednima.<\/p>\n\n\n\n Sierra cerr\u00f3 su charla reconociendo lo afortunada que fue al estar en el lugar correcto, en el momento adecuado y con el trabajo indicado mientras Clojure emerg\u00eda. Ese tipo de sincron\u00eda no se puede planificar.<\/p>\n\n\n\n Sin embargo, su consejo para quienes comienzan con Clojure o en el mundo del c\u00f3digo abierto fue universal:<\/p>\n\n\n\n \u201cTrabaja en cualquier cosa que te resulte interesante. Encuentra un patr\u00f3n que sea \u00fatil, construye herramientas que ayuden a otros a beneficiarse de \u00e9l. Pero, sobre todo, simplemente divi\u00e9rtete, porque eso es lo \u00fanico que puedes elegir\u201d<\/em><\/p>\n<\/blockquote>\n\n\n\nEl poder del REPL y la frustraci\u00f3n de las interrupciones<\/h2>\n\n\n\n
El nacimiento de Component<\/h2>\n\n\n\n
Un impacto duradero<\/h2>\n\n\n\n
\n