On credit attribution and research software: A case study from lattice QCD

Imagina un mundo donde los descubrimientos más importantes no se realizan con telescopios o colisionadores de partículas, sino con líneas de código informático. Este es el reino de la Cromodinámica Cuántica en Red (Lattice QCD), una rama de la física que intenta comprender el pegamento diminuto y viscoso que mantiene unidos los componentes más pequeños del universo. Debido a que las matemáticas son demasiado difíciles de resolver con lápiz y papel, los científicos construyen simulaciones digitales masivas. En este mundo, el software no es solo una calculadora; es el laboratorio entero. Si el código se rompe, el experimento se detiene.

Durante décadas, la ciencia ha tenido una regla simple para otorgar el crédito: si escribes un artículo, tu nombre aparece en él. Pero en la era del Big Data, ha surgido un nuevo problema. ¿Quién recibe el crédito por el software gigante y complejo que hace posible el artículo? ¿Es la persona que pasó cinco años construyendo el "motor" de un coche menos importante que la persona que lo condujo hasta la línea de meta? Esta pregunta se está convirtendo en un gran dolor de cabeza para los científicos. Si las personas que construyen las herramientas no reciben reconocimiento, podrían dejar de construirlas, y todo el campo podría estancarse. Es un debate sobre la justicia, las carreras y cómo decidimos quién "realizó realmente el trabajo".

---

La historia de los constructores invisibles

Este artículo cuenta una historia real del mundo de la Lattice QCD, centrándose en un conflicto específico que ocurrió en una universidad alemana. Es la historia de un brillante joven investigador, Alessandro, que pasó años construyendo un sistema de software masivo y complejo del que dependía todo su equipo. Piensa en Alessandro como el maestro arquitecto que diseñó y construyó toda la cimentación, la fontanería y la red eléctrica de un rascacielos.

Entonces, comenzó un nuevo proyecto. El equipo quería utilizar el rascacielos de Alessandro para realizar un nuevo experimento. Pero cuando los resultados estuvieron listos para ser publicados, los líderes del equipo decidieron que Alessandro no debería figurar como autor en el artículo. Argumentaron que el software era solo una "herramienta", como un martillo o una llave inglesa, y que las personas que usaban la herramienta para realizar el experimento merecían el crédito. Alessandro, sin embargo, sentía que era más que un fabricante de herramientas; había contribuido con las ideas centrales y el código real que hizo posible el nuevo experimento.

La situación se complicó. Los líderes del equipo subieron un artículo a un archivo público sin el nombre de Alessandro como autor, aunque lo mencionaron en una pequeña sección de "agradecimientos" al final. Alessandro no estaba contento. Sentía que sus años de trabajo estaban siendo borrados. Intentó hablar con ellos, pero la conversación se estancó durante ocho meses. Finalmente, llevó el asunto ante un "ombudsman" oficial (un árbitro neutral para disputas científicas) para obtener una audiencia justa.

La decisión del árbitro y el sistema "autoprotector"

Aquí es donde la historia se vuelve complicada. El árbitro, un comité oficial, examinó el caso. Concluyeron que no hubo una "falta" formal por parte de los líderes del equipo, pero tampoco validaron explícitamente la exclusión de Alessandro como algo correcto. De hecho, el autor señala que el comité no se involucró con una parte sustancial de las más de 100 páginas de evidencia que él presentó, ni explicaron por qué ignoraron sus argumentos. Se sintió como una puerta cerrada.

El autor también notó algo extraño: las reglas del comité decían que si alguien intentaba hablar del caso en público o en un tribunal, sería castigado por romper la confidencialidad. Alessandro pregunta: "¿Está este sistema diseñado para resolver problemas, o está diseñado para proteger la reputación de la universidad?". Destaca una preocupación grave: estas reglas de confidencialidad pueden entrar en conflicto con los derechos constitucionales de protección judicial, impidiendo potencialmente que los individuos defiendan sus reclamos legales o apelen las decisiones.

Además, el autor señala que el comité permitió que la parte contraria publicara su trabajo sin citar la publicación previa del autor que documentaba la concepción del proyecto, a pesar de la solicitud para hacerlo. Esta omisión significó que los lectores no fueron dirigidos a la publicación donde se documentó por primera vez la idea central del proyecto.

El autor también revela una consecuencia personal: a pesar de un compromiso previo en la solicitud de financiación de la colaboración para incluirlo en el tercer periodo de financiación, fue excluido unilateralmente apenas unas semanas antes de que comenzara el periodo, incluso mientras estaba de baja por paternidad.

Sugiere que el sistema podría ser "autoprotector". Imagina una escuela donde el director dice: "Si te quejas de un profesor, te escucharemos, pero no puedes contarle a nadie lo que dijimos, y no te diremos por qué decidimos lo que decidimos". Si un estudiante se siente tratado injustamente, no tiene forma de probarlo o apelar la decisión. El autor teme que este tipo de secreto dificulta que los jóvenes científicos hablen cuando sienten que su arduo trabajo está siendo robado.

La "Herramienta" frente al "Arquitecto"

El artículo utiliza un experimento mental divertido para explicar por qué esto es importante. Imagina a un investigador que pasa 20 años escribiendo el "software definitivo" que resuelve todos los problemas en su campo. Todo el mundo lo usa. Se le cita miles de veces. Pero debido a que pasó todo su tiempo programando y no escribiendo artículos, nunca llega a ser autor de ninguno de los estudios famosos que utilizan su software.

El autor pregunta: ¿Es esto justo? Si el software es la parte más importante de la investigación, ¿no debería la persona que lo construyó recibir el mismo crédito que la persona que lo utilizó? El artículo sugiere que el sistema actual está roto. Trata al software como una simple herramienta (como un microscopio) en lugar de un logro intelectual masivo (como escribir un libro).

El artículo también analiza los números. Muestra que en el software que construyó Alessandro, él escribió más del 90% del código para algunas partes y contribuyó con cientos de miles de líneas de código. Sin embargo, en el artículo final, fue tratado como un ayudante menor. El artículo argumenta que esto envía un mal mensaje a los jóvenes científicos: "Si pasas tu tiempo construyendo las herramientas, no tendrás una carrera".

Lo que el artículo realmente dice (y lo que no dice)

Este artículo no afirma que los líderes del equipo hayan violado ninguna ley. Admite que, legalmente, la universidad es dueña del código y que los líderes tenían permitido publicar. El artículo no dice que el software fuera perfecto o que los nuevos resultados científicos fueran erróneos.

En cambio, el artículo sugiere que la forma en que se otorga el crédito está obsoleta. Argumenta que las reglas actuales, que se hicieron cuando las computadoras eran solo ayudantes simples, no encajan en el mundo moderno donde el software es el evento principal. El autor sospecha que el sistema de resolución de disputas en Alemania puede estar demasiado enfocado en proteger a la institución en lugar de ayudar al individuo, señalando que el comité no abordó los argumentos específicos sobre el papel del software como una "herramienta" frente a una "contribución conceptual".

El artículo concluye que necesitamos nuevas reglas. Sugiere que la comunidad científica necesita acordar cómo dar crédito a los constructores de software, quizás otorgándoles la autoría o un tipo especial de reconocimiento que cuente para su carrera. Advierte que, si no arreglamos esto, podríamos perder a las mejores personas que están dispuestas a construir las complejas herramientas que la ciencia necesita para seguir avanzando.

En resumen, esta es la historia de un constructor que construyó la casa, pero las personas que se mudaron recibieron todo el crédito por la fiesta dentro. El autor pregunta: "¿Es hora de cambiar las reglas para que el constructor tenga un asiento en la mesa?".