Características Clave
· Código cerrado: Solo el desarrollador (o entidad dueña) tiene acceso al código.
· Restricciones legales.
· Prohibido descompilar, modificar o redistribuir sin permiso.
· Limitado a un número de dispositivos o usuarios (ej: licencias por puesto).
· Soporte técnico: Generalmente ofrecido por el proveedor (de paga en muchos casos).
· Actualizaciones: Controladas por el desarrollador (parches de seguridad, nuevas funciones).
Ejemplos:
* Sistemas operativos:
– Windows 11 (Microsoft).
– macOS (Apple).
* Aplicaciones empresariales:
– Adobe Photoshop (suscripción mensual).
– Microsoft Office 365.Oracle Database: Software empresarial con licencias costosas y auditorías de cumplimiento.
– Spotify: Aplicación propietaria con modelo de suscripción para acceso sin anuncios.
* Herramientas de comunicación:
– Zoom (versión gratuita con límites).
– Slack (modelo Freemium).
* Videojuegos:
– Call of Duty (licencia de uso en plataformas como Steam).
Características Clave:
· Visibilidad del código: Sí, pero no libertad para usarlo.
· Licencias restrictivas.
· Business Source License (BSL): Permite ver el código, pero no usarlo en producción sin pagar (ej: Redis).
· SSPL (Server Side Public License): Controversial, usada por MongoDB para evitar que proveedores cloud ofrezcan el servicio sin contribuir.
Propósito común:
· Evitar el cloud parasitism (empresas que monetizan proyectos open source sin retribuir).
· Transparencia limitada para auditoría de seguridad.
Ejemplos:
– Redis: Desde 2023, bajo licencia BSL para módulos como Redis Stack.
– MongoDB: Usa SSPL para evitar que AWS, Azure, etc., lo ofrezcan como servicio sin compartir mejoras.
– Elasticsearch: Bajo SSPL tras conflictos con AWS (que creó su fork OpenSearch).
– Casos de Estudio
– MariaDB vs. MySQL:
– MySQL fue adquirido por Oracle y tiene una versión empresarial cerrada.
– MariaDB es un fork open source creado por los fundadores originales de MySQL.
Licencias Clave
Permisivas:
· MIT License: Permite casi cualquier uso, incluso en software cerrado (ej: React.js, Node.js).
· Apache 2.0: Similar a MIT, pero con cláusula de patentes (ej: Android, Kubernetes).
· Copyleft:
· GPL (General Public License): Cualquier derivado debe ser open source (ej: Linux, GIMP).
· AGPL (Affero GPL): Extiende GPL para software en red (ej: Nextcloud).
Ejemplos
* Sistemas operativos:
– Linux Kernel (GPL).
– FreeBSD (BSD License).
* Herramientas de desarrollo:
– Visual Studio Code (MIT, pero con componentes propietarios como telemetría).
– Git (GPL).
* Bases de datos:
– PostgreSQL (PostgreSQL License, similar a MIT).
* Navegadores:
– Chromium (BSD, base open source de Google Chrome).
* Casos de Estudio
– React.js (MIT) + Patentes de Facebook: React es open source, pero antiguamente tenía una cláusula que prohibía usarlo en demandas legales contra Facebook.
– Red Hat Enterprise Linux (RHEL). Basado en Fedora (open source), pero el código de RHEL es accesible solo para suscriptores.
· Usar el software para cualquier propósito.
· Estudiar cómo funciona y adaptarlo a tus necesidades (requiere código fuente).
· Redistribuir copias.
· Mejorar el programa y compartir las mejoras.
* Licencias Emblemáticas
- GPL (GNU GPL):
- GPLv3: Incluye cláusulas contra tivoization (bloqueo de hardware, ej: Linux).
- LGPL (Lesser GPL): Permite enlazar con software cerrado (ej: bibliotecas GTK).
- AGPL: Asegura que las modificaciones en software SaaS sean libres (ej: Mastodon).
Ejemplos:
* Proyectos GNU:
– GNU Bash (intérprete de comandos).
– GNU Emacs (editor de texto).
* Aplicaciones:
– LibreOffice (alternativa a Microsoft Office).
– GIMP (editor de imágenes).
* Distribuciones:
– Trisquel GNU/Linux (100% software libre, sin firmware privativo).
– Void GNU/Linux (por defecto viene sin software privativo como Trisquel, aunque se pueden instalar firmware y drivers privativos)
– FreeBSD
* Casos de Estudio
– Debian vs. Ubuntu:
– Debian sigue estrictamente las directrices de software libre (aunque permite repositorios non-free).
– Ubuntu incluye controladores privativos por defecto para mayor compatibilidad.
– RMS (Richard Stallman): Fundador del movimiento de software libre y la FSF.
Tabla Compartativa
¿Cómo Elegir?
* Propietario: Si priorizas soporte técnico profesional o necesitas integración con ecosistemas cerrados (ej: Adobe para diseñadores).
* Source Available: Para proyectos que requieren transparencia pero sin ceder control comercial.
* Open Source: Ideal para colaboración, personalización y reducir costos (ej: startups o DevOps).
* Software Libre: Si valoras la ética y la libertad del usuario sobre lo técnico (ej: activistas, educación).
Referencias.
– Open Source Initiative (OSI): opensource.org.
– Free Software Foundation (FSF): fsf.org.
– Licencias explicadas: choosealicense.com.
0 Comentarios:
Publicar un comentario