Lo pequeño no es lo mismo que lo simple

En un ensayo técnico con tono divulgativo, el autor parte de la cita "simple is not small" para distinguir dos conceptos que suelen confundirse en el diseño de software: lo pequeño (poco código, pocas piezas) y lo simple (poco acoplado, una sola "trenza"). Tomando como referencia la charla "Simple Made Easy" de Rich Hickey, el texto define "simple" como aquello que tiene una sola hebra y "complejo" como lo que entrelaza varias. El artículo contrasta dos versiones de un mismo programa para contar la frecuencia de palabras en un archivo: un pipeline de Unix (wc, tr, sort, uniq) que resulta conciso pero está acoplado, porque obliga a enlazar ordenación y agregación, y un programa en Clojure que separa ambas preocupaciones y permite reordenar la salida con apenas un cambio. La misma idea se aplica a Google Drive para escritorio: una aplicación enorme y con múltiples dependencias que, pese a su tamaño, resulta simple para el usuario porque cada capacidad está desacoplada. Como ejemplo adicional, el texto compara las estructuras (struct) de Rust con los mapas anotados de Clojure para mostrar cómo el desacoplo entre representación de datos y comprobación de tipos facilita la iteración, la reflexión y la documentación automática. El autor distingue además cuándo conviene priorizar lo pequeño (recursos limitados del mantenedor, restricciones de entorno) y remarca que lo simple debe buscarse siempre, ya que el acoplamiento aporta muy pocas ventajas reales.