Zotero tardó cinco años en nacer, no cinco minutos de IA

The Slow Formation of Durable Software

En el vigésimo aniversario de Zotero, Dan Cohen recuerda cómo un grupo de historiadores en George Mason University dedicó años de conversaciones y colaboración a concebir una herramienta para gestionar referencias. Si la IA hubiera existido entonces, no habría acelerado el proceso: no sabían exactamente qué querían. Esa lentitud produjo un software duradero, no efímero.

Si la IA hubiera existido a principios de los 2000, no habríamos podido acelerar la concepción de Zotero, porque no sabíamos exactamente qué queríamos y, por lo tanto, no habríamos podido escribir prompts coherentes para un LLM.
  1. nickledave

    Para quienes se lo pregunten:

    Este post trata sobre Zotero.

    https://www.zotero.org/

    Si no eres académico, puede que no conozcas Zotero.

    Es un placer usarlo. Toda app debería ser así.

    Leo todo en él, incluidos los libros que estoy repasando ahora mismo de https://teachyourselfcs.com/

    También hace un trabajo increíble tomando capturas de posts. Lo uso todo el tiempo para guardar posts de HackerNews y poder anotarlos.

    Y se sincroniza automágicamente en todos los dispositivos y me deja almacenar demasiados archivos en la web como el acumulador con ADD que soy, sin despeinarse.

    En resumen, este software simplemente funciona, y funciona bien.

    Así que cuando alguien detrás de Zotero habla sobre cómo desarrollar software, escucho.

    Y es un post divertido con algo de historia. Deberías guardar este post en Zotero y luego leerlo.

  2. adamddev1

    > Pero esa formación lenta dio lugar a un software duradero en lugar de efímero, con una base sólida sobre la que se podía construir.

    La gente dice que el desarrollo agéntico es genial porque puedes producir muchísimo muy rápido. Pero eso no significa que algo de ello vaya a ser verdaderamente bueno y fiable.

    Las cosas que son verdaderamente perspicaces y sólidas terminan usándose exponencialmente más, lo que hace que el coste lineal del tiempo extra de desarrollo sea (asintóticamente) insignificante en la ecuación coste/beneficio.

  3. _fw

    Como alguien responsable de la adquisición de usuarios y el crecimiento de una empresa en términos de clientes e ingresos, este es un punto MUY relevante:

    > “… no podríamos haber acelerado la concepción de Zotero, porque no sabíamos exactamente qué queríamos, y por lo tanto no podríamos haber escrito prompts coherentes para un LLM.”

    Una proporción sorprendente de productos de software, quizás incluso de negocios hoy en día, son soluciones en busca de un problema.

    A veces eso está bien, pero solo a veces. Y ser una solución en busca de un problema requiere que hagas todo /lo demás/ prácticamente perfecto si quieres tener éxito.

    El hecho de que Zotero prestara atención a lo que la gente quería, se lo diera y estuviera orientado al mercado es demostrablemente una gran parte de su éxito.

    Es MUCHO más fácil hacer algo que la gente quiera, que hacer que quieran algo que tú hiciste.

  4. ORDINAND_PIZZA

    las cosas buenas llevan tiempo porque crecen a partir de algo así como una semilla. a medida que esa semilla crece, va descubriendo su contexto local y global. un cuidador curioso y paciente de esta semilla pasará mucho tiempo observándola, entendiéndola, tratando de encontrar la manera correcta de darle a la pequeña planta una base firme. con cuidado y atención, podría convertirse en un árbol y atraer todo tipo de otros insectos, animales y todo tipo de vida.

    la velocidad mata la calidad. es literalmente imposible hacer algo bueno rápido.

    lo sabemos, y sigue aplicándose al software. aunque podamos hacer las cosas más rápido, nunca llegarán a ser buenas (o geniales) sin una cantidad increíble de cuidado, paciencia y alegría por parte de quien las hace.

    no hay atajos hacia la calidad. siempre llevará mucho tiempo hacer algo bueno.

  5. kstenerud

    > Si la IA hubiera existido a principios de los 2000, no podríamos haber acelerado la concepción de Zotero, porque no sabíamos exactamente qué queríamos, y por lo tanto no podríamos haber escrito prompts coherentes para un LLM. En cambio, hizo falta mucho tiempo y colaboración para desarrollar una visión clara de lo que Zotero debería ser.

    La IA no impide esto. De hecho, puede ayudar a acelerar partes de ello.

    Está describiendo el ciclo de vida típico de un gran proyecto:

    - Examinar el panorama

    - Investigación de usuarios (cómo usan el software existente, cuáles son sus frustraciones, etc.)

    - Lluvia de ideas

    - Primeras ideas y prototipos

    - Refinamiento, retroalimentación de usuarios

    - Solidificar la visión y el diseño de procesos de alto nivel

    - Elegir tecnologías

    - Diseño y arquitectura

    - Planificar fases

    - Construir fases y luego probarlas con usuarios

    Los LLM son geniales para la investigación y geniales para los prototipos. Una vez que tienes tu diseño, también son buenos programando. También son buenos destilando la retroalimentación de los usuarios.

Más de este día

2026-10-08