¿Qué es el código abierto (open source)?
El código abierto (open source) designa el software cuyo código fuente es de acceso público y que se distribuye con una licencia que permite su uso, modificación y redistribución. Ejemplos conocidos son Linux, WordPress y PostgreSQL. El código abierto no es automáticamente gratuito ni está libre de obligaciones.

Código abierto: definición e importancia
En el software de código abierto, el código fuente es accesible. Cualquiera puede leerlo, usarlo, adaptarlo y, según la licencia y bajo ciertas condiciones, redistribuirlo. Suele mantenerlo una comunidad de desarrolladores y empresas. Muchos cimientos de internet funcionan con código abierto, entre ellos el sistema operativo Linux, servidores web, bases de datos y sistemas de gestión de contenidos como WordPress.
Código abierto no es lo mismo que gratuito. El software en sí a menudo no cuesta nada, pero sí la instalación, la operación, las actualizaciones y el soporte. Muchos proyectos se financian mediante proveedores de servicios, donaciones, patrocinio de empresas u ofertas adicionales de pago, como el alojamiento gestionado o las funciones premium. Lo decisivo es la licencia, no el precio.
Cómo funcionan las licencias
La licencia define lo que está permitido. Las licencias permisivas, como MIT, BSD o Apache 2.0, permiten el uso también en productos propios y cerrados, normalmente con la obligación de citar al autor. Las licencias copyleft, como la GPL, exigen que el software derivado se distribuya en las mismas condiciones y que se divulgue el código fuente.
Para las empresas esto es relevante en la práctica: quien integra componentes de código abierto en un producto que vende debe conocer y cumplir las condiciones de la licencia. Ayuda disponer de una relación de todos los componentes utilizados con sus licencias, una lista de materiales de software (SBOM). Encontrará más información en la entrada del glosario sobre licencias de código abierto.
Ejemplo práctico: almacenamiento de documentos en un proveedor
Un proveedor quiere compartir documentos internamente y con clientes, pero sin guardar datos con un proveedor fuera de la UE. Opera la solución de código abierto Nextcloud en un servidor en Alemania y conserva así la soberanía sobre datos y accesos.
La solución solo funciona si alguien la atiende: actualizaciones, parches de seguridad, copias de seguridad y monitorización deben estar en marcha. Por eso la operación se encomienda a un proveedor de servicios de TI, con responsabilidades claramente reguladas. El código abierto reduce la dependencia de un único fabricante, pero no sustituye la responsabilidad sobre la operación.
Ventajas, límites y errores habituales
El código abierto ofrece transparencia, independencia de fabricantes concretos, una amplia oferta y, a menudo, un desarrollo rápido. Los riesgos surgen cuando los proyectos dejan de mantenerse, faltan actualizaciones de seguridad o se pasan por alto obligaciones de la licencia. Además, el soporte depende de la comunidad o de un proveedor de servicios, no de un fabricante con contrato fijo. Errores típicos:
- Integrar componentes sin comprobar la licencia ni el mantenimiento del proyecto
- Aplazar actualizaciones y parches de seguridad
- No cumplir obligaciones de la licencia, como la mención de autoría o la divulgación
- Usar componentes críticos que mantiene un único desarrollador
- Dar por supuesto que es «gratuito» y no prever el esfuerzo de operación
Qué debe tener en cuenta su empresa
Antes de utilizarlo, compruebe la licencia, la actividad del proyecto, el ritmo de actualizaciones y la comunidad, y lleve una relación de todos los componentes empleados. Nano Concepts trabaja a diario con tecnologías de código abierto como Laravel, React y WordPress, vigila licencias y actualizaciones y, si lo desea, se encarga de la operación y el mantenimiento.
Preguntas frecuentes sobre Código abierto (open source)
A menudo sí, pero no siempre ni del todo. El software en sí suele poder usarse sin cuota de licencia, pero la instalación, la operación, las actualizaciones y el soporte generan costes. Algunos proyectos ofrecen además versiones de pago o funciones adicionales.
Un código abierto puede ser revisado por muchas personas, lo que saca a la luz los fallos. La seguridad depende, sin embargo, de lo activamente que se mantenga un proyecto y de que se instalen las actualizaciones. Los componentes obsoletos y sin mantenimiento son una puerta de entrada frecuente, tanto en el código abierto como en el software propietario.
Por regla general, sí, siempre que cumpla las condiciones de la licencia. Las licencias permisivas apenas imponen requisitos; las licencias copyleft, como la GPL, condicionan la redistribución del software derivado. En caso de duda, conviene que revisen la licencia.
El freeware puede usarse gratuitamente, pero el código fuente suele permanecer cerrado y no se permite modificarlo. En el código abierto, el código fuente es accesible y la licencia permite expresamente examinarlo, adaptarlo y redistribuirlo.
Servicios que encajan

Desarrollo de software
Software desde el requisito hasta la operación: web, móvil e interfaces con un único proveedor.
Más información
Desarrollo WordPress
Sitios WordPress con tema propio y plugins a medida: rápidos, seguros y fáciles de mantener.
Más información
Consultoría tecnológica
Elección de software, arquitectura, revisión de código y hoja de ruta de digitalización, con independencia y orientación práctica.
Más información
Software a medida
Software según sus procesos en lugar de estándar con concesiones: para sustituir Excel, herramientas internas y aplicaciones especializadas.
Más informaciónTérminos relacionados
Relevante para estos sectores
Artículos relacionados de la revista

Scrum en proyectos de software: roles, proceso y velocity
Scrum hace visible el progreso, siempre que el Product Owner pueda decidir, la Definition of Done se aplique y la velocity sirva como herramienta interna de planificación. Una guía para quienes encargan software a medida.
Seguir leyendo
Documento de requisitos de software (Lastenheft): estructura, ejemplo y checklist
Un buen documento de requisitos hace comparables los presupuestos y posibles los precios cerrados. Cómo se estructura, cómo formular requisitos verificables y cómo saber si el suyo está completo.
Seguir leyendo
Transformación digital en pymes: hoja de ruta, datos y cambio
La transformación digital en las pymes rara vez fracasa por falta de herramientas, sino por objetivos poco claros y soluciones aisladas. Así pasa de un objetivo, unas prioridades y una base de datos a resultados medibles.
Seguir leyendo