código abierto

Qué es y qué no es

Un programa es de código abierto cuando su código fuente —las instrucciones que escribió quien lo programó— está publicado y viene con una licencia que permite usarlo, estudiarlo, modificarlo y redistribuirlo. No es una impresión subjetiva: la Open Source Initiative mantiene una definición formal, la Open Source Definition, con criterios concretos que una licencia debe cumplir para poder llamarse así, y una lista de licencias aprobadas.

Lo primero que hay que quitarse de la cabeza es la asociación con «gratis». Mucho software de código abierto no cuesta dinero, sí, pero eso es una consecuencia frecuente, no la definición. Hay proyectos abiertos con versiones de pago, con suscripciones de servicios en la nube opcionales y con empresas detrás facturando. Y hay software gratuito que es completamente cerrado: te lo regalan porque el producto eres tú o porque el negocio está en el aparato que vas a comprar después.

Lo que define al código abierto no es el precio, es quién manda. Con código abierto, si el proyecto se abandona, alguien más puede continuarlo. Si una decisión no te gusta, se puede bifurcar. Si sospechas que envía datos a algún sitio, se puede mirar. Con código cerrado, las tres respuestas son la misma: confía o vete.

Por qué en domótica esto no es ideología

En cualquier otro terreno el debate puede parecer académico. En una casa conectada es una cuestión práctica de años de vida útil.

Un termostato, una cerradura o una cámara son objetos físicos que deberían durar diez o quince años. Pero muchos de esos aparatos no funcionan solos: su lógica vive en un servidor del fabricante. Pulsas el botón en el móvil, la orden viaja a un centro de datos y vuelve a un aparato que está a tres metros de ti. El día que esa empresa cierra, la compran, cambia de modelo de negocio o simplemente decide que ese producto ya no le renta mantenerlo, el servidor se apaga.

Y entonces el objeto no se queda obsoleto: se queda muerto. No es que pierda funciones nuevas, es que deja de hacer lo que ya hacía. Ha pasado con suficientes marcas conocidas como para que sea un patrón, no un accidente.

El código abierto rompe esa dependencia por dos vías:

• El programa que coordina la casa es tuyo. Corre en un aparato de tu vivienda, en local, sin pedirle permiso a nadie. Nadie puede apagarlo a distancia.
• Los protocolos de comunicación son estándares abiertos. Zigbee, Z-Wave o MQTT están documentados y hay implementaciones libres, así que un sensor de la marca A y una bombilla de la marca B se entienden a través de tu sistema aunque sus fabricantes no se hablen entre sí.

Hay un tercer beneficio menos obvio: la auditabilidad. Un aparato que manda datos de presencia, consumo o vídeo de tu casa a un servidor ajeno es un tratamiento de datos personales sobre el que no tienes visibilidad. Con software abierto y funcionamiento local, sabes qué sale de tu red porque puedes mirarlo.

Cómo lo tengo montado

Mi instalación en Tenerife está construida entera sobre este criterio, y lo apliqué antes de comprar nada. El orden de las decisiones fue este:

Un coordinador abierto en el centro. Home Assistant corriendo en un miniordenador de mi casa. Es la pieza que ve todos los aparatos, ejecuta las automatizaciones y guarda el histórico. Si mañana desaparece el proyecto, tengo el código y los datos aquí.

Un puente que me despega de las marcas. Zigbee2MQTT habla directamente con los dispositivos Zigbee, sin pasar por el puente propietario de cada fabricante. Compro el sensor que mejor va de precio y prestaciones, y me da igual la marca: entra en el mismo sistema y se comunica en MQTT.

Firmware propio en lo que fabrico yo. Los sensores que me monto —medición eléctrica, temperatura, cosas de la instalación de autoconsumo— llevan ESPHome. El aparato es mío, el programa que lleva dentro lo he escrito yo en un archivo de texto de veinte líneas y se actualiza desde mi red.

Regla de compra innegociable: si un dispositivo no puede funcionar sin internet, no entra en casa. Da igual lo bonita que sea su aplicación. Ese criterio me ha ahorrado más disgustos que cualquier otra decisión técnica que haya tomado aquí.

Por qué le importa

A la factura, aunque no por lo que parece. El ahorro no está en no pagar licencias: está en no volver a comprar. Una instalación construida sobre estándares abiertos se amplía pieza a pieza durante años y sobrevive a que cierre cualquiera de sus proveedores. Una construida sobre un ecosistema cerrado se tira entera el día que ese ecosistema cambia.

A la independencia de quien vive en la casa, que es lo que de verdad está en juego. La calefacción, el agua caliente o la luz de una vivienda son servicios esenciales. Que dependan de que una empresa en otro continente mantenga un servicio en marcha es una fragilidad que no se acepta en ninguna otra parte de la casa: nadie compra una puerta que solo abre si el fabricante sigue existiendo. Con domótica abierta y local, la casa funciona igual con el router desenchufado.

Errores frecuentes

Confundir código abierto con gratis. Son cosas independientes. Hay software abierto de pago y software gratuito totalmente cerrado que te ata más que cualquier licencia. La pregunta correcta no es cuánto cuesta, es qué pasa con esto si mañana la empresa desaparece.

Creer que «compatible con» equivale a abierto. Que un aparato se integre con los grandes asistentes de voz no significa que puedas usarlo sin la nube del fabricante. Muchas de esas integraciones ocurren entre dos servidores ajenos, no en tu casa. El dato que hay que buscar en la ficha es si tiene API local o protocolo estándar.

Montar un sistema abierto y no hacer copias de seguridad. Al asumir el control asumes también el mantenimiento. Un sistema en local sin copia automática de la configuración es un punto único de fallo, y perder años de automatizaciones por una tarjeta de memoria quemada duele más que cualquier suscripción.

Elegir el proyecto por lo llamativo y no por la comunidad. Un programa abierto sin gente detrás manteniéndolo es código abierto abandonado, que técnicamente puedes seguir usando pero prácticamente nadie va a arreglar. Antes de apoyar la casa en un proyecto, mira cuándo fue el último cambio y cuánta gente contribuye.

Empezar por el aparato y no por el sistema. El error de secuencia clásico: comprar dispositivos sueltos porque estaban de oferta y luego intentar que hablen entre ellos. Primero se decide el coordinador y el protocolo; después se compra solo lo que encaje ahí.