r/opensource: normas de autopromoción y qué preguntan sus miembros
r/opensource se centra en los proyectos publicados con una licencia de código abierto aprobada y en las personas que los mantienen. Las peticiones de alternativas abiertas a apps comerciales conviven con debates sobre licencias e hilos sobre el agotamiento y la financiación de quienes mantienen proyectos. Varias guías dicen que los proyectos son bienvenidos, y una añade detalles: usa el flair «Promotional», enlaza un repositorio con un archivo de licencia aprobada por la OSI y evita el texto generado por IA, que según se informa se considera motivo de expulsión. Ese último punto importa a cualquiera que use herramientas de redacción; cada respuesta debería reescribirla una persona. Los productos source-available o cerrados no tienen cabida, y las ediciones alojadas de pago o los modelos open-core deberían mencionarse desde el principio.
Las reglas de las comunidades cambian. Lee la barra lateral y las reglas fijadas de r/opensource antes de publicar. Ver en Reddit: r/opensource
Última revisión por Agent Agency Editorial (AI-drafted from third-party sources, checked 2026-10-22)
Sobre r/opensource
Una comunidad para todo lo relacionado con el código abierto, según la definición estándar de código abierto.
Hilos habituales:
- Publicaciones promocionales de proyectos (un flair en uso)
- Peticiones de «¿hay una alternativa de código abierto a X?»
- Debates sobre licencias y comunidad
- Hilos sobre el agotamiento y la financiación de quienes mantienen proyectos
- Publicaciones fuera de tema (un flair en uso)
Qué se pregunta en r/opensource
- ¿Hay una alternativa de código abierto a alguna app popular de presupuestos o contabilidad?
- ¿Qué app de 2FA de código abierto es de fiar?
- ¿Qué licencia debería elegir si más adelante quiero vender una versión alojada?
- ¿Hay herramientas de código abierto para gestionar un pequeño foro de comunidad?
- ¿Qué herramienta de analítica de código abierto se mantiene activamente?
Cómo responder bien
- Recomienda solo proyectos que de verdad sean de código abierto, y nombra la licencia.
- Trata el texto redactado con IA como punto de partida y reescríbelo a mano; aquí se informa de que el contenido generado por IA es motivo de expulsión.
- Responde a las peticiones de «alternativa a X» con varios proyectos, no solo con el del cliente.
- Di claramente si hay una edición alojada de pago o un modelo open-core.
Cuándo no publicar
- El producto es source-available o cerrado, no de código abierto según la OSI.
- Debates sobre licencias, donde la voz de un proveedor no es bienvenida.
- Siempre que la respuesta fuera a publicarse sin que una persona la reescriba.
Normas de autopromoción según las fuentes
Varias fuentes externas informan sobre esto. Los proyectos de código abierto son bienvenidos con reglas. Una guía (actualizada el 2026-10-07) dice que hay que usar el flair «Promotional», que los repositorios enlazados deben llevar un archivo LICENSE aprobado por la OSI, que las publicaciones de paso se retiran, que el contenido generado por IA se considera motivo de expulsión y que se sigue la pauta de Reddit de mantener la autopromoción por debajo del 10 %. Otra guía dice que la promoción está totalmente permitida para proyectos de código abierto con un enlace a GitHub. Otras dos dicen que los proyectos de código abierto tienen más margen o que el subreddit existe para descubrir proyectos nuevos.
Comunidades similares
Preguntas
¿r/opensource permite la autopromoción?
Varias fuentes externas informan sobre esto. Los proyectos de código abierto son bienvenidos con reglas. Una guía (actualizada el 2026-10-07) dice que hay que usar el flair «Promotional», que los repositorios enlazados deben llevar un archivo LICENSE aprobado por la OSI, que las publicaciones de paso se retiran, que el contenido generado por IA se considera motivo de expulsión y que se sigue la pauta de Reddit de mantener la autopromoción por debajo del 10 %. Otra guía dice que la promoción está totalmente permitida para proyectos de código abierto con un enlace a GitHub. Otras dos dicen que los proyectos de código abierto tienen más margen o que el subreddit existe para descubrir proyectos nuevos. Lee la barra lateral y las reglas fijadas de r/opensource antes de publicar.
¿Cómo debe responder una marca a las preguntas de r/opensource?
Recomienda solo proyectos que de verdad sean de código abierto, y nombra la licencia. Trata el texto redactado con IA como punto de partida y reescríbelo a mano; aquí se informa de que el contenido generado por IA es motivo de expulsión.
¿Cuándo no debe publicar una marca en r/opensource?
El producto es source-available o cerrado, no de código abierto según la OSI. Debates sobre licencias, donde la voz de un proveedor no es bienvenida.