En el Nu M\u00e9xico Meetups #12, exploramos c\u00f3mo la simplicidad es un principio estrat\u00e9gico clave para construir software escalable, y por qu\u00e9 es esencial para ofrecer productos financieros confiables y accesibles a millones de personas.<\/p>\n\n\n\n
Nuestra invitada en esta edici\u00f3n fue Jordan Miller, especialista en tecnolog\u00eda y educaci\u00f3n, con enfoque en personas, programaci\u00f3n y pedagog\u00eda. Con amplia experiencia en Clojure y Datomic, Jordan es coautora del libro Clojure Brain Teasers, cofundadora de Clojure Camp y presentadora del podcast Lost In Lambduhhs. En su charla, comparti\u00f3 ideas valiosas sobre c\u00f3mo la simplicidad\u2014cuando se aplica de forma deliberada\u2014puede convertirse en una ventaja estrat\u00e9gica para los equipos de ingenier\u00eda, especialmente en organizaciones que necesitan escalar con responsabilidad y prop\u00f3sito.<\/p>\n\n\n\n
En este post, recorremos los principales conceptos abordados: las trampas de la complejidad accidental, los tres niveles donde esta se manifiesta (organizacional, de equipo e individual), la diferencia entre lo simple y lo f\u00e1cil, y c\u00f3mo herramientas como Clojure y Datomic nos ayudan a construir sistemas sostenibles, auditables y resilientes.<\/p>\n\n\n\n
La simplicidad no es lo mismo que la facilidad. Mientras que \u201cf\u00e1cil\u201d es subjetivo y depende de la experiencia de cada persona, \u201csimple\u201d es objetivo: se trata de tener menos dependencias y mayor claridad conceptual. En el desarrollo de software, eso significa reducir la carga cognitiva de quienes dise\u00f1an, mantienen y evolucionan los sistemas.<\/p>\n\n\n\n
En Nubank, la simplicidad es intencional. Es el resultado de decisiones estructurales que priorizan la claridad por encima de la conveniencia inmediata. Un sistema simple es m\u00e1s f\u00e1cil de entender, depurar, extender y, lo m\u00e1s importante, de confiar.<\/p>\n\n\n\n
Como personas, podemos manejar solo una cantidad limitada de conceptos a la vez. Por eso, los sistemas con muchas capas de abstracci\u00f3n, dependencias entre servicios o estados mutables dificultan tanto el trabajo t\u00e9cnico como la experiencia del cliente final. Y cuando esas capas crecen sin control, generan lo que llamamos deuda t\u00e9cnica: el tiempo invertido en mantener y entender sistemas que ya no escalan adecuadamente.<\/p>\n\n\n\n
La complejidad de un sistema no vive solo en el c\u00f3digo: se manifiesta en diferentes niveles dentro de una organizaci\u00f3n:<\/p>\n\n\n\n
A nivel macro, la complejidad surge cuando hay desalineaci\u00f3n entre equipos, elecciones tecnol\u00f3gicas fragmentadas o decisiones aisladas que dificultan la colaboraci\u00f3n. Para evitar esto, en Nubank adoptamos un stack tecnol\u00f3gico unificado con Clojure, ClojureScript y Datomic, lo que permite una mejor comunicaci\u00f3n entre los equipos de backend y frontend, as\u00ed como mayor movilidad entre ellos.<\/p>\n\n\n\n
Tambi\u00e9n promovemos la autonom\u00eda con responsabilidad, uno de nuestros valores culturales, lo que requiere confianza y claridad en el entorno t\u00e9cnico.<\/p>\n\n\n\n
Entre personas ingenieras, mantener la simplicidad implica pr\u00e1cticas como dise\u00f1o colaborativo, revisiones compartidas y construcci\u00f3n de entendimiento colectivo antes de escribir c\u00f3digo. Trabajar as\u00ed rompe silos de conocimiento y fortalece la familiaridad con el sistema\u2014algo clave para el crecimiento continuo.<\/p>\n\n\n\n
A nivel personal, la simplicidad significa dejar de lado el ego, estar dispuesto a pedir ayuda, revisar ideas y equivocarse de forma segura. Tambi\u00e9n implica identificar la \u201czona de desarrollo pr\u00f3ximo\u201d, donde el aprendizaje y la colaboraci\u00f3n realmente suceden.<\/p>\n\n\n\n
Esta mentalidad permite que cada ingeniero o ingeniera evolucione sin miedo a causar impactos irreversibles, porque los sistemas est\u00e1n dise\u00f1ados desde el inicio para ser auditables y resilientes.<\/p>\n\n\n\n
Otro pilar clave del Meetup fue la pr\u00e1ctica de la resoluci\u00f3n estructurada de problemas. Muchas veces, la complejidad crece cuando saltamos directamente a soluciones sin entender el problema real.<\/p>\n\n\n\n
Aqu\u00ed aplicamos un enfoque inspirado en el pensamiento socr\u00e1tico y el m\u00e9todo cient\u00edfico: hacemos preguntas, formulamos hip\u00f3tesis, probamos y documentamos. Usamos matrices de decisi\u00f3n para analizar los efectos colaterales de diferentes caminos\u2014una inversi\u00f3n que vale la pena al construir soluciones duraderas.<\/p>\n\n\n\n
\u00bfY c\u00f3mo saber si un problema es \u201cbueno\u201d? Debe tener criterios expl\u00edcitos, ser relevante y representar un obst\u00e1culo significativo en el camino del progreso. Los problemas bien definidos evitan implementaciones innecesarias y fomentan la claridad entre todos los involucrados.<\/p>\n\n\n\n
La elecci\u00f3n de Nubank por lenguajes funcionales como Clojure y bases de datos inmutables como Datomic no fue casual. Estas herramientas est\u00e1n profundamente alineadas con nuestra visi\u00f3n de ingenier\u00eda: construir sistemas que prioricen la claridad, auditabilidad, seguridad y evoluci\u00f3n continua.<\/p>\n\n\n\n
Datomic, por ejemplo, nos permite observar todo el historial de datos, con trazabilidad nativa y sin efectos colaterales inesperados. Esto es especialmente cr\u00edtico en servicios financieros, donde la confiabilidad y la trazabilidad no son negociables.<\/p>\n\n\n\n