{"id":585,"date":"2026-07-22T08:17:33","date_gmt":"2026-07-22T08:17:33","guid":{"rendered":"https:\/\/matforge.org\/?p=585","raw":"https:\/\/matforge.org\/?p=585"},"modified":"2026-07-22T08:17:33","modified_gmt":"2026-07-22T08:17:33","slug":"versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too","status":"publish","type":"post","link":"https:\/\/matforge.org\/es\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\/","title":{"rendered":"Versiones, reproducibilidad y por qu\u00e9 los equipos de software de investigaci\u00f3n tambi\u00e9n enfrentan problemas de integridad","raw":"Versiones, reproducibilidad y por qu\u00e9 los equipos de software de investigaci\u00f3n tambi\u00e9n enfrentan problemas de integridad"},"content":{"rendered":"<span class=\"span-reading-time rt-reading-time\" style=\"display: block;\"><span class=\"rt-label rt-prefix\">Reading Time: <\/span> <span class=\"rt-time\"> 7<\/span> <span class=\"rt-label rt-postfix\">minutes<\/span><\/span><h2>La pregunta de integridad no comienza en la publicaci\u00f3n<\/h2>\n<p>La integridad de la investigaci\u00f3n en la ciencia pesada en el software comienza mucho antes de que se presente un manuscrito. En la simulaci\u00f3n de materiales, el modelado computacional y los flujos de trabajo de computaci\u00f3n de investigaci\u00f3n, la reivindicaci\u00f3n publicada suele ser solo la superficie final de una cadena mucho m\u00e1s larga: c\u00f3digo, configuraci\u00f3n, versiones de dependencia, datos de entrada, comportamiento del solucionador, historial de ejecuci\u00f3n e interpretaci\u00f3n.<\/p>\n<p>Esa cadena puede debilitarse silenciosamente. Una figura puede provenir de un gui\u00f3n que luego se cambi\u00f3. Una simulaci\u00f3n puede depender de un entorno local que nadie m\u00e1s pueda reconstruir. Un cuaderno puede contener la salida final pero no la secuencia exacta que la produjo. Es posible que se haya editado un archivo de par\u00e1metros despu\u00e9s de que se discuti\u00f3 por primera vez el resultado. Ninguna de estas situaciones demuestra autom\u00e1ticamente una mala conducta, pero cada una hace que la investigaci\u00f3n sea m\u00e1s dif\u00edcil de verificar.<\/p>\n<p>Para los equipos de software de investigaci\u00f3n, la integridad no se trata solo de evitar el texto copiado o los datos fabricados. Tambi\u00e9n se trata de conservar suficiente evidencia de flujo de trabajo para responder a una pregunta pr\u00e1ctica: \u00bfpuede el equipo explicar c\u00f3mo surgi\u00f3 este resultado computacional?<\/p>\n<h2>El control de versiones es evidencia, no solo organizaci\u00f3n<\/h2>\n<p>A menudo se introduce el control de versiones como una forma de organizar la colaboraci\u00f3n. Eso es cierto, pero incompleto. En el software de investigaci\u00f3n, los compromisos, las ramas, las etiquetas, las versiones y el historial de cambios tambi\u00e9n se convierten en evidencia. Muestran cu\u00e1ndo cambi\u00f3 el c\u00f3digo, qui\u00e9n lo cambi\u00f3, qu\u00e9 se supuso el cambio para abordar y qu\u00e9 estado de software admite un resultado informado.<\/p>\n<p>Esto importa porque el software cient\u00edfico rara vez es est\u00e1tico. Un solucionador puede ser refinado, se puede corregir una condici\u00f3n de l\u00edmite, se puede limpiar un script de trazado o una dependencia puede cambiar el comportamiento entre versiones. Sin un registro de versi\u00f3n estable, un equipo puede saber que un resultado era \u00abdel c\u00f3digo actual\u00bb, pero esa frase se vuelve in\u00fatil una vez que el c\u00f3digo actual avanza.<\/p>\n<p>El patr\u00f3n de carpeta familiar de FINAL_CODE, FINAL_CODE_V2 y FINAL_CODE_REVISADO puede parecer inofensivo durante la fecha l\u00edmite del proyecto. M\u00e1s tarde, se convierte en un problema de trazabilidad. Si un documento, un informe o un conjunto de datos no se pueden vincular a una confirmaci\u00f3n espec\u00edfica o una versi\u00f3n etiquetada, el resultado depende de la memoria en lugar de la evidencia.<\/p>\n<p>Un buen versionado no garantiza la ciencia correcta. Hace algo m\u00e1s estrecho y esencial: mantiene inspeccionable el registro computacional.<\/p>\n<h2>La reproducibilidad hace que la depuraci\u00f3n y la integridad se superpongan<\/h2>\n<p>La revisi\u00f3n de la depuraci\u00f3n y la integridad a menudo comienza con diferentes motivos, pero hace preguntas relacionadas. La depuraci\u00f3n pregunta: \u00ab\u00bfQu\u00e9 cambi\u00f3?\u00bb Revisi\u00f3n de integridad pregunta: \u201c\u00bfQu\u00e9 produjo este resultado?\u201d Ambas preguntas dependen de la reproducibilidad.<\/p>\n<p>Cuando una simulaci\u00f3n deja de coincidir con una figura anterior, un equipo necesita saber si la causa fue un cambio de c\u00f3digo, un ajuste de par\u00e1metro, una actualizaci\u00f3n de dependencia, una configuraci\u00f3n de malla, una semilla aleatoria o un paso manual no documentado. Esa misma informaci\u00f3n importa si un revisor, colaborador o futuro usuario pregunta m\u00e1s tarde si se puede confiar en el resultado informado.<\/p>\n<p>Esta es la raz\u00f3n por la que <a href=\"https:\/\/matforge.org\/reproducibility-and-its-role-in-debugging\/\">reproductibility como parte de la depuraci\u00f3n del software cient\u00edfico<\/a> no es solo una conveniencia del desarrollador. Es parte de la infraestructura de integridad de un flujo de trabajo de investigaci\u00f3n. Un flujo de trabajo reproducible brinda a los equipos una forma de diagnosticar errores sin adivinar y defender los resultados sin depender solo de la autoridad.<\/p>\n<p>La superposici\u00f3n es especialmente importante en proyectos de investigaci\u00f3n de r\u00e1pido movimiento. Un equipo puede corregir errores, explorar alternativas y volver a ejecutar simulaciones muchas veces antes de la publicaci\u00f3n. A menos que esos cambios sean rastreables, el trabajo de desarrollo ordinario puede parecer una brecha inexplicable en la cadena de evidencia.<\/p>\n<h2>La cadena de integridad del software de investigaci\u00f3n<\/h2>\n<p>Una forma \u00fatil de pensar en la integridad del software de investigaci\u00f3n no es una lista de las mejores pr\u00e1cticas aisladas, sino como una cadena. Cada enlace conecta una afirmaci\u00f3n cient\u00edfica con la evidencia del flujo de trabajo que lo respalda. Si un eslab\u00f3n es d\u00e9bil, el reclamo completo se vuelve m\u00e1s dif\u00edcil de inspeccionar.<\/p>\n<table class=\"custom-table\">\n<tbody>\n<tr>\n<th>Enlace de la cadena de integridad<\/th>\n<th>pregunta que responde<\/th>\n<th>Los equipos de evidencia deben preservar<\/th>\n<\/tr>\n<tr>\n<td>cuesti\u00f3n de investigaci\u00f3n<\/td>\n<td>\u00bfQu\u00e9 afirmaci\u00f3n, comportamiento o resultado del modelo se estaba probando?<\/td>\n<td>Notas de experimento, referencias de problemas, plan de proyecto o objetivo de an\u00e1lisis<\/td>\n<\/tr>\n<tr>\n<td>Estado de c\u00f3digo<\/td>\n<td>\u00bfQu\u00e9 versi\u00f3n de software exacta produjo el resultado?<\/td>\n<td>Hash de confirmaci\u00f3n, etiqueta de liberaci\u00f3n, referencia de rama, instant\u00e1nea archivada<\/td>\n<\/tr>\n<tr>\n<td>Medio ambiente<\/td>\n<td>\u00bfQu\u00e9 condiciones computacionales afectaron la ejecuci\u00f3n?<\/td>\n<td>Archivos de dependencia, receta de contenedor, detalles del compilador, versiones del solucionador<\/td>\n<\/tr>\n<tr>\n<td>Configuraci\u00f3n del modelo<\/td>\n<td>\u00bfQu\u00e9 par\u00e1metros, condiciones de contorno, configuraciones de malla o entradas se utilizaron?<\/td>\n<td>Archivos de configuraci\u00f3n, conjuntos de datos de entrada, registros de par\u00e1metros, metadatos de ejecuci\u00f3n<\/td>\n<\/tr>\n<tr>\n<td>Registro de ejecuci\u00f3n<\/td>\n<td>\u00bfCu\u00e1ndo y c\u00f3mo se ejecut\u00f3 la simulaci\u00f3n o el an\u00e1lisis?<\/td>\n<td>Ejecutar registros, orden de ejecuci\u00f3n de cuaderno, scripts de trabajo, semillas aleatorias<\/td>\n<\/tr>\n<tr>\n<td>Enlace de salida<\/td>\n<td>\u00bfQu\u00e9 cifras, tablas o valores informados provienen de esa ejecuci\u00f3n?<\/td>\n<td>Directorios de salida, scripts de generaci\u00f3n de figuras, manifiestos de resultados<\/td>\n<\/tr>\n<tr>\n<td>Sendero de revisi\u00f3n<\/td>\n<td>\u00bfQu\u00e9 cambios, tickets, correcciones o discusiones explican el historial de resultados?<\/td>\n<td>Entradas de seguimiento de problemas, solicitudes de extracci\u00f3n, notas de revisi\u00f3n, informes de errores<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>La cadena ayuda a los equipos a distinguir entre un flujo de trabajo desordenado y una brecha de flujo de trabajo sensible a la integridad. Una nota faltante puede ser un inconveniente. Un eslab\u00f3n faltante entre una figura publicada y el estado del c\u00f3digo que la produjo es m\u00e1s grave porque debilita la capacidad de revisi\u00f3n del resultado.<\/p>\n<h2>Por qu\u00e9 la simulaci\u00f3n de materiales aumenta las apuestas<\/h2>\n<p>La simulaci\u00f3n de materiales puede ser especialmente sensible a peque\u00f1os cambios de flujo de trabajo. Un modelo de campo de fase, un solucionador de PDE, una elecci\u00f3n de malla o una condici\u00f3n de contorno pueden influir en c\u00f3mo se comporta un resultado y c\u00f3mo debe interpretarse. Incluso cuando el c\u00f3digo es matem\u00e1ticamente razonable, la salida puede depender de detalles que son f\u00e1ciles de perder si el flujo de trabajo no es disciplinado.<\/p>\n<p>En <a href=\"https:\/\/matforge.org\/using-fipy-for-phase-field-modeling\/\">Flujos de trabajo de modelado de campo de fase basados en fipy<\/a>, por ejemplo, la cadena de integridad podr\u00eda incluir configuraciones de resoluci\u00f3n, resoluci\u00f3n de cuadr\u00edcula, opciones de paso de tiempo, material Par\u00e1metros, suposiciones de inicializaci\u00f3n y scripts de procesamiento posterior. Si esas piezas no est\u00e1n vertidas o grabadas, un revisor posterior puede ver la trama final pero no la ruta computacional que lo hizo significativo.<\/p>\n<p>Esto no significa que cada proyecto de simulaci\u00f3n necesite un proceso de software de nivel empresarial. Significa que los equipos de simulaci\u00f3n de materiales deben tratar la evidencia de configuraci\u00f3n y ejecuci\u00f3n como parte del objeto de investigaci\u00f3n. El modelo no son s\u00f3lo las ecuaciones. Tambi\u00e9n es el flujo de trabajo implementado, parametrizado y ejecutado que produce salida interpretable.<\/p>\n<p>Cuanto m\u00e1s sensible sea la salida a las opciones de configuraci\u00f3n, m\u00e1s importante se vuelve para preservar esas opciones de una manera que otro miembro del equipo pueda inspeccionar.<\/p>\n<h2>Los rastreadores de problemas son parte del registro de investigaci\u00f3n<\/h2>\n<p>Los rastreadores de problemas a menudo se tratan como herramientas de gesti\u00f3n de proyectos, pero en el software de investigaci\u00f3n tambi\u00e9n pueden formar parte del registro cient\u00edfico. Un informe de error puede explicar por qu\u00e9 cambi\u00f3 un resultado. Una solicitud de funci\u00f3n puede mostrar cuando se introdujo una nueva capacidad de modelo. Un hilo de discusi\u00f3n puede aclarar por qu\u00e9 se ajust\u00f3 un par\u00e1metro o por qu\u00e9 una salida anterior se consider\u00f3 no confiable.<\/p>\n<p>Este contexto importa porque el c\u00f3digo cient\u00edfico evoluciona a trav\u00e9s de la incertidumbre. Un ticket sobre la convergencia inestable, la salida inesperada, los cambios de dependencia o el postprocesamiento incorrecto pueden ser directamente relevantes para una figura que aparece m\u00e1s adelante en un documento.<\/p>\n<p>Un historial de problemas no debe usarse como registro de culpas. Su papel m\u00e1s fuerte es explicativo. Ayuda a los futuros lectores a comprender la relaci\u00f3n entre el desarrollo de software y la interpretaci\u00f3n cient\u00edfica. Si un problema se resolvi\u00f3 antes de la publicaci\u00f3n, el registro puede mostrar c\u00f3mo. Si permaneci\u00f3 abierto, el equipo puede explicar si afect\u00f3 el resultado informado.<\/p>\n<p>Cuando los rastreadores de problemas se desconectan de los resultados, los equipos pierden una importante capa de evidencia. Cuando los tickets, confirmaciones y resultados est\u00e1n vinculados, el flujo de trabajo puede explicarse m\u00e1s claramente.<\/p>\n<h2>Cuando las brechas de flujo de trabajo se convierten en riesgos de integridad<\/h2>\n<p>No cada brecha de flujo de trabajo es un problema de integridad. El software de investigaci\u00f3n es complejo y la documentaci\u00f3n incompleta es com\u00fan. El riesgo aumenta cuando la falta de evidencia del flujo de trabajo impide que un equipo explique la autor\u00eda, la procedencia, la generaci\u00f3n de resultados o la relaci\u00f3n entre el software y la afirmaci\u00f3n publicada.<\/p>\n<p>Los ejemplos incluyen un manuscrito que cita un repositorio pero no una versi\u00f3n etiquetada, un cuaderno editado despu\u00e9s de que se generaron figuras, un script interno copiado con una procedencia poco clara, una actualizaci\u00f3n de dependencia que cambia la salida sin grabarse o los resultados de simulaci\u00f3n se almacenan por separado de la configuraci\u00f3n de ejecuci\u00f3n que los produjo.<\/p>\n<p>Estos no son solo inconvenientes t\u00e9cnicos. Pueden convertirse en problemas de revisi\u00f3n porque los editores, colaboradores y los sistemas de garant\u00eda de calidad pueden necesitar evaluar <a href=\"https:\/\/ijafrc.org\/reproducibility-version-control-and-integrity-risks-in-research-software-workflows\/\"> los riesgos de integridad a nivel de flujo de trabajo en el software de investigaci\u00f3n<\/a> cuando la evidencia computacional es parte del registro de investigaci\u00f3n.<\/p>\n<p>El punto importante es la proporcionalidad. Un proceso de control de calidad t\u00e9cnico no debe tratar todos los archivos que faltan como malas conductas. Pero debe reconocer cu\u00e1ndo la ausencia de trazabilidad hace que un resultado sea dif\u00edcil de verificar, atribuir o reproducir.<\/p>\n<h2>Una lista de verificaci\u00f3n de trazabilidad pr\u00e1ctica para equipos de software de investigaci\u00f3n<\/h2>\n<p>Los equipos de software de investigaci\u00f3n no necesitan una infraestructura perfecta para reducir el riesgo de integridad. Necesitan un conjunto m\u00ednimo de h\u00e1bitos que mantengan los reclamos conectados con la evidencia.<\/p>\n<ul>\n<li><strong>Versiones compatibles con resultados.<\/strong> Cada figura, tabla o valor publicado debe conectarse a un estado de c\u00f3digo estable.<\/li>\n<li><strong>Graba el entorno.<\/strong> Conserva las versiones de dependencia, las versiones del solucionador, los archivos de contenedores o las especificaciones del entorno donde afectan a los resultados.<\/li>\n<li><strong>Par\u00e1metros de documento.<\/strong> Trate los archivos de configuraci\u00f3n, los ajustes de malla, las condiciones de los l\u00edmites y las suposiciones de entrada como evidencia de investigaci\u00f3n.<\/li>\n<li><strong>Enlace los problemas con las salidas.<\/strong> Cuando un error, una anomal\u00eda o una correcci\u00f3n afectan la interpretaci\u00f3n, conecte la discusi\u00f3n con el resultado relevante.<\/li>\n<li><strong>Preserve cuidadosamente los cuadernos.<\/strong> Los cuadernos deben mostrar una ruta de ejecuci\u00f3n confiable, no s\u00f3lo un estado final pulido.<\/li>\n<li><strong>Cite las versiones de software.<\/strong> Un enlace de repositorio general es m\u00e1s d\u00e9bil que una versi\u00f3n de versi\u00f3n, archivo o versi\u00f3n.<\/li>\n<li><strong>Revisar los cambios antes de la publicaci\u00f3n.<\/strong> Compruebe si las afirmaciones del manuscrito a\u00fan coinciden con el repositorio, las etiquetas, los resultados y la documentaci\u00f3n.<\/li>\n<\/ul>\n<p>Estos h\u00e1bitos son modestos, pero cambian lo que un equipo puede decir cuando se cuestiona un resultado. En lugar de reconstruir el flujo de trabajo de memoria, el equipo puede apuntar a un registro.<\/p>\n<h2>La integridad es m\u00e1s f\u00e1cil de defender cuando el flujo de trabajo puede hablar<\/h2>\n<p>Los equipos de software cient\u00edfico trabajan en un entorno donde se mueven c\u00f3digo, datos, modelos, dependencias y documentaci\u00f3n. Ese movimiento es normal. El riesgo de integridad aparece cuando el flujo de trabajo se mueve sin dejar rastro suficiente para explicar.<\/p>\n<p>El control de versiones, las pr\u00e1cticas de reproducibilidad, el seguimiento de problemas y la trazabilidad de los resultados protegen m\u00e1s que la eficiencia. Protegen la credibilidad del reclamo computacional y de las personas que la produjeron. Tambi\u00e9n facilitan la correcci\u00f3n honesta, porque un equipo con un historial claro puede identificar d\u00f3nde entr\u00f3 un problema y c\u00f3mo se manej\u00f3.<\/p>\n<p>El software de investigaci\u00f3n merece la misma atenci\u00f3n de integridad que el texto, los datos y las figuras. Cuando el flujo de trabajo puede hablar, los equipos pueden mostrar mejor qu\u00e9 se ejecut\u00f3, por qu\u00e9 cambi\u00f3, qui\u00e9n contribuy\u00f3 y c\u00f3mo un resultado se convirti\u00f3 en parte del registro cient\u00edfico.<\/p>\n","protected":false,"raw":"<h2>La pregunta de integridad no comienza en la publicaci\u00f3n<\/h2>\n<p>La integridad de la investigaci\u00f3n en la ciencia pesada en el software comienza mucho antes de que se presente un manuscrito. En la simulaci\u00f3n de materiales, el modelado computacional y los flujos de trabajo de computaci\u00f3n de investigaci\u00f3n, la reivindicaci\u00f3n publicada suele ser solo la superficie final de una cadena mucho m\u00e1s larga: c\u00f3digo, configuraci\u00f3n, versiones de dependencia, datos de entrada, comportamiento del solucionador, historial de ejecuci\u00f3n e interpretaci\u00f3n.<\/p>\n<p>Esa cadena puede debilitarse silenciosamente. Una figura puede provenir de un gui\u00f3n que luego se cambi\u00f3. Una simulaci\u00f3n puede depender de un entorno local que nadie m\u00e1s pueda reconstruir. Un cuaderno puede contener la salida final pero no la secuencia exacta que la produjo. Es posible que se haya editado un archivo de par\u00e1metros despu\u00e9s de que se discuti\u00f3 por primera vez el resultado. Ninguna de estas situaciones demuestra autom\u00e1ticamente una mala conducta, pero cada una hace que la investigaci\u00f3n sea m\u00e1s dif\u00edcil de verificar.<\/p>\n<p>Para los equipos de software de investigaci\u00f3n, la integridad no se trata solo de evitar el texto copiado o los datos fabricados. Tambi\u00e9n se trata de conservar suficiente evidencia de flujo de trabajo para responder a una pregunta pr\u00e1ctica: \u00bfpuede el equipo explicar c\u00f3mo surgi\u00f3 este resultado computacional?<\/p>\n<h2>El control de versiones es evidencia, no solo organizaci\u00f3n<\/h2>\n<p>A menudo se introduce el control de versiones como una forma de organizar la colaboraci\u00f3n. Eso es cierto, pero incompleto. En el software de investigaci\u00f3n, los compromisos, las ramas, las etiquetas, las versiones y el historial de cambios tambi\u00e9n se convierten en evidencia. Muestran cu\u00e1ndo cambi\u00f3 el c\u00f3digo, qui\u00e9n lo cambi\u00f3, qu\u00e9 se supuso el cambio para abordar y qu\u00e9 estado de software admite un resultado informado.<\/p>\n<p>Esto importa porque el software cient\u00edfico rara vez es est\u00e1tico. Un solucionador puede ser refinado, se puede corregir una condici\u00f3n de l\u00edmite, se puede limpiar un script de trazado o una dependencia puede cambiar el comportamiento entre versiones. Sin un registro de versi\u00f3n estable, un equipo puede saber que un resultado era \"del c\u00f3digo actual\", pero esa frase se vuelve in\u00fatil una vez que el c\u00f3digo actual avanza.<\/p>\n<p>El patr\u00f3n de carpeta familiar de FINAL_CODE, FINAL_CODE_V2 y FINAL_CODE_REVISADO puede parecer inofensivo durante la fecha l\u00edmite del proyecto. M\u00e1s tarde, se convierte en un problema de trazabilidad. Si un documento, un informe o un conjunto de datos no se pueden vincular a una confirmaci\u00f3n espec\u00edfica o una versi\u00f3n etiquetada, el resultado depende de la memoria en lugar de la evidencia.<\/p>\n<p>Un buen versionado no garantiza la ciencia correcta. Hace algo m\u00e1s estrecho y esencial: mantiene inspeccionable el registro computacional.<\/p>\n<h2>La reproducibilidad hace que la depuraci\u00f3n y la integridad se superpongan<\/h2>\n<p>La revisi\u00f3n de la depuraci\u00f3n y la integridad a menudo comienza con diferentes motivos, pero hace preguntas relacionadas. La depuraci\u00f3n pregunta: \"\u00bfQu\u00e9 cambi\u00f3?\" Revisi\u00f3n de integridad pregunta: \u201c\u00bfQu\u00e9 produjo este resultado?\u201d Ambas preguntas dependen de la reproducibilidad.<\/p>\n<p>Cuando una simulaci\u00f3n deja de coincidir con una figura anterior, un equipo necesita saber si la causa fue un cambio de c\u00f3digo, un ajuste de par\u00e1metro, una actualizaci\u00f3n de dependencia, una configuraci\u00f3n de malla, una semilla aleatoria o un paso manual no documentado. Esa misma informaci\u00f3n importa si un revisor, colaborador o futuro usuario pregunta m\u00e1s tarde si se puede confiar en el resultado informado.<\/p>\n<p>Esta es la raz\u00f3n por la que <a href=\"https:\/\/matforge.org\/reproducibility-and-its-role-in-debugging\/\">reproductibility como parte de la depuraci\u00f3n del software cient\u00edfico<\/a> no es solo una conveniencia del desarrollador. Es parte de la infraestructura de integridad de un flujo de trabajo de investigaci\u00f3n. Un flujo de trabajo reproducible brinda a los equipos una forma de diagnosticar errores sin adivinar y defender los resultados sin depender solo de la autoridad.<\/p>\n<p>La superposici\u00f3n es especialmente importante en proyectos de investigaci\u00f3n de r\u00e1pido movimiento. Un equipo puede corregir errores, explorar alternativas y volver a ejecutar simulaciones muchas veces antes de la publicaci\u00f3n. A menos que esos cambios sean rastreables, el trabajo de desarrollo ordinario puede parecer una brecha inexplicable en la cadena de evidencia.<\/p>\n<h2>La cadena de integridad del software de investigaci\u00f3n<\/h2>\n<p>Una forma \u00fatil de pensar en la integridad del software de investigaci\u00f3n no es una lista de las mejores pr\u00e1cticas aisladas, sino como una cadena. Cada enlace conecta una afirmaci\u00f3n cient\u00edfica con la evidencia del flujo de trabajo que lo respalda. Si un eslab\u00f3n es d\u00e9bil, el reclamo completo se vuelve m\u00e1s dif\u00edcil de inspeccionar.<\/p>\n<table class=\"custom-table\">\n<tbody><tr>\n<th>Enlace de la cadena de integridad<\/th>\n<th>pregunta que responde<\/th>\n<th>Los equipos de evidencia deben preservar<\/th>\n<\/tr>\n<tr>\n<td>cuesti\u00f3n de investigaci\u00f3n<\/td>\n<td>\u00bfQu\u00e9 afirmaci\u00f3n, comportamiento o resultado del modelo se estaba probando?<\/td>\n<td>Notas de experimento, referencias de problemas, plan de proyecto o objetivo de an\u00e1lisis<\/td>\n<\/tr>\n<tr>\n<td>Estado de c\u00f3digo<\/td>\n<td>\u00bfQu\u00e9 versi\u00f3n de software exacta produjo el resultado?<\/td>\n<td>Hash de confirmaci\u00f3n, etiqueta de liberaci\u00f3n, referencia de rama, instant\u00e1nea archivada<\/td>\n<\/tr>\n<tr>\n<td>Medio ambiente<\/td>\n<td>\u00bfQu\u00e9 condiciones computacionales afectaron la ejecuci\u00f3n?<\/td>\n<td>Archivos de dependencia, receta de contenedor, detalles del compilador, versiones del solucionador<\/td>\n<\/tr>\n<tr>\n<td>Configuraci\u00f3n del modelo<\/td>\n<td>\u00bfQu\u00e9 par\u00e1metros, condiciones de contorno, configuraciones de malla o entradas se utilizaron?<\/td>\n<td>Archivos de configuraci\u00f3n, conjuntos de datos de entrada, registros de par\u00e1metros, metadatos de ejecuci\u00f3n<\/td>\n<\/tr>\n<tr>\n<td>Registro de ejecuci\u00f3n<\/td>\n<td>\u00bfCu\u00e1ndo y c\u00f3mo se ejecut\u00f3 la simulaci\u00f3n o el an\u00e1lisis?<\/td>\n<td>Ejecutar registros, orden de ejecuci\u00f3n de cuaderno, scripts de trabajo, semillas aleatorias<\/td>\n<\/tr>\n<tr>\n<td>Enlace de salida<\/td>\n<td>\u00bfQu\u00e9 cifras, tablas o valores informados provienen de esa ejecuci\u00f3n?<\/td>\n<td>Directorios de salida, scripts de generaci\u00f3n de figuras, manifiestos de resultados<\/td>\n<\/tr>\n<tr>\n<td>Sendero de revisi\u00f3n<\/td>\n<td>\u00bfQu\u00e9 cambios, tickets, correcciones o discusiones explican el historial de resultados?<\/td>\n<td>Entradas de seguimiento de problemas, solicitudes de extracci\u00f3n, notas de revisi\u00f3n, informes de errores<\/td>\n<\/tr>\n<\/tbody><\/table>\n<p>La cadena ayuda a los equipos a distinguir entre un flujo de trabajo desordenado y una brecha de flujo de trabajo sensible a la integridad. Una nota faltante puede ser un inconveniente. Un eslab\u00f3n faltante entre una figura publicada y el estado del c\u00f3digo que la produjo es m\u00e1s grave porque debilita la capacidad de revisi\u00f3n del resultado.<\/p>\n<h2>Por qu\u00e9 la simulaci\u00f3n de materiales aumenta las apuestas<\/h2>\n<p>La simulaci\u00f3n de materiales puede ser especialmente sensible a peque\u00f1os cambios de flujo de trabajo. Un modelo de campo de fase, un solucionador de PDE, una elecci\u00f3n de malla o una condici\u00f3n de contorno pueden influir en c\u00f3mo se comporta un resultado y c\u00f3mo debe interpretarse. Incluso cuando el c\u00f3digo es matem\u00e1ticamente razonable, la salida puede depender de detalles que son f\u00e1ciles de perder si el flujo de trabajo no es disciplinado.<\/p>\n<p>En <a href=\"https:\/\/matforge.org\/using-fipy-for-phase-field-modeling\/\">Flujos de trabajo de modelado de campo de fase basados en fipy<\/a>, por ejemplo, la cadena de integridad podr\u00eda incluir configuraciones de resoluci\u00f3n, resoluci\u00f3n de cuadr\u00edcula, opciones de paso de tiempo, material Par\u00e1metros, suposiciones de inicializaci\u00f3n y scripts de procesamiento posterior. Si esas piezas no est\u00e1n vertidas o grabadas, un revisor posterior puede ver la trama final pero no la ruta computacional que lo hizo significativo.<\/p>\n<p>Esto no significa que cada proyecto de simulaci\u00f3n necesite un proceso de software de nivel empresarial. Significa que los equipos de simulaci\u00f3n de materiales deben tratar la evidencia de configuraci\u00f3n y ejecuci\u00f3n como parte del objeto de investigaci\u00f3n. El modelo no son s\u00f3lo las ecuaciones. Tambi\u00e9n es el flujo de trabajo implementado, parametrizado y ejecutado que produce salida interpretable.<\/p>\n<p>Cuanto m\u00e1s sensible sea la salida a las opciones de configuraci\u00f3n, m\u00e1s importante se vuelve para preservar esas opciones de una manera que otro miembro del equipo pueda inspeccionar.<\/p>\n<h2>Los rastreadores de problemas son parte del registro de investigaci\u00f3n<\/h2>\n<p>Los rastreadores de problemas a menudo se tratan como herramientas de gesti\u00f3n de proyectos, pero en el software de investigaci\u00f3n tambi\u00e9n pueden formar parte del registro cient\u00edfico. Un informe de error puede explicar por qu\u00e9 cambi\u00f3 un resultado. Una solicitud de funci\u00f3n puede mostrar cuando se introdujo una nueva capacidad de modelo. Un hilo de discusi\u00f3n puede aclarar por qu\u00e9 se ajust\u00f3 un par\u00e1metro o por qu\u00e9 una salida anterior se consider\u00f3 no confiable.<\/p>\n<p>Este contexto importa porque el c\u00f3digo cient\u00edfico evoluciona a trav\u00e9s de la incertidumbre. Un ticket sobre la convergencia inestable, la salida inesperada, los cambios de dependencia o el postprocesamiento incorrecto pueden ser directamente relevantes para una figura que aparece m\u00e1s adelante en un documento.<\/p>\n<p>Un historial de problemas no debe usarse como registro de culpas. Su papel m\u00e1s fuerte es explicativo. Ayuda a los futuros lectores a comprender la relaci\u00f3n entre el desarrollo de software y la interpretaci\u00f3n cient\u00edfica. Si un problema se resolvi\u00f3 antes de la publicaci\u00f3n, el registro puede mostrar c\u00f3mo. Si permaneci\u00f3 abierto, el equipo puede explicar si afect\u00f3 el resultado informado.<\/p>\n<p>Cuando los rastreadores de problemas se desconectan de los resultados, los equipos pierden una importante capa de evidencia. Cuando los tickets, confirmaciones y resultados est\u00e1n vinculados, el flujo de trabajo puede explicarse m\u00e1s claramente.<\/p>\n<h2>Cuando las brechas de flujo de trabajo se convierten en riesgos de integridad<\/h2>\n<p>No cada brecha de flujo de trabajo es un problema de integridad. El software de investigaci\u00f3n es complejo y la documentaci\u00f3n incompleta es com\u00fan. El riesgo aumenta cuando la falta de evidencia del flujo de trabajo impide que un equipo explique la autor\u00eda, la procedencia, la generaci\u00f3n de resultados o la relaci\u00f3n entre el software y la afirmaci\u00f3n publicada.<\/p>\n<p>Los ejemplos incluyen un manuscrito que cita un repositorio pero no una versi\u00f3n etiquetada, un cuaderno editado despu\u00e9s de que se generaron figuras, un script interno copiado con una procedencia poco clara, una actualizaci\u00f3n de dependencia que cambia la salida sin grabarse o los resultados de simulaci\u00f3n se almacenan por separado de la configuraci\u00f3n de ejecuci\u00f3n que los produjo.<\/p>\n<p>Estos no son solo inconvenientes t\u00e9cnicos. Pueden convertirse en problemas de revisi\u00f3n porque los editores, colaboradores y los sistemas de garant\u00eda de calidad pueden necesitar evaluar <a href=\"https:\/\/ijafrc.org\/reproducibility-version-control-and-integrity-risks-in-research-software-workflows\/\"> los riesgos de integridad a nivel de flujo de trabajo en el software de investigaci\u00f3n<\/a> cuando la evidencia computacional es parte del registro de investigaci\u00f3n.<\/p>\n<p>El punto importante es la proporcionalidad. Un proceso de control de calidad t\u00e9cnico no debe tratar todos los archivos que faltan como malas conductas. Pero debe reconocer cu\u00e1ndo la ausencia de trazabilidad hace que un resultado sea dif\u00edcil de verificar, atribuir o reproducir.<\/p>\n<h2>Una lista de verificaci\u00f3n de trazabilidad pr\u00e1ctica para equipos de software de investigaci\u00f3n<\/h2>\n<p>Los equipos de software de investigaci\u00f3n no necesitan una infraestructura perfecta para reducir el riesgo de integridad. Necesitan un conjunto m\u00ednimo de h\u00e1bitos que mantengan los reclamos conectados con la evidencia.<\/p>\n<ul>\n<li><strong>Versiones compatibles con resultados.<\/strong> Cada figura, tabla o valor publicado debe conectarse a un estado de c\u00f3digo estable.<\/li>\n<li><strong>Graba el entorno.<\/strong> Conserva las versiones de dependencia, las versiones del solucionador, los archivos de contenedores o las especificaciones del entorno donde afectan a los resultados.<\/li>\n<li><strong>Par\u00e1metros de documento.<\/strong> Trate los archivos de configuraci\u00f3n, los ajustes de malla, las condiciones de los l\u00edmites y las suposiciones de entrada como evidencia de investigaci\u00f3n.<\/li>\n<li><strong>Enlace los problemas con las salidas.<\/strong> Cuando un error, una anomal\u00eda o una correcci\u00f3n afectan la interpretaci\u00f3n, conecte la discusi\u00f3n con el resultado relevante.<\/li>\n<li><strong>Preserve cuidadosamente los cuadernos.<\/strong> Los cuadernos deben mostrar una ruta de ejecuci\u00f3n confiable, no s\u00f3lo un estado final pulido.<\/li>\n<li><strong>Cite las versiones de software.<\/strong> Un enlace de repositorio general es m\u00e1s d\u00e9bil que una versi\u00f3n de versi\u00f3n, archivo o versi\u00f3n.<\/li>\n<li><strong>Revisar los cambios antes de la publicaci\u00f3n.<\/strong> Compruebe si las afirmaciones del manuscrito a\u00fan coinciden con el repositorio, las etiquetas, los resultados y la documentaci\u00f3n.<\/li>\n<\/ul>\n<p>Estos h\u00e1bitos son modestos, pero cambian lo que un equipo puede decir cuando se cuestiona un resultado. En lugar de reconstruir el flujo de trabajo de memoria, el equipo puede apuntar a un registro.<\/p>\n<h2>La integridad es m\u00e1s f\u00e1cil de defender cuando el flujo de trabajo puede hablar<\/h2>\n<p>Los equipos de software cient\u00edfico trabajan en un entorno donde se mueven c\u00f3digo, datos, modelos, dependencias y documentaci\u00f3n. Ese movimiento es normal. El riesgo de integridad aparece cuando el flujo de trabajo se mueve sin dejar rastro suficiente para explicar.<\/p>\n<p>El control de versiones, las pr\u00e1cticas de reproducibilidad, el seguimiento de problemas y la trazabilidad de los resultados protegen m\u00e1s que la eficiencia. Protegen la credibilidad del reclamo computacional y de las personas que la produjeron. Tambi\u00e9n facilitan la correcci\u00f3n honesta, porque un equipo con un historial claro puede identificar d\u00f3nde entr\u00f3 un problema y c\u00f3mo se manej\u00f3.<\/p>\n<p>El software de investigaci\u00f3n merece la misma atenci\u00f3n de integridad que el texto, los datos y las figuras. Cuando el flujo de trabajo puede hablar, los equipos pueden mostrar mejor qu\u00e9 se ejecut\u00f3, por qu\u00e9 cambi\u00f3, qui\u00e9n contribuy\u00f3 y c\u00f3mo un resultado se convirti\u00f3 en parte del registro cient\u00edfico.<\/p>\n"},"excerpt":{"rendered":"<p><span class=\"span-reading-time rt-reading-time\" style=\"display: block;\"><span class=\"rt-label rt-prefix\">Reading Time: <\/span> <span class=\"rt-time\"> 7<\/span> <span class=\"rt-label rt-postfix\">minutes<\/span><\/span>La pregunta de integridad no comienza en la publicaci\u00f3n La integridad de la investigaci\u00f3n en la ciencia pesada en el software comienza mucho antes de que se presente un manuscrito. En la simulaci\u00f3n de materiales, el modelado computacional y los flujos de trabajo de computaci\u00f3n de investigaci\u00f3n, la reivindicaci\u00f3n publicada suele ser solo la superficie [&hellip;]<\/p>\n","protected":false,"raw":""},"author":4,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_locale":"es_ES","_original_post":"https:\/\/matforge.org\/?p=313","iawp_total_views":0,"footnotes":""},"categories":[3],"tags":[],"class_list":["post-585","post","type-post","status-publish","format-standard","hentry","category-issue-tracking-tickets-technical-requests","es-ES"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v28.1 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Versiones e integridad en software de investigaci\u00f3n<\/title>\n<meta name=\"description\" content=\"C\u00f3mo el control de versiones, la reproducibilidad y la trazabilidad del flujo de trabajo ayudan a los equipos de software de investigaci\u00f3n a defender la integridad cient\u00edfica.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/matforge.org\/es\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\/\" \/>\n<meta property=\"og:locale\" content=\"es_ES\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Versiones e integridad en software de investigaci\u00f3n\" \/>\n<meta property=\"og:description\" content=\"C\u00f3mo el control de versiones, la reproducibilidad y la trazabilidad del flujo de trabajo ayudan a los equipos de software de investigaci\u00f3n a defender la integridad cient\u00edfica.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/matforge.org\/es\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\/\" \/>\n<meta property=\"og:site_name\" content=\"matforge.org\" \/>\n<meta property=\"article:published_time\" content=\"2026-07-22T08:17:33+00:00\" \/>\n<meta name=\"author\" content=\"Priya Nair\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"Priya Nair\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tiempo de lectura\" \/>\n\t<meta name=\"twitter:data2\" content=\"11 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/matforge.org\\\/es\\\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/es\\\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\\\/\"},\"author\":{\"name\":\"Priya Nair\",\"@id\":\"https:\\\/\\\/matforge.org\\\/#\\\/schema\\\/person\\\/2effd7bc155a5e6357f31dac970c5795\"},\"headline\":\"Versiones, reproducibilidad y por qu\u00e9 los equipos de software de investigaci\u00f3n tambi\u00e9n enfrentan problemas de integridad\",\"datePublished\":\"2026-07-22T08:17:33+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/es\\\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\\\/\"},\"wordCount\":2293,\"commentCount\":0,\"articleSection\":[\"Seguimiento de problemas, tickets &amp; Solicitudes T\u00e9cnicas\"],\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/matforge.org\\\/es\\\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/matforge.org\\\/es\\\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\\\/\",\"url\":\"https:\\\/\\\/matforge.org\\\/es\\\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\\\/\",\"name\":\"Versiones e integridad en software de investigaci\u00f3n\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/#website\"},\"datePublished\":\"2026-07-22T08:17:33+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/#\\\/schema\\\/person\\\/2effd7bc155a5e6357f31dac970c5795\"},\"description\":\"C\u00f3mo el control de versiones, la reproducibilidad y la trazabilidad del flujo de trabajo ayudan a los equipos de software de investigaci\u00f3n a defender la integridad cient\u00edfica.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/es\\\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\\\/#breadcrumb\"},\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/matforge.org\\\/es\\\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/matforge.org\\\/es\\\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/matforge.org\\\/es\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Versiones, reproducibilidad y por qu\u00e9 los equipos de software de investigaci\u00f3n tambi\u00e9n enfrentan problemas de integridad\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/matforge.org\\\/#website\",\"url\":\"https:\\\/\\\/matforge.org\\\/\",\"name\":\"matforge.org\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/matforge.org\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"es\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/matforge.org\\\/#\\\/schema\\\/person\\\/2effd7bc155a5e6357f31dac970c5795\",\"name\":\"Priya Nair\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/f11e168d4cd2f1eff83cbb851d6cff42d81d88bb59d8831ee77468aa4a5eea88?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/f11e168d4cd2f1eff83cbb851d6cff42d81d88bb59d8831ee77468aa4a5eea88?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/f11e168d4cd2f1eff83cbb851d6cff42d81d88bb59d8831ee77468aa4a5eea88?s=96&d=mm&r=g\",\"caption\":\"Priya Nair\"},\"sameAs\":[\"http:\\\/\\\/matforge.org\"],\"url\":\"https:\\\/\\\/matforge.org\\\/author\\\/priya-nair\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Versiones e integridad en software de investigaci\u00f3n","description":"C\u00f3mo el control de versiones, la reproducibilidad y la trazabilidad del flujo de trabajo ayudan a los equipos de software de investigaci\u00f3n a defender la integridad cient\u00edfica.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/matforge.org\/es\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\/","og_locale":"es_ES","og_type":"article","og_title":"Versiones e integridad en software de investigaci\u00f3n","og_description":"C\u00f3mo el control de versiones, la reproducibilidad y la trazabilidad del flujo de trabajo ayudan a los equipos de software de investigaci\u00f3n a defender la integridad cient\u00edfica.","og_url":"https:\/\/matforge.org\/es\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\/","og_site_name":"matforge.org","article_published_time":"2026-07-22T08:17:33+00:00","author":"Priya Nair","twitter_card":"summary_large_image","twitter_misc":{"Escrito por":"Priya Nair","Tiempo de lectura":"11 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/matforge.org\/es\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\/#article","isPartOf":{"@id":"https:\/\/matforge.org\/es\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\/"},"author":{"name":"Priya Nair","@id":"https:\/\/matforge.org\/#\/schema\/person\/2effd7bc155a5e6357f31dac970c5795"},"headline":"Versiones, reproducibilidad y por qu\u00e9 los equipos de software de investigaci\u00f3n tambi\u00e9n enfrentan problemas de integridad","datePublished":"2026-07-22T08:17:33+00:00","mainEntityOfPage":{"@id":"https:\/\/matforge.org\/es\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\/"},"wordCount":2293,"commentCount":0,"articleSection":["Seguimiento de problemas, tickets &amp; Solicitudes T\u00e9cnicas"],"inLanguage":"es","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/matforge.org\/es\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/matforge.org\/es\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\/","url":"https:\/\/matforge.org\/es\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\/","name":"Versiones e integridad en software de investigaci\u00f3n","isPartOf":{"@id":"https:\/\/matforge.org\/#website"},"datePublished":"2026-07-22T08:17:33+00:00","author":{"@id":"https:\/\/matforge.org\/#\/schema\/person\/2effd7bc155a5e6357f31dac970c5795"},"description":"C\u00f3mo el control de versiones, la reproducibilidad y la trazabilidad del flujo de trabajo ayudan a los equipos de software de investigaci\u00f3n a defender la integridad cient\u00edfica.","breadcrumb":{"@id":"https:\/\/matforge.org\/es\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\/#breadcrumb"},"inLanguage":"es","potentialAction":[{"@type":"ReadAction","target":["https:\/\/matforge.org\/es\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/matforge.org\/es\/versioning-reproducibility-and-why-research-software-teams-face-integrity-issues-too\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/matforge.org\/es\/"},{"@type":"ListItem","position":2,"name":"Versiones, reproducibilidad y por qu\u00e9 los equipos de software de investigaci\u00f3n tambi\u00e9n enfrentan problemas de integridad"}]},{"@type":"WebSite","@id":"https:\/\/matforge.org\/#website","url":"https:\/\/matforge.org\/","name":"matforge.org","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/matforge.org\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"es"},{"@type":"Person","@id":"https:\/\/matforge.org\/#\/schema\/person\/2effd7bc155a5e6357f31dac970c5795","name":"Priya Nair","image":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/secure.gravatar.com\/avatar\/f11e168d4cd2f1eff83cbb851d6cff42d81d88bb59d8831ee77468aa4a5eea88?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/f11e168d4cd2f1eff83cbb851d6cff42d81d88bb59d8831ee77468aa4a5eea88?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/f11e168d4cd2f1eff83cbb851d6cff42d81d88bb59d8831ee77468aa4a5eea88?s=96&d=mm&r=g","caption":"Priya Nair"},"sameAs":["http:\/\/matforge.org"],"url":"https:\/\/matforge.org\/author\/priya-nair\/"}]}},"_links":{"self":[{"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/posts\/585","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/comments?post=585"}],"version-history":[{"count":1,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/posts\/585\/revisions"}],"predecessor-version":[{"id":704,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/posts\/585\/revisions\/704"}],"wp:attachment":[{"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/media?parent=585"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/categories?post=585"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/tags?post=585"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}