¿Qualcomm mató por completo a Arduino?
(molecularist.com)- Seis semanas después de que Qualcomm adquiriera Arduino, se publicaron nuevos Términos de uso y Política de privacidad, lo que ha extendido la preocupación de que su base open source haya desaparecido
- Los nuevos términos incluyen cláusula de arbitraje obligatorio, integración de datos con el ecosistema de Qualcomm, restricciones al uso de IA y prohibición de ingeniería inversa, lo que marca un cambio hacia normas de SaaS corporativo
- En particular, la cláusula de “no se otorga licencia de patentes” plantea la posibilidad de que proyectos que usan herramientas de Arduino queden expuestos a disputas de patentes
- Adafruit definió estos cambios como una “destrucción de los bienes comunes (commons)” y los criticó por socavar los principios del hardware abierto
- La comunidad exige garantías sobre el carácter abierto del IDE, CLI y las bibliotecas, además de una separación legal clara y una estructura de gobernanza definida; la respuesta futura podría determinar la continuidad del ecosistema de Arduino
La adquisición de Arduino por Qualcomm y la preocupación de la comunidad
- Qualcomm adquirió Arduino hace 6 semanas, y la comunidad maker expresó de inmediato su preocupación de que se dañara el espíritu open source
- Los nuevos Términos de uso y Política de privacidad parecen haber sido redactados por el equipo legal de Qualcomm, y dejan claro que Arduino ya no es un bien común abierto (open commons)
- La comunidad evalúa que esto convierte a Arduino en una plataforma corporativa más
Principales puntos de los términos modificados
- Los nuevos términos incluyen arbitraje obligatorio, integración global de datos, controles de exportación y restricciones al uso de IA
- El cambio más importante es la cláusula de no se otorga licencia de patentes, por la que proyectos que usan herramientas o ejemplos de Arduino podrían quedar sujetos a acusaciones de infracción de patentes por parte de Qualcomm
- Además, aunque el IDE de Arduino tiene licencia AGPL y el CLI GPL v3, los nuevos términos prohíben la ingeniería inversa de la “plataforma”, lo que genera un conflicto con esas licencias
La interpretación de la comunidad y la confusión
- Algunos creen que “plataforma” se refiere solo a servicios en la nube (foros, Arduino Cloud, Project Hub), pero la falta de una explicación clara mantiene la confusión
- Contribuyentes de bibliotecas y fabricantes de hardware están preocupados por el posible riesgo legal
- La comunidad exige que Qualcomm aclare el alcance con lenguaje claro y sencillo
La crítica de Adafruit y su significado
- Adafruit advirtió públicamente sobre los riesgos de esta adquisición
- Adafruit es una autoridad moral del hardware abierto, y señaló que “Qualcomm no entendió la esencia de Arduino”
- El valor de Arduino no estaba solo en el hardware, sino en la confianza y accesibilidad de un bien común, y advirtió que aplicar un marco legal corporativo destruiría ese valor
Lo esencial que Qualcomm pasó por alto
- Qualcomm entendió a Arduino como una empresa de hardware IoT, cuando en realidad adquirió la plataforma estándar del mundo maker
- El IDE de Arduino es el lenguaje común de la electrónica amateur, y millones de personas aprendieron a programar con él
- Miles de bibliotecas, tutoriales y cursos se basan en Arduino, y esta incertidumbre legal afecta a todo el ecosistema
La importancia del IDE y por qué no es reemplazable
- Algunas personas discuten migrar a PlatformIO o VSCode, pero para principiantes son menos accesibles
- Si el IDE de Arduino desaparece o queda restringido, existe el temor de que suba la barrera de entrada y disminuya la llegada de nuevos makers
- Como ocurrió en el pasado con el fin de Hypercard, la ausencia de una herramienta de entrada sencilla podría llevar al declive de la comunidad
El conocimiento acumulado y el riesgo para el ecosistema
- Arduino está construido sobre 20 años de tutoriales, blogs, currículos educativos y bibliotecas open source acumulados
- Si Qualcomm abandona el IDE abierto o lo convierte en “Arduino Pro”, o empieza a hacer valer patentes, ese patrimonio de conocimiento quedaría aislado
- Esto sería como “poner Wikipedia detrás de un muro de pago”, y se señala que la mayor pérdida sería la confianza en Arduino como bien común
El enfoque legal de Qualcomm y sus problemas
- El equipo legal de Qualcomm añadió, como parte de un proceso normal de adquisición, cláusulas de arbitraje, integración de datos, controles de exportación y prohibición de ingeniería inversa
- Pero Arduino no es una base de clientes, sino un bien común basado en una comunidad, por lo que estas reglas corporativas de SaaS son intrínsecamente inadecuadas
- El resultado ha sido una ruptura de confianza causada no por mala fe, sino por insensibilidad (tone-deafness)
Las soluciones que exige la comunidad
- Qualcomm perdió la confianza de la comunidad al publicar los cambios sin aviso previo
- Para resolverlo, sería necesario:
- limitar el alcance de los términos a los servicios en la nube, y
- dejar claro que se mantienen las licencias open source del IDE, CLI y las bibliotecas base
- También hacen falta protecciones concretas, como mantener públicos los repositorios, cláusulas que impidan cambios de licencia y una estructura de gobernanza comunitaria
- Se propone trasladar las herramientas principales a una fundación separada, como en el modelo de la Linux Foundation
Perspectivas futuras
- La adquisición por parte de Qualcomm pone en riesgo el legado open source de Arduino
- En los próximos meses, la clave será si Qualcomm toma medidas claras de explicación y gobernanza
- Si guarda silencio o el desarrollo del IDE se desacelera, la comunidad podría migrar a plataformas alternativas
- La pregunta central no es “¿sobrevivirá la comunidad maker?”, sino “¿sobrevivirá Arduino?”
1 comentarios
Opiniones en Hacker News
Este artículo es un poco engañoso
Los Términos de Servicio (ToS) modificados solo aplican al servicio en la nube de Arduino, no al IDE ni a las bibliotecas para microcontroladores
Esto está claramente indicado en el primer párrafo de los ToS
No contiene expresiones restrictivas como “only” o “solely”, y mezcla servicios con propósitos, así que se parece más a una descripción amplia
Aun así, también se puede interpretar que está limitado a los activos en línea alojados por Arduino
Creo que el problema es esta comunicación ambigua de la política
Frases como “Arduino isn’t SaaS” tienen un estilo típico de ChatGPT
Por eso, cuesta verlo como una transmisión fiel de la información original
Cuando una gran empresa adquiere un proyecto de código abierto, muchas veces cambian mucho la gobernanza y el lenguaje legal
También habrá que ver qué pasa esta vez
El cambio más riesgoso es la parte donde Arduino ahora especifica que ya no concede ninguna licencia de patentes
Es decir, Qualcomm y otros podrían hacer valer patentes sobre proyectos creados usando herramientas o ejemplos de Arduino
Básicamente, va totalmente en dirección opuesta a lo “open”
Arduino lleva mucho tiempo rodeado de polémicas por temas de gobernanza y licencias
Pero en el centro siempre estuvo una comunidad apasionada de aficionados y educadores
La lección es una sola: si vendes tu proyecto, el resultado puede ser a costa de la comunidad
Su historia puede verse en Arduino History y en el artículo de Hackaday sobre Wiring
Me pregunto si la gente todavía usa Arduino hoy en día
Yo también usé varias placas antes, pero desde que me pasé a ESP32 casi no uso Arduino
También reemplacé el IDE por PlatformIO en VS Code
Resolví el problema con menos de 300 líneas de código, y gracias a la simplicidad del IDE casi no hubo curva de aprendizaje
Sigue siendo una plataforma útil para quien quiere resolver rápido un problema sencillo
Últimamente también estoy probando RP2350 y MicroPython, y si no necesitas red ni consumo ultrabajo, quizá sean una mejor opción
Para un desarrollador indie, un entorno de compilación que permita probar así es bastante importante
No me gusta la dirección actual de Arduino
Placas como RP2040 son mucho más potentes y baratas
El IDE sigue teniendo una calidad propia de una beta de los 90
Siento que Arduino está ahora en una fase de desaparición al estilo BlackBerry
También fue falta de constancia de mi parte, pero Arduino no resultó ser una plataforma de experimentación tan interesante como pensaba
La postura oficial de Arduino está publicada en el blog oficial
No parece que quien la escribió sea realmente alguien con poder de decisión o a cargo de la estrategia
“Arduino Team” se ve solo como un grupo de empleados ingenuos
Yo también pedí un Uno Q hace unos días, justo antes de esta polémica por los términos
Igual pienso probarlo un rato
Pero considerando el historial de Qualcomm, me preocupa la dirección futura de Arduino
No dejo de pensar en el dicho “el leopardo no cambia sus manchas”
Cuando estaba en la preparatoria quería aprender microcontroladores de 8 bits sin Arduino, pero en ese entonces casi no había material
Ahora da la impresión de que el sesgo hacia Arduino es todavía mayor
Me pregunto cuánta gente seguirá usando un toolchain open source con C puro
Con un editor de texto y gcc basta perfectamente
En la familia AVR se puede usar avr-gcc, y también vale la pena echarle un vistazo a Mbed
Tiene bastante middleware y reduce la dependencia del hardware
Como el IDE y las placas casi no cambiaban, se perdía menos tiempo en configuración y se podía enseñar de inmediato
Hoy elegiría MicroPython, pero eso también aumenta el troubleshooting
Aun así, Python tiene la ventaja de ser el lenguaje estándar de entrada hoy en día
AVR tenía mejor tooling open source que PIC, así que era más accesible
Con ‘espup’ para Rust logré compilar en 30 minutos
La documentación oficial de Rust también está muy bien hecha
El kit de desarrollo STK500 costaba unos $100, y después, gracias a avr-libc, fue fácil empezar en un entorno de Linux + C
La discusión anterior se trató en este hilo previo
El ecosistema de Arduino siempre me dio la impresión de intentar un lock-in innecesario
La mayoría de las placas no son más que MCU AVR de Atmel con un bootloader encima
En realidad, se puede programar perfectamente solo con avr-gcc y avr-libc
Pero para que niños aprendan a hacer parpadear un LED o mover un robot simple, es excelente
Hay mucha variedad de componentes, y es seguro y simple para fines educativos
Sigue siendo adecuado para automatización sencilla o proyectos de hobby
Originalmente fue una herramienta centrada en artistas derivada del IDE de Processing
Con una API simple y un IDE con solo dos botones, fue diseñado para que artistas pudieran crear fácilmente instalaciones físicas
Por eso las limitaciones actuales también son una extensión de esa filosofía
También se pueden usar placas Arduino con avr-gcc, y es fácil agregar tus propios dispositivos al SDK
Para mí, Arduino fue el punto de partida en la programación
Aprendí C++ y mi primera contribución open source fue crear la Arduino MIDI Library
Lo que soy hoy se lo debo a Arduino y a la comunidad de hardware abierto