{"id":546,"date":"2026-07-22T08:17:37","date_gmt":"2026-07-22T08:17:37","guid":{"rendered":"https:\/\/matforge.org\/?p=546","raw":"https:\/\/matforge.org\/?p=546"},"modified":"2026-07-22T08:17:37","modified_gmt":"2026-07-22T08:17:37","slug":"building-sustainable-research-software-communities","status":"publish","type":"post","link":"https:\/\/matforge.org\/es\/building-sustainable-research-software-communities\/","title":{"rendered":"Construyendo comunidades de software de investigaci\u00f3n sostenible","raw":"Construyendo comunidades de software de investigaci\u00f3n sostenible"},"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\"> 9<\/span> <span class=\"rt-label rt-postfix\">minutes<\/span><\/span><article>\n<p>El software de investigaci\u00f3n a menudo comienza como una soluci\u00f3n a un problema cient\u00edfico espec\u00edfico. Un investigador escribe c\u00f3digo para procesar datos, simular un sistema, automatizar un experimento o reproducir un an\u00e1lisis. Si la herramienta resulta \u00fatil, otros investigadores comienzan a depender de ella. Lo que comenz\u00f3 como un peque\u00f1o gui\u00f3n puede convertirse en una infraestructura esencial para todo un campo.<\/p>\n<p>El \u00e9xito t\u00e9cnico no garantiza la supervivencia a largo plazo. Muchas herramientas valiosas se vuelven dif\u00edciles de mantener despu\u00e9s de que termina una subvenci\u00f3n, un estudiante se grad\u00faa o el desarrollador original cambia de trabajo. Por lo tanto, el software de investigaci\u00f3n sostenible requiere m\u00e1s que un c\u00f3digo confiable. Necesita una comunidad que pueda compartir conocimientos, apoyar a los usuarios, tomar decisiones, capacitar a los contribuyentes y asegurar recursos a lo largo del tiempo.<\/p>\n<h2>\u00bfQu\u00e9 es una comunidad de software de investigaci\u00f3n?<\/h2>\n<p>Una comunidad de software de investigaci\u00f3n incluye a todos los que contribuyen a la creaci\u00f3n, uso, apoyo y direcci\u00f3n de un proyecto. Los desarrolladores principales son solo una parte de este grupo. Los usuarios, ingenieros de software de investigaci\u00f3n, escritores de documentaci\u00f3n, evaluadores, capacitadores, socios institucionales, financiadores y expertos en dominios pueden desempe\u00f1ar papeles importantes.<\/p>\n<p>Algunos miembros contribuyen con el c\u00f3digo. Otros reportan defectos, preparan ejemplos, revisan m\u00e9todos cient\u00edficos, mejoran tutoriales, responden preguntas o prueban el software en diferentes sistemas. Una comunidad sana reconoce todas estas actividades como contribuciones significativas.<\/p>\n<h2>La sostenibilidad es m\u00e1s que el mantenimiento<\/h2>\n<p>El mantenimiento del software generalmente significa arreglar defectos, actualizar las dependencias y mantener un programa compatible con los sistemas actuales. La sostenibilidad es m\u00e1s amplia. Incluye continuidad t\u00e9cnica, social, financiera e institucional.<\/p>\n<p>Una base de c\u00f3digo fuerte a\u00fan puede fallar si una persona controla los conocimientos esenciales o si los mantenedores no reciben tiempo para el apoyo. El software sostenible sigue siendo comprensible, utilizable y cient\u00edficamente confiable a medida que cambian las personas, las tecnolog\u00edas y las condiciones de financiaci\u00f3n.<\/p>\n<h2>Comience con una misi\u00f3n clara<\/h2>\n<p>Una comunidad necesita comprender para qu\u00e9 est\u00e1 dise\u00f1ado el software y qu\u00e9 problemas quedan fuera de su alcance. Una misi\u00f3n clara ayuda a los usuarios a decidir si la herramienta es apropiada y ayuda a los mantenedores a evaluar las solicitudes de funciones.<\/p>\n<p>La misi\u00f3n debe identificar el principal problema cient\u00edfico, el p\u00fablico al que se dirige y los casos de uso centrales. Tambi\u00e9n debe indicar exclusiones importantes. Sin l\u00edmites, un proyecto puede recopilar caracter\u00edsticas no relacionadas hasta que el mantenimiento se vuelva inmanejable. Una misi\u00f3n enfocada le da al crecimiento una direcci\u00f3n clara.<\/p>\n<h2>Crear una gobernanza transparente<\/h2>\n<p>Los proyectos peque\u00f1os a menudo se basan en decisiones informales. Esto puede funcionar mientras que el equipo contiene solo unas pocas personas. A medida que la comunidad crece, la autoridad poco clara puede crear retrasos y conflictos.<\/p>\n<p>La gobernanza explica c\u00f3mo se toman las decisiones, qui\u00e9n puede aprobar las versiones, c\u00f3mo se seleccionan los mantenedores y c\u00f3mo se manejan los desacuerdos. Un proyecto puede usar un mantenedor principal, un consejo de mantenimiento o un comit\u00e9 directivo. Los colaboradores deben saber d\u00f3nde se discuten las propuestas, qui\u00e9n tiene la responsabilidad final y c\u00f3mo pueden ingresar al liderazgo del proyecto.<\/p>\n<h2>Definir roles y distribuir la responsabilidad<\/h2>\n<p>Los proyectos se vuelven fr\u00e1giles cuando cada tarea importante regresa al fundador. Las responsabilidades deben distribuirse entre roles como mantenedor, revisor, gerente de versiones, l\u00edder de documentaci\u00f3n, contacto de seguridad y coordinador de la comunidad.<\/p>\n<p>Una persona puede desempe\u00f1ar varios roles en un proyecto peque\u00f1o, pero los deberes a\u00fan deben estar documentados. Esto hace visible el trabajo invisible y ayuda al equipo a identificar las lagunas. Las descripciones de roles tambi\u00e9n respaldan la sucesi\u00f3n al mostrar lo que se requiere para convertirse en revisor o mantenedor.<\/p>\n<h2>Reducir la dependencia de las personas clave<\/h2>\n<p>La p\u00e9rdida de una persona no debe detener los lanzamientos, eliminar el acceso a los servicios esenciales ni hacer que la arquitectura sea imposible de entender. Los proyectos pueden reducir este riesgo al compartir el acceso administrativo, documentar los procedimientos de liberaci\u00f3n, revisar los cambios importantes colectivamente y registrar decisiones t\u00e9cnicas importantes.<\/p>\n<p>Al menos dos personas de confianza deben comprender las operaciones cr\u00edticas, como publicar paquetes, administrar dominios, renovar certificados y restaurar copias de seguridad. La transferencia de conocimientos debe ocurrir continuamente en lugar de solo cuando un mantenedor anuncia una salida.<\/p>\n<h2>hacer que la primera contribuci\u00f3n sea alcanzable<\/h2>\n<p>Un camino de colaborador acogedor es uno de los signos m\u00e1s fuertes de una comunidad sana. Los nuevos participantes deben poder encontrar instrucciones de instalaci\u00f3n, pasos de configuraci\u00f3n de desarrollo, comandos de prueba, est\u00e1ndares de codificaci\u00f3n y expectaci\u00f3n de solicitud de extracci\u00f3n sin depender de ayuda privada.<\/p>\n<p>Un archivo claro <code>CONTRIBUTING<\/code> puede explicar el proceso. Los problemas bien preparados para principiantes deben incluir el contexto, el comportamiento esperado, los archivos relevantes y una persona de contacto. El objetivo es eliminar la confusi\u00f3n evitable para que los contribuyentes puedan centrarse en el problema cient\u00edfico o t\u00e9cnico.<\/p>\n<h2>Contribuciones de apoyo m\u00e1s all\u00e1 del c\u00f3digo<\/h2>\n<p>El software de investigaci\u00f3n depende de actividades que no produzcan c\u00f3digo fuente. Los usuarios pueden mejorar los ejemplos, probar las instrucciones de instalaci\u00f3n, traducir documentaci\u00f3n, crear materiales did\u00e1cticos, validar resultados, organizar talleres o responder preguntas de soporte.<\/p>\n<p>Los proyectos deben describir claramente estas oportunidades. El reconocimiento debe reflejar el trabajo realizado. Las listas de colaboradores, las notas de la versi\u00f3n, los sitios web del proyecto y la gu\u00eda de citas pueden reconocer las contribuciones t\u00e9cnicas, cient\u00edficas, educativas y comunitarias.<\/p>\n<h2>Tratar la documentaci\u00f3n como un producto central<\/h2>\n<p>La documentaci\u00f3n es parte del software, no una adici\u00f3n opcional. Los usuarios necesitan una gu\u00eda de instalaci\u00f3n, un breve primer ejemplo, explicaciones conceptuales, referencias de API, informaci\u00f3n de soluci\u00f3n de problemas y flujos de trabajo completos.<\/p>\n<p>Diferentes lectores necesitan diferentes caminos. Un principiante puede necesitar un tutorial de diez minutos. Un investigador experimentado puede necesitar definiciones de par\u00e1metros precisas. Un colaborador puede necesitar notas de arquitectura e instrucciones de prueba. La documentaci\u00f3n debe revisarse con cambios en el c\u00f3digo, y los ejemplos deben probarse autom\u00e1ticamente cuando sea posible.<\/p>\n<h2>Incorporar la reproducibilidad en el proyecto<\/h2>\n<p>El software de investigaci\u00f3n deber\u00eda ayudar a los usuarios a identificar exactamente qu\u00e9 versi\u00f3n produjo un resultado. Las versiones estables, la documentaci\u00f3n versionada, los paquetes archivados y los archivos de entorno lo hacen posible.<\/p>\n<p>Los ejemplos deben identificar los datos requeridos, las dependencias, los ajustes de configuraci\u00f3n y las semillas aleatorias cuando sean relevantes. Las publicaciones deben hacer referencia a una versi\u00f3n de software espec\u00edfica en lugar de solo vincular a un repositorio cambiante. Los archivos a largo plazo y los identificadores persistentes conectan las afirmaciones cient\u00edficas con el software exacto utilizado.<\/p>\n<h2>Aplicar principios justos<\/h2>\n<p>El software de investigaci\u00f3n debe ser buscable, accesible, interoperable y reutilizable. La capacidad de b\u00fasqueda requiere metadatos \u00fatiles, registros de b\u00fasqueda, nombres de proyecto claros e identificadores persistentes. La accesibilidad requiere formas documentadas de obtener el software y sus metadatos.<\/p>\n<p>La interoperabilidad mejora cuando los proyectos utilizan formatos est\u00e1ndar, interfaces estables y entradas y salidas descritos claramente. La reutilizaci\u00f3n depende de las licencias, la documentaci\u00f3n, la procedencia, las pruebas y el contexto suficiente para aplicar el software correctamente. La publicaci\u00f3n de un repositorio no es suficiente si los usuarios no pueden entender, instalar o reutilizarlo legalmente.<\/p>\n<h2>Elija una pol\u00edtica clara de licencia y citaci\u00f3n<\/h2>\n<p>Sin una licencia, es posible que los usuarios potenciales no tengan permiso legal para reutilizar, modificar o redistribuir el software. Los proyectos deben seleccionar una licencia que coincida con sus objetivos y sea compatible con las dependencias incluidas.<\/p>\n<p>Los datos de c\u00f3digo, documentaci\u00f3n y ejemplos pueden requerir licencias separadas. Los proyectos tambi\u00e9n deben explicar c\u00f3mo se debe citar el software. Un archivo <code>CITATION.cff<\/code> y un DOI para lanzamientos estables facilitan la cita.<\/p>\n<h2>Crear pr\u00e1cticas respetuosas e inclusivas<\/h2>\n<p>Es m\u00e1s probable que las personas contribuyan cuando las preguntas reciben respuestas respetuosas y los errores se tratan como parte del aprendizaje. Un c\u00f3digo de conducta debe describir el comportamiento esperado y proporcionar un proceso pr\u00e1ctico de presentaci\u00f3n de informes.<\/p>\n<p>La comunicaci\u00f3n debe admitir diferentes zonas horarias, idiomas, habilidades y niveles de experiencia. Las reuniones pueden ser documentadas para las personas que no pueden asistir. Las discusiones t\u00e9cnicas importantes deben permanecer disponibles en temas p\u00fablicos, propuestas o registros de decisiones siempre que lo permitan la privacidad y la seguridad.<\/p>\n<h2>Usar los canales de comunicaci\u00f3n deliberadamente<\/h2>\n<p>Los rastreadores de problemas son \u00fatiles para defectos reproducibles y tareas planificadas. Los foros de discusi\u00f3n apoyan preguntas y propuestas. Las herramientas de chat ayudan con una coordinaci\u00f3n corta. Las listas de correo y las notas de la versi\u00f3n comunican las actualizaciones oficiales.<\/p>\n<p>Las decisiones importantes no deben desaparecer dentro de mensajes privados o chats temporales. Un resumen p\u00fablico preserva el razonamiento y evita repetidos debates. Los proyectos tambi\u00e9n deben indicar tiempos de respuesta realistas.<\/p>\n<h2>Solicitudes de saldo con capacidad del proyecto<\/h2>\n<p>Los proyectos exitosos a menudo reciben m\u00e1s solicitudes de funciones de las que el equipo puede implementar. Cada nueva funci\u00f3n crea trabajos futuros en pruebas, documentaci\u00f3n, soporte y compatibilidad.<\/p>\n<p>Las solicitudes deben evaluarse contra la misi\u00f3n del proyecto, el valor cient\u00edfico, el n\u00famero probable de usuarios, el costo de implementaci\u00f3n y la carga de mantenimiento. Algunas ideas pueden desarrollarse mejor como complementos o paquetes externos. Decir que no puede proteger la confiabilidad y evitar que los mantenedores se sobrecarguen.<\/p>\n<h2>Establecer pr\u00e1cticas predecibles de calidad y liberaci\u00f3n<\/h2>\n<p>Las pruebas automatizadas, la integraci\u00f3n continua, la revisi\u00f3n de c\u00f3digo, las comprobaciones de formato y las listas de verificaci\u00f3n de versiones reducen la dependencia de la memoria individual. Tambi\u00e9n ayudan a los colaboradores a entender si un cambio est\u00e1 listo.<\/p>\n<p>Las versiones deben seguir una pol\u00edtica documentada de versiones e incluir un registro de cambios. Los cambios decisivos necesitan avisos de desaprobaci\u00f3n y orientaci\u00f3n sobre migraci\u00f3n. Los requisitos de calidad deben seguir siendo pr\u00e1cticos para que las peque\u00f1as mejoras no se vuelvan innecesariamente dif\u00edciles de contribuir.<\/p>\n<h2>Plan de seguridad<\/h2>\n<p>El software de investigaci\u00f3n puede procesar datos confidenciales, ejecutarse en sistemas compartidos o formar parte de flujos de trabajo cr\u00edticos. Las comunidades necesitan una forma privada de denunciar vulnerabilidades y un proceso de liberaci\u00f3n de soluciones.<\/p>\n<p>El acceso al repositorio, los registros de paquetes, los dominios y las credenciales de automatizaci\u00f3n deben utilizar administradores de autenticaci\u00f3n y copias de seguridad. Las dependencias deben ser monitoreadas en busca de problemas conocidos. La correcci\u00f3n cient\u00edfica y la seguridad son responsabilidades separadas, y ambas requieren atenci\u00f3n.<\/p>\n<h2>Desarrollar un modelo de financiaci\u00f3n realista<\/h2>\n<p>Las subvenciones iniciales a menudo respaldan las nuevas caracter\u00edsticas, pero brindan fondos limitados para el mantenimiento. Los proyectos sostenibles deben presupuestar actualizaciones de dependencias, documentaci\u00f3n, apoyo, revisi\u00f3n, infraestructura, seguridad y coordinaci\u00f3n comunitaria.<\/p>\n<p>La financiaci\u00f3n puede provenir de subvenciones de investigaci\u00f3n, apoyo institucional, programas de mantenimiento, membres\u00eda de consorcio, capacitaci\u00f3n, consultor\u00eda o asociaciones. La mayor\u00eda de los proyectos se benefician de la combinaci\u00f3n de varias fuentes. Los planes de financiaci\u00f3n deben coincidir con las promesas p\u00fablicas, porque un peque\u00f1o equipo de voluntarios no puede proporcionar apoyo ilimitado y liberaciones r\u00e1pidas indefinidamente.<\/p>\n<h2>Construir apoyo institucional<\/h2>\n<p>Las universidades y las organizaciones de investigaci\u00f3n pueden mejorar la sostenibilidad al reconocer el software como resultado de la investigaci\u00f3n y respaldar los roles profesionales de ingenier\u00eda de software de investigaci\u00f3n.<\/p>\n<p>Los equipos centrales pueden proporcionar experiencia en pruebas, arquitectura, licencias, seguridad y despliegue. Las instituciones tambi\u00e9n pueden mantener repositorios, programas de capacitaci\u00f3n, apoyo legal y cargos t\u00e9cnicos permanentes.<\/p>\n<h2>Formar futuros mantenedores<\/h2>\n<p>Las comunidades deben crear una ruta de usuario a colaborador, revisor y mantenedor. Tutor\u00eda, revisiones emparejadas, tutoriales de arquitectura y trabajo de lanzamiento compartido ayudan a las personas a ganar confianza.<\/p>\n<p>La responsabilidad se puede introducir gradualmente. Un colaborador puede primero mantener un m\u00f3dulo, revisar los cambios de documentaci\u00f3n o coordinar una versi\u00f3n peque\u00f1a. Un plan de sucesi\u00f3n debe explicar c\u00f3mo se agregan los mantenedores, c\u00f3mo se transfiere el acceso y qu\u00e9 sucede cuando un cliente potencial disminuye.<\/p>\n<h2>Medir cuidadosamente la salud de la comunidad<\/h2>\n<p>Las descargas, estrellas y citas muestran visibilidad, pero no describen completamente la sostenibilidad. Las se\u00f1ales m\u00e1s \u00fatiles incluyen el n\u00famero de mantenedores activos, la distribuci\u00f3n de las contribuciones, el tiempo de revisi\u00f3n, la retenci\u00f3n de contribuyentes, la actividad de documentaci\u00f3n y la regularidad de la liberaci\u00f3n.<\/p>\n<p>Las m\u00e9tricas deben apoyar la reflexi\u00f3n en lugar de la competencia. Los compromisos de conteo o las l\u00edneas de c\u00f3digo pueden subestimar la tutor\u00eda, la revisi\u00f3n, el apoyo y la gesti\u00f3n de proyectos. La pregunta central es si la comunidad puede continuar con el trabajo esencial sin agotar a un grupo peque\u00f1o.<\/p>\n<h2>Saber cu\u00e1ndo reducir el alcance o el archivo<\/h2>\n<p>No todos los proyectos deber\u00edan crecer para siempre. Una comunidad puede pasar al modo de mantenimiento cuando el software es estable, el uso es limitado o los recursos disminuyen. Tambi\u00e9n puede recomendar una alternativa mejor soportada.<\/p>\n<p>Si ya no es posible un mantenimiento seguro, es mejor el archivo responsable que el abandono silencioso. El equipo debe publicar una versi\u00f3n final, conservar la documentaci\u00f3n y el c\u00f3digo fuente, marcar el proyecto como archivado y explicar el estado del soporte. Un proyecto archivado puede seguir siendo valioso para la reproducibilidad hist\u00f3rica.<\/p>\n<h2>Una lista de verificaci\u00f3n pr\u00e1ctica de sostenibilidad<\/h2>\n<table class=\"custom-table\">\n<tbody>\n<tr>\n<th>\u00c1rea<\/th>\n<th>cuesti\u00f3n clave<\/th>\n<\/tr>\n<tr>\n<td>Misi\u00f3n<\/td>\n<td>\u00bfEst\u00e1 claro el prop\u00f3sito cient\u00edfico y el alcance del proyecto?<\/td>\n<\/tr>\n<tr>\n<td>Gobernancia<\/td>\n<td>\u00bfEntienden los colaboradores c\u00f3mo se toman las decisiones?<\/td>\n<\/tr>\n<tr>\n<td>colaboradores<\/td>\n<td>\u00bfPuede un nuevo participante completar una primera contribuci\u00f3n?<\/td>\n<\/tr>\n<tr>\n<td>Documentaci\u00f3n<\/td>\n<td>\u00bfPueden los usuarios comenzar sin la ayuda directa de los autores?<\/td>\n<\/tr>\n<tr>\n<td>Cr\u00e9dito<\/td>\n<td>\u00bfSe reconocen las contribuciones de codificaci\u00f3n y no codificaci\u00f3n?<\/td>\n<\/tr>\n<tr>\n<td>Fondos<\/td>\n<td>\u00bfEst\u00e1n incluidas las tareas de mantenimiento y comunidad en los presupuestos?<\/td>\n<\/tr>\n<tr>\n<td>Continuidad<\/td>\n<td>\u00bfPuede continuar el proyecto sin su fundador?<\/td>\n<\/tr>\n<tr>\n<td>Seguridad<\/td>\n<td>\u00bfExiste un proceso para informar y arreglar las vulnerabilidades?<\/td>\n<\/tr>\n<tr>\n<td>plan de salida<\/td>\n<td>\u00bfPuede el software pasar responsablemente al modo de mantenimiento o archivo?<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Conclusi\u00f3n<\/h2>\n<p>Las comunidades de software de investigaci\u00f3n sostenible se construyen a trav\u00e9s de una combinaci\u00f3n de tecnolog\u00eda confiable y estructuras sociales s\u00f3lidas. El buen c\u00f3digo importa, pero tambi\u00e9n lo hacen la gobernanza, la documentaci\u00f3n, el apoyo al contribuyente, el reconocimiento, la financiaci\u00f3n, la seguridad y la sucesi\u00f3n.<\/p>\n<p>Los proyectos m\u00e1s fuertes hacen que la participaci\u00f3n sea comprensible y distribuya la responsabilidad m\u00e1s all\u00e1 del autor original. Conectan versiones de software a resultados de investigaci\u00f3n, reconocen muchas formas de contribuci\u00f3n y se comunican honestamente sobre la capacidad.<\/p>\n<p>Una comunidad sostenible no necesita expandirse indefinidamente. Necesita la capacidad de mantener, adaptar, transferir o archivar de manera responsable el software a medida que cambian las necesidades cient\u00edficas. Cuando estas pr\u00e1cticas se establecen antes de tiempo, el software de investigaci\u00f3n puede seguir siendo \u00fatil mucho despu\u00e9s de que haya pasado su primera subvenci\u00f3n, publicaci\u00f3n o equipo de desarrollo.<\/p>\n<\/article>\n","protected":false,"raw":"<article>\n<p>El software de investigaci\u00f3n a menudo comienza como una soluci\u00f3n a un problema cient\u00edfico espec\u00edfico. Un investigador escribe c\u00f3digo para procesar datos, simular un sistema, automatizar un experimento o reproducir un an\u00e1lisis. Si la herramienta resulta \u00fatil, otros investigadores comienzan a depender de ella. Lo que comenz\u00f3 como un peque\u00f1o gui\u00f3n puede convertirse en una infraestructura esencial para todo un campo.<\/p>\n<p>El \u00e9xito t\u00e9cnico no garantiza la supervivencia a largo plazo. Muchas herramientas valiosas se vuelven dif\u00edciles de mantener despu\u00e9s de que termina una subvenci\u00f3n, un estudiante se grad\u00faa o el desarrollador original cambia de trabajo. Por lo tanto, el software de investigaci\u00f3n sostenible requiere m\u00e1s que un c\u00f3digo confiable. Necesita una comunidad que pueda compartir conocimientos, apoyar a los usuarios, tomar decisiones, capacitar a los contribuyentes y asegurar recursos a lo largo del tiempo.<\/p>\n<h2>\u00bfQu\u00e9 es una comunidad de software de investigaci\u00f3n?<\/h2>\n<p>Una comunidad de software de investigaci\u00f3n incluye a todos los que contribuyen a la creaci\u00f3n, uso, apoyo y direcci\u00f3n de un proyecto. Los desarrolladores principales son solo una parte de este grupo. Los usuarios, ingenieros de software de investigaci\u00f3n, escritores de documentaci\u00f3n, evaluadores, capacitadores, socios institucionales, financiadores y expertos en dominios pueden desempe\u00f1ar papeles importantes.<\/p>\n<p>Algunos miembros contribuyen con el c\u00f3digo. Otros reportan defectos, preparan ejemplos, revisan m\u00e9todos cient\u00edficos, mejoran tutoriales, responden preguntas o prueban el software en diferentes sistemas. Una comunidad sana reconoce todas estas actividades como contribuciones significativas.<\/p>\n<h2>La sostenibilidad es m\u00e1s que el mantenimiento<\/h2>\n<p>El mantenimiento del software generalmente significa arreglar defectos, actualizar las dependencias y mantener un programa compatible con los sistemas actuales. La sostenibilidad es m\u00e1s amplia. Incluye continuidad t\u00e9cnica, social, financiera e institucional.<\/p>\n<p>Una base de c\u00f3digo fuerte a\u00fan puede fallar si una persona controla los conocimientos esenciales o si los mantenedores no reciben tiempo para el apoyo. El software sostenible sigue siendo comprensible, utilizable y cient\u00edficamente confiable a medida que cambian las personas, las tecnolog\u00edas y las condiciones de financiaci\u00f3n.<\/p>\n<h2>Comience con una misi\u00f3n clara<\/h2>\n<p>Una comunidad necesita comprender para qu\u00e9 est\u00e1 dise\u00f1ado el software y qu\u00e9 problemas quedan fuera de su alcance. Una misi\u00f3n clara ayuda a los usuarios a decidir si la herramienta es apropiada y ayuda a los mantenedores a evaluar las solicitudes de funciones.<\/p>\n<p>La misi\u00f3n debe identificar el principal problema cient\u00edfico, el p\u00fablico al que se dirige y los casos de uso centrales. Tambi\u00e9n debe indicar exclusiones importantes. Sin l\u00edmites, un proyecto puede recopilar caracter\u00edsticas no relacionadas hasta que el mantenimiento se vuelva inmanejable. Una misi\u00f3n enfocada le da al crecimiento una direcci\u00f3n clara.<\/p>\n<h2>Crear una gobernanza transparente<\/h2>\n<p>Los proyectos peque\u00f1os a menudo se basan en decisiones informales. Esto puede funcionar mientras que el equipo contiene solo unas pocas personas. A medida que la comunidad crece, la autoridad poco clara puede crear retrasos y conflictos.<\/p>\n<p>La gobernanza explica c\u00f3mo se toman las decisiones, qui\u00e9n puede aprobar las versiones, c\u00f3mo se seleccionan los mantenedores y c\u00f3mo se manejan los desacuerdos. Un proyecto puede usar un mantenedor principal, un consejo de mantenimiento o un comit\u00e9 directivo. Los colaboradores deben saber d\u00f3nde se discuten las propuestas, qui\u00e9n tiene la responsabilidad final y c\u00f3mo pueden ingresar al liderazgo del proyecto.<\/p>\n<h2>Definir roles y distribuir la responsabilidad<\/h2>\n<p>Los proyectos se vuelven fr\u00e1giles cuando cada tarea importante regresa al fundador. Las responsabilidades deben distribuirse entre roles como mantenedor, revisor, gerente de versiones, l\u00edder de documentaci\u00f3n, contacto de seguridad y coordinador de la comunidad.<\/p>\n<p>Una persona puede desempe\u00f1ar varios roles en un proyecto peque\u00f1o, pero los deberes a\u00fan deben estar documentados. Esto hace visible el trabajo invisible y ayuda al equipo a identificar las lagunas. Las descripciones de roles tambi\u00e9n respaldan la sucesi\u00f3n al mostrar lo que se requiere para convertirse en revisor o mantenedor.<\/p>\n<h2>Reducir la dependencia de las personas clave<\/h2>\n<p>La p\u00e9rdida de una persona no debe detener los lanzamientos, eliminar el acceso a los servicios esenciales ni hacer que la arquitectura sea imposible de entender. Los proyectos pueden reducir este riesgo al compartir el acceso administrativo, documentar los procedimientos de liberaci\u00f3n, revisar los cambios importantes colectivamente y registrar decisiones t\u00e9cnicas importantes.<\/p>\n<p>Al menos dos personas de confianza deben comprender las operaciones cr\u00edticas, como publicar paquetes, administrar dominios, renovar certificados y restaurar copias de seguridad. La transferencia de conocimientos debe ocurrir continuamente en lugar de solo cuando un mantenedor anuncia una salida.<\/p>\n<h2>hacer que la primera contribuci\u00f3n sea alcanzable<\/h2>\n<p>Un camino de colaborador acogedor es uno de los signos m\u00e1s fuertes de una comunidad sana. Los nuevos participantes deben poder encontrar instrucciones de instalaci\u00f3n, pasos de configuraci\u00f3n de desarrollo, comandos de prueba, est\u00e1ndares de codificaci\u00f3n y expectaci\u00f3n de solicitud de extracci\u00f3n sin depender de ayuda privada.<\/p>\n<p>Un archivo claro <code>CONTRIBUTING<\/code> puede explicar el proceso. Los problemas bien preparados para principiantes deben incluir el contexto, el comportamiento esperado, los archivos relevantes y una persona de contacto. El objetivo es eliminar la confusi\u00f3n evitable para que los contribuyentes puedan centrarse en el problema cient\u00edfico o t\u00e9cnico.<\/p>\n<h2>Contribuciones de apoyo m\u00e1s all\u00e1 del c\u00f3digo<\/h2>\n<p>El software de investigaci\u00f3n depende de actividades que no produzcan c\u00f3digo fuente. Los usuarios pueden mejorar los ejemplos, probar las instrucciones de instalaci\u00f3n, traducir documentaci\u00f3n, crear materiales did\u00e1cticos, validar resultados, organizar talleres o responder preguntas de soporte.<\/p>\n<p>Los proyectos deben describir claramente estas oportunidades. El reconocimiento debe reflejar el trabajo realizado. Las listas de colaboradores, las notas de la versi\u00f3n, los sitios web del proyecto y la gu\u00eda de citas pueden reconocer las contribuciones t\u00e9cnicas, cient\u00edficas, educativas y comunitarias.<\/p>\n<h2>Tratar la documentaci\u00f3n como un producto central<\/h2>\n<p>La documentaci\u00f3n es parte del software, no una adici\u00f3n opcional. Los usuarios necesitan una gu\u00eda de instalaci\u00f3n, un breve primer ejemplo, explicaciones conceptuales, referencias de API, informaci\u00f3n de soluci\u00f3n de problemas y flujos de trabajo completos.<\/p>\n<p>Diferentes lectores necesitan diferentes caminos. Un principiante puede necesitar un tutorial de diez minutos. Un investigador experimentado puede necesitar definiciones de par\u00e1metros precisas. Un colaborador puede necesitar notas de arquitectura e instrucciones de prueba. La documentaci\u00f3n debe revisarse con cambios en el c\u00f3digo, y los ejemplos deben probarse autom\u00e1ticamente cuando sea posible.<\/p>\n<h2>Incorporar la reproducibilidad en el proyecto<\/h2>\n<p>El software de investigaci\u00f3n deber\u00eda ayudar a los usuarios a identificar exactamente qu\u00e9 versi\u00f3n produjo un resultado. Las versiones estables, la documentaci\u00f3n versionada, los paquetes archivados y los archivos de entorno lo hacen posible.<\/p>\n<p>Los ejemplos deben identificar los datos requeridos, las dependencias, los ajustes de configuraci\u00f3n y las semillas aleatorias cuando sean relevantes. Las publicaciones deben hacer referencia a una versi\u00f3n de software espec\u00edfica en lugar de solo vincular a un repositorio cambiante. Los archivos a largo plazo y los identificadores persistentes conectan las afirmaciones cient\u00edficas con el software exacto utilizado.<\/p>\n<h2>Aplicar principios justos<\/h2>\n<p>El software de investigaci\u00f3n debe ser buscable, accesible, interoperable y reutilizable. La capacidad de b\u00fasqueda requiere metadatos \u00fatiles, registros de b\u00fasqueda, nombres de proyecto claros e identificadores persistentes. La accesibilidad requiere formas documentadas de obtener el software y sus metadatos.<\/p>\n<p>La interoperabilidad mejora cuando los proyectos utilizan formatos est\u00e1ndar, interfaces estables y entradas y salidas descritos claramente. La reutilizaci\u00f3n depende de las licencias, la documentaci\u00f3n, la procedencia, las pruebas y el contexto suficiente para aplicar el software correctamente. La publicaci\u00f3n de un repositorio no es suficiente si los usuarios no pueden entender, instalar o reutilizarlo legalmente.<\/p>\n<h2>Elija una pol\u00edtica clara de licencia y citaci\u00f3n<\/h2>\n<p>Sin una licencia, es posible que los usuarios potenciales no tengan permiso legal para reutilizar, modificar o redistribuir el software. Los proyectos deben seleccionar una licencia que coincida con sus objetivos y sea compatible con las dependencias incluidas.<\/p>\n<p>Los datos de c\u00f3digo, documentaci\u00f3n y ejemplos pueden requerir licencias separadas. Los proyectos tambi\u00e9n deben explicar c\u00f3mo se debe citar el software. Un archivo <code>CITATION.cff<\/code> y un DOI para lanzamientos estables facilitan la cita.<\/p>\n<h2>Crear pr\u00e1cticas respetuosas e inclusivas<\/h2>\n<p>Es m\u00e1s probable que las personas contribuyan cuando las preguntas reciben respuestas respetuosas y los errores se tratan como parte del aprendizaje. Un c\u00f3digo de conducta debe describir el comportamiento esperado y proporcionar un proceso pr\u00e1ctico de presentaci\u00f3n de informes.<\/p>\n<p>La comunicaci\u00f3n debe admitir diferentes zonas horarias, idiomas, habilidades y niveles de experiencia. Las reuniones pueden ser documentadas para las personas que no pueden asistir. Las discusiones t\u00e9cnicas importantes deben permanecer disponibles en temas p\u00fablicos, propuestas o registros de decisiones siempre que lo permitan la privacidad y la seguridad.<\/p>\n<h2>Usar los canales de comunicaci\u00f3n deliberadamente<\/h2>\n<p>Los rastreadores de problemas son \u00fatiles para defectos reproducibles y tareas planificadas. Los foros de discusi\u00f3n apoyan preguntas y propuestas. Las herramientas de chat ayudan con una coordinaci\u00f3n corta. Las listas de correo y las notas de la versi\u00f3n comunican las actualizaciones oficiales.<\/p>\n<p>Las decisiones importantes no deben desaparecer dentro de mensajes privados o chats temporales. Un resumen p\u00fablico preserva el razonamiento y evita repetidos debates. Los proyectos tambi\u00e9n deben indicar tiempos de respuesta realistas.<\/p>\n<h2>Solicitudes de saldo con capacidad del proyecto<\/h2>\n<p>Los proyectos exitosos a menudo reciben m\u00e1s solicitudes de funciones de las que el equipo puede implementar. Cada nueva funci\u00f3n crea trabajos futuros en pruebas, documentaci\u00f3n, soporte y compatibilidad.<\/p>\n<p>Las solicitudes deben evaluarse contra la misi\u00f3n del proyecto, el valor cient\u00edfico, el n\u00famero probable de usuarios, el costo de implementaci\u00f3n y la carga de mantenimiento. Algunas ideas pueden desarrollarse mejor como complementos o paquetes externos. Decir que no puede proteger la confiabilidad y evitar que los mantenedores se sobrecarguen.<\/p>\n<h2>Establecer pr\u00e1cticas predecibles de calidad y liberaci\u00f3n<\/h2>\n<p>Las pruebas automatizadas, la integraci\u00f3n continua, la revisi\u00f3n de c\u00f3digo, las comprobaciones de formato y las listas de verificaci\u00f3n de versiones reducen la dependencia de la memoria individual. Tambi\u00e9n ayudan a los colaboradores a entender si un cambio est\u00e1 listo.<\/p>\n<p>Las versiones deben seguir una pol\u00edtica documentada de versiones e incluir un registro de cambios. Los cambios decisivos necesitan avisos de desaprobaci\u00f3n y orientaci\u00f3n sobre migraci\u00f3n. Los requisitos de calidad deben seguir siendo pr\u00e1cticos para que las peque\u00f1as mejoras no se vuelvan innecesariamente dif\u00edciles de contribuir.<\/p>\n<h2>Plan de seguridad<\/h2>\n<p>El software de investigaci\u00f3n puede procesar datos confidenciales, ejecutarse en sistemas compartidos o formar parte de flujos de trabajo cr\u00edticos. Las comunidades necesitan una forma privada de denunciar vulnerabilidades y un proceso de liberaci\u00f3n de soluciones.<\/p>\n<p>El acceso al repositorio, los registros de paquetes, los dominios y las credenciales de automatizaci\u00f3n deben utilizar administradores de autenticaci\u00f3n y copias de seguridad. Las dependencias deben ser monitoreadas en busca de problemas conocidos. La correcci\u00f3n cient\u00edfica y la seguridad son responsabilidades separadas, y ambas requieren atenci\u00f3n.<\/p>\n<h2>Desarrollar un modelo de financiaci\u00f3n realista<\/h2>\n<p>Las subvenciones iniciales a menudo respaldan las nuevas caracter\u00edsticas, pero brindan fondos limitados para el mantenimiento. Los proyectos sostenibles deben presupuestar actualizaciones de dependencias, documentaci\u00f3n, apoyo, revisi\u00f3n, infraestructura, seguridad y coordinaci\u00f3n comunitaria.<\/p>\n<p>La financiaci\u00f3n puede provenir de subvenciones de investigaci\u00f3n, apoyo institucional, programas de mantenimiento, membres\u00eda de consorcio, capacitaci\u00f3n, consultor\u00eda o asociaciones. La mayor\u00eda de los proyectos se benefician de la combinaci\u00f3n de varias fuentes. Los planes de financiaci\u00f3n deben coincidir con las promesas p\u00fablicas, porque un peque\u00f1o equipo de voluntarios no puede proporcionar apoyo ilimitado y liberaciones r\u00e1pidas indefinidamente.<\/p>\n<h2>Construir apoyo institucional<\/h2>\n<p>Las universidades y las organizaciones de investigaci\u00f3n pueden mejorar la sostenibilidad al reconocer el software como resultado de la investigaci\u00f3n y respaldar los roles profesionales de ingenier\u00eda de software de investigaci\u00f3n.<\/p>\n<p>Los equipos centrales pueden proporcionar experiencia en pruebas, arquitectura, licencias, seguridad y despliegue. Las instituciones tambi\u00e9n pueden mantener repositorios, programas de capacitaci\u00f3n, apoyo legal y cargos t\u00e9cnicos permanentes.<\/p>\n<h2>Formar futuros mantenedores<\/h2>\n<p>Las comunidades deben crear una ruta de usuario a colaborador, revisor y mantenedor. Tutor\u00eda, revisiones emparejadas, tutoriales de arquitectura y trabajo de lanzamiento compartido ayudan a las personas a ganar confianza.<\/p>\n<p>La responsabilidad se puede introducir gradualmente. Un colaborador puede primero mantener un m\u00f3dulo, revisar los cambios de documentaci\u00f3n o coordinar una versi\u00f3n peque\u00f1a. Un plan de sucesi\u00f3n debe explicar c\u00f3mo se agregan los mantenedores, c\u00f3mo se transfiere el acceso y qu\u00e9 sucede cuando un cliente potencial disminuye.<\/p>\n<h2>Medir cuidadosamente la salud de la comunidad<\/h2>\n<p>Las descargas, estrellas y citas muestran visibilidad, pero no describen completamente la sostenibilidad. Las se\u00f1ales m\u00e1s \u00fatiles incluyen el n\u00famero de mantenedores activos, la distribuci\u00f3n de las contribuciones, el tiempo de revisi\u00f3n, la retenci\u00f3n de contribuyentes, la actividad de documentaci\u00f3n y la regularidad de la liberaci\u00f3n.<\/p>\n<p>Las m\u00e9tricas deben apoyar la reflexi\u00f3n en lugar de la competencia. Los compromisos de conteo o las l\u00edneas de c\u00f3digo pueden subestimar la tutor\u00eda, la revisi\u00f3n, el apoyo y la gesti\u00f3n de proyectos. La pregunta central es si la comunidad puede continuar con el trabajo esencial sin agotar a un grupo peque\u00f1o.<\/p>\n<h2>Saber cu\u00e1ndo reducir el alcance o el archivo<\/h2>\n<p>No todos los proyectos deber\u00edan crecer para siempre. Una comunidad puede pasar al modo de mantenimiento cuando el software es estable, el uso es limitado o los recursos disminuyen. Tambi\u00e9n puede recomendar una alternativa mejor soportada.<\/p>\n<p>Si ya no es posible un mantenimiento seguro, es mejor el archivo responsable que el abandono silencioso. El equipo debe publicar una versi\u00f3n final, conservar la documentaci\u00f3n y el c\u00f3digo fuente, marcar el proyecto como archivado y explicar el estado del soporte. Un proyecto archivado puede seguir siendo valioso para la reproducibilidad hist\u00f3rica.<\/p>\n<h2>Una lista de verificaci\u00f3n pr\u00e1ctica de sostenibilidad<\/h2>\n<table class=\"custom-table\">\n<tbody><tr>\n<th>\u00c1rea<\/th>\n<th>cuesti\u00f3n clave<\/th>\n<\/tr>\n<tr>\n<td>Misi\u00f3n<\/td>\n<td>\u00bfEst\u00e1 claro el prop\u00f3sito cient\u00edfico y el alcance del proyecto?<\/td>\n<\/tr>\n<tr>\n<td>Gobernancia<\/td>\n<td>\u00bfEntienden los colaboradores c\u00f3mo se toman las decisiones?<\/td>\n<\/tr>\n<tr>\n<td>colaboradores<\/td>\n<td>\u00bfPuede un nuevo participante completar una primera contribuci\u00f3n?<\/td>\n<\/tr>\n<tr>\n<td>Documentaci\u00f3n<\/td>\n<td>\u00bfPueden los usuarios comenzar sin la ayuda directa de los autores?<\/td>\n<\/tr>\n<tr>\n<td>Cr\u00e9dito<\/td>\n<td>\u00bfSe reconocen las contribuciones de codificaci\u00f3n y no codificaci\u00f3n?<\/td>\n<\/tr>\n<tr>\n<td>Fondos<\/td>\n<td>\u00bfEst\u00e1n incluidas las tareas de mantenimiento y comunidad en los presupuestos?<\/td>\n<\/tr>\n<tr>\n<td>Continuidad<\/td>\n<td>\u00bfPuede continuar el proyecto sin su fundador?<\/td>\n<\/tr>\n<tr>\n<td>Seguridad<\/td>\n<td>\u00bfExiste un proceso para informar y arreglar las vulnerabilidades?<\/td>\n<\/tr>\n<tr>\n<td>plan de salida<\/td>\n<td>\u00bfPuede el software pasar responsablemente al modo de mantenimiento o archivo?<\/td>\n<\/tr>\n<\/tbody><\/table>\n<h2>Conclusi\u00f3n<\/h2>\n<p>Las comunidades de software de investigaci\u00f3n sostenible se construyen a trav\u00e9s de una combinaci\u00f3n de tecnolog\u00eda confiable y estructuras sociales s\u00f3lidas. El buen c\u00f3digo importa, pero tambi\u00e9n lo hacen la gobernanza, la documentaci\u00f3n, el apoyo al contribuyente, el reconocimiento, la financiaci\u00f3n, la seguridad y la sucesi\u00f3n.<\/p>\n<p>Los proyectos m\u00e1s fuertes hacen que la participaci\u00f3n sea comprensible y distribuya la responsabilidad m\u00e1s all\u00e1 del autor original. Conectan versiones de software a resultados de investigaci\u00f3n, reconocen muchas formas de contribuci\u00f3n y se comunican honestamente sobre la capacidad.<\/p>\n<p>Una comunidad sostenible no necesita expandirse indefinidamente. Necesita la capacidad de mantener, adaptar, transferir o archivar de manera responsable el software a medida que cambian las necesidades cient\u00edficas. Cuando estas pr\u00e1cticas se establecen antes de tiempo, el software de investigaci\u00f3n puede seguir siendo \u00fatil mucho despu\u00e9s de que haya pasado su primera subvenci\u00f3n, publicaci\u00f3n o equipo de desarrollo.<\/p>\n<\/article>\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\"> 9<\/span> <span class=\"rt-label rt-postfix\">minutes<\/span><\/span>El software de investigaci\u00f3n a menudo comienza como una soluci\u00f3n a un problema cient\u00edfico espec\u00edfico. Un investigador escribe c\u00f3digo para procesar datos, simular un sistema, automatizar un experimento o reproducir un an\u00e1lisis. Si la herramienta resulta \u00fatil, otros investigadores comienzan a depender de ella. Lo que comenz\u00f3 como un peque\u00f1o gui\u00f3n puede convertirse en una [&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=473","iawp_total_views":0,"footnotes":""},"categories":[3],"tags":[],"class_list":["post-546","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>Construyendo comunidades de software de investigaci\u00f3n sostenible<\/title>\n<meta name=\"description\" content=\"Descubra c\u00f3mo la gobernanza, la documentaci\u00f3n, la financiaci\u00f3n, el apoyo de colaboradores y la colaboraci\u00f3n abierta ayudan a las comunidades de software de investigaci\u00f3n a crecer y seguir siendo sostenibles.\" \/>\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\/building-sustainable-research-software-communities\/\" \/>\n<meta property=\"og:locale\" content=\"es_ES\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Construyendo comunidades de software de investigaci\u00f3n sostenible\" \/>\n<meta property=\"og:description\" content=\"Descubra c\u00f3mo la gobernanza, la documentaci\u00f3n, la financiaci\u00f3n, el apoyo de colaboradores y la colaboraci\u00f3n abierta ayudan a las comunidades de software de investigaci\u00f3n a crecer y seguir siendo sostenibles.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/matforge.org\/es\/building-sustainable-research-software-communities\/\" \/>\n<meta property=\"og:site_name\" content=\"matforge.org\" \/>\n<meta property=\"article:published_time\" content=\"2026-07-22T08:17:37+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=\"13 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/matforge.org\\\/es\\\/building-sustainable-research-software-communities\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/es\\\/building-sustainable-research-software-communities\\\/\"},\"author\":{\"name\":\"Priya Nair\",\"@id\":\"https:\\\/\\\/matforge.org\\\/#\\\/schema\\\/person\\\/2effd7bc155a5e6357f31dac970c5795\"},\"headline\":\"Construyendo comunidades de software de investigaci\u00f3n sostenible\",\"datePublished\":\"2026-07-22T08:17:37+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/es\\\/building-sustainable-research-software-communities\\\/\"},\"wordCount\":2659,\"commentCount\":0,\"articleSection\":[\"Seguimiento de problemas, tickets &amp; Solicitudes T\u00e9cnicas\"],\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/matforge.org\\\/es\\\/building-sustainable-research-software-communities\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/matforge.org\\\/es\\\/building-sustainable-research-software-communities\\\/\",\"url\":\"https:\\\/\\\/matforge.org\\\/es\\\/building-sustainable-research-software-communities\\\/\",\"name\":\"Construyendo comunidades de software de investigaci\u00f3n sostenible\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/#website\"},\"datePublished\":\"2026-07-22T08:17:37+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/#\\\/schema\\\/person\\\/2effd7bc155a5e6357f31dac970c5795\"},\"description\":\"Descubra c\u00f3mo la gobernanza, la documentaci\u00f3n, la financiaci\u00f3n, el apoyo de colaboradores y la colaboraci\u00f3n abierta ayudan a las comunidades de software de investigaci\u00f3n a crecer y seguir siendo sostenibles.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/matforge.org\\\/es\\\/building-sustainable-research-software-communities\\\/#breadcrumb\"},\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/matforge.org\\\/es\\\/building-sustainable-research-software-communities\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/matforge.org\\\/es\\\/building-sustainable-research-software-communities\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/matforge.org\\\/es\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Construyendo comunidades de software de investigaci\u00f3n sostenible\"}]},{\"@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":"Construyendo comunidades de software de investigaci\u00f3n sostenible","description":"Descubra c\u00f3mo la gobernanza, la documentaci\u00f3n, la financiaci\u00f3n, el apoyo de colaboradores y la colaboraci\u00f3n abierta ayudan a las comunidades de software de investigaci\u00f3n a crecer y seguir siendo sostenibles.","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\/building-sustainable-research-software-communities\/","og_locale":"es_ES","og_type":"article","og_title":"Construyendo comunidades de software de investigaci\u00f3n sostenible","og_description":"Descubra c\u00f3mo la gobernanza, la documentaci\u00f3n, la financiaci\u00f3n, el apoyo de colaboradores y la colaboraci\u00f3n abierta ayudan a las comunidades de software de investigaci\u00f3n a crecer y seguir siendo sostenibles.","og_url":"https:\/\/matforge.org\/es\/building-sustainable-research-software-communities\/","og_site_name":"matforge.org","article_published_time":"2026-07-22T08:17:37+00:00","author":"Priya Nair","twitter_card":"summary_large_image","twitter_misc":{"Escrito por":"Priya Nair","Tiempo de lectura":"13 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/matforge.org\/es\/building-sustainable-research-software-communities\/#article","isPartOf":{"@id":"https:\/\/matforge.org\/es\/building-sustainable-research-software-communities\/"},"author":{"name":"Priya Nair","@id":"https:\/\/matforge.org\/#\/schema\/person\/2effd7bc155a5e6357f31dac970c5795"},"headline":"Construyendo comunidades de software de investigaci\u00f3n sostenible","datePublished":"2026-07-22T08:17:37+00:00","mainEntityOfPage":{"@id":"https:\/\/matforge.org\/es\/building-sustainable-research-software-communities\/"},"wordCount":2659,"commentCount":0,"articleSection":["Seguimiento de problemas, tickets &amp; Solicitudes T\u00e9cnicas"],"inLanguage":"es","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/matforge.org\/es\/building-sustainable-research-software-communities\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/matforge.org\/es\/building-sustainable-research-software-communities\/","url":"https:\/\/matforge.org\/es\/building-sustainable-research-software-communities\/","name":"Construyendo comunidades de software de investigaci\u00f3n sostenible","isPartOf":{"@id":"https:\/\/matforge.org\/#website"},"datePublished":"2026-07-22T08:17:37+00:00","author":{"@id":"https:\/\/matforge.org\/#\/schema\/person\/2effd7bc155a5e6357f31dac970c5795"},"description":"Descubra c\u00f3mo la gobernanza, la documentaci\u00f3n, la financiaci\u00f3n, el apoyo de colaboradores y la colaboraci\u00f3n abierta ayudan a las comunidades de software de investigaci\u00f3n a crecer y seguir siendo sostenibles.","breadcrumb":{"@id":"https:\/\/matforge.org\/es\/building-sustainable-research-software-communities\/#breadcrumb"},"inLanguage":"es","potentialAction":[{"@type":"ReadAction","target":["https:\/\/matforge.org\/es\/building-sustainable-research-software-communities\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/matforge.org\/es\/building-sustainable-research-software-communities\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/matforge.org\/es\/"},{"@type":"ListItem","position":2,"name":"Construyendo comunidades de software de investigaci\u00f3n sostenible"}]},{"@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\/546","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=546"}],"version-history":[{"count":1,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/posts\/546\/revisions"}],"predecessor-version":[{"id":743,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/posts\/546\/revisions\/743"}],"wp:attachment":[{"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/media?parent=546"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/categories?post=546"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/matforge.org\/wp-json\/wp\/v2\/tags?post=546"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}