Qualcomm a-t-il complètement tué Arduino ?

 (molecularist.com)
1 points par GN⁺ 2025-11-22 | 1 commentaires | Partager sur WhatsApp
  • Six semaines après le rachat d’Arduino par Qualcomm, de nouvelles conditions d’utilisation et une nouvelle politique de confidentialité ont été publiées, alimentant les craintes d’une disparition de l’ancrage open source
  • Les nouvelles conditions incluent une clause d’arbitrage obligatoire, une intégration des données avec l’écosystème Qualcomm, des restrictions sur l’usage de l’IA et une interdiction de l’ingénierie inverse, marquant un basculement vers des règles de SaaS d’entreprise
  • En particulier, la clause « aucune licence de brevet accordée » soulève la possibilité que des projets utilisant les outils Arduino soient exposés à des risques de litiges en matière de brevets
  • Adafruit qualifie ce changement de « destruction des communs » et le critique comme une atteinte aux principes du matériel open source
  • La communauté demande des garanties sur l’ouverture de l’IDE, de la CLI et des bibliothèques, ainsi qu’une distinction juridique claire et une structure de gouvernance définie ; la réponse à venir pourrait déterminer la survie de l’écosystème Arduino

Le rachat d’Arduino par Qualcomm et les inquiétudes de la communauté

  • Qualcomm a racheté Arduino il y a six semaines, et la communauté des makers a immédiatement craint une atteinte à l’esprit open source
  • Les nouvelles conditions d’utilisation et politique de confidentialité semblent avoir été rédigées par l’équipe juridique de Qualcomm et indiquent qu’Arduino n’est plus un bien commun partagé (open commons)
  • La communauté y voit la preuve qu’Arduino a été ravalé au rang de plateforme d’entreprise ordinaire

Principaux points des nouvelles conditions

  • Les nouvelles conditions comprennent arbitrage obligatoire, intégration mondiale des données, contrôle des exportations et restrictions sur l’usage de l’IA
  • Le changement le plus important est la clause « aucune licence de brevet accordée », qui pourrait permettre que des projets utilisant des outils ou des exemples Arduino fassent l’objet d’allégations de violation de brevets de Qualcomm
  • En outre, l’IDE Arduino est sous licence AGPL et la CLI sous GPL v3, mais les nouvelles conditions interdisent l’ingénierie inverse de la « plateforme », ce qui crée un conflit avec ces licences

Interprétations de la communauté et confusion

  • Certains estiment que la « plateforme » ne désigne que les services cloud (forum, Arduino Cloud, Project Hub), mais l’absence d’explication claire entretient la confusion
  • Les contributeurs de bibliothèques et fabricants de matériel s’inquiètent des risques juridiques potentiels
  • La communauté demande à Qualcomm de préciser le périmètre dans un langage clair et simple

Les critiques d’Adafruit et leur portée

  • Adafruit a publiquement mis en garde contre les risques de cette acquisition
  • Adafruit, considéré comme une autorité morale de l’open hardware, estime que Qualcomm n’a pas compris la nature même d’Arduino
  • La valeur d’Arduino ne résidait pas seulement dans le matériel, mais dans la confiance et l’accessibilité propres à un bien commun ; appliquer un cadre juridique d’entreprise reviendrait à détruire cette valeur

Ce que Qualcomm a manqué

  • Qualcomm a vu Arduino comme une entreprise de matériel IoT, alors qu’il s’agit en réalité d’une plateforme standard du monde maker
  • L’IDE Arduino est le langage commun de l’électronique amateur, par lequel des millions de personnes apprennent à coder
  • Des milliers de bibliothèques, tutoriels et cursus éducatifs reposent sur Arduino, et cette incertitude juridique affecte l’ensemble de l’écosystème

L’importance de l’IDE et son caractère difficilement remplaçable

  • Certains évoquent une migration vers PlatformIO ou VSCode, mais ces outils restent moins accessibles aux débutants
  • Si l’IDE Arduino disparaît ou devient limité, on craint une hausse de la barrière à l’entrée et une baisse de l’arrivée de nouveaux makers
  • Comme lors de l’abandon passé de Hypercard, l’absence d’un outil d’entrée simple pourrait entraîner le déclin de la communauté

Le savoir accumulé et les risques pour l’écosystème

  • Arduino s’est construit sur 20 ans de tutoriels, blogs, cursus pédagogiques et bibliothèques open source
  • Si Qualcomm abandonne l’IDE open source, le transforme en “Arduino Pro”, ou commence à faire valoir des brevets, ce capital de connaissances risque d’être isolé
  • Ce serait comparable à « rendre Wikipédia payant », et la perte la plus grave serait celle de la confiance dans les communs

L’approche juridique de Qualcomm et ses limites

  • L’équipe juridique de Qualcomm a ajouté, selon une logique classique d’acquisition, des clauses sur l’arbitrage, l’intégration des données, le contrôle des exportations et l’interdiction de l’ingénierie inverse
  • Mais Arduino n’est pas une base clients ; c’est un bien commun fondé sur une communauté, et ce type de règles de SaaS d’entreprise lui est fondamentalement inadapté
  • Il en résulte un effondrement de la confiance causé non par la malveillance, mais par une surdité au contexte (tone-deafness)

Les solutions demandées par la communauté

  • Qualcomm a perdu la confiance de la communauté en publiant ces changements sans préavis
  • Pour y remédier, il faudrait
    • limiter le champ d’application des conditions aux services cloud, et
    • clarifier le maintien des licences open source pour l’IDE, la CLI et les bibliothèques de base
  • La communauté demande aussi des garanties concrètes : maintien de l’ouverture des dépôts, clause interdisant tout changement de licence et structure de gouvernance communautaire
  • Un modèle inspiré de la Linux Foundation, avec transfert des outils clés à une fondation distincte, est également proposé

Perspectives

  • Le rachat par Qualcomm met en péril l’héritage open source d’Arduino
  • Dans les prochains mois, tout dépendra de la capacité de Qualcomm à apporter des clarifications nettes et des mesures de gouvernance
  • En cas de silence ou de ralentissement du développement de l’IDE, la communauté pourrait basculer vers des plateformes alternatives
  • La vraie question n’est pas « la communauté maker survivra-t-elle ? », mais « Arduino survivra-t-il ? »

À lire aussi

1 commentaires

 
GN⁺ 2025-11-22
Réactions sur Hacker News

  • Cet article prête un peu à confusion
    Les conditions d’utilisation (ToS) modifiées ne s’appliquent qu’aux services cloud d’Arduino, pas à l’IDE ni aux bibliothèques pour microcontrôleurs
    C’est clairement indiqué dans le premier paragraphe des ToS

    • (Je ne suis pas juriste, mais) la liste en 1.1 ressemble à une définition illustrative
      Il n’y a pas de formulation restrictive comme “only” ou “solely”, et les services comme les finalités y sont mélangés, donc cela ressemble davantage à une description globale
      Cela dit, on peut aussi l’interpréter comme étant limité aux ressources en ligne hébergées par Arduino
      À mon avis, le vrai problème est cette communication ambiguë sur la politique
    • Cet article semble avoir été rédigé par une IA
      Des phrases comme “Arduino isn’t SaaS” ont un style très ChatGPT
      Il est donc difficile de considérer que le texte original retransmet fidèlement les informations
    • Un tel optimisme relève surtout de la pensée magique
      Quand une grande entreprise rachète un projet open source, la gouvernance et les formulations juridiques changent souvent fortement
      Il faudra voir comment cela évolue cette fois-ci

  • Le changement le plus préoccupant est qu’Arduino précise désormais n’accorder aucune licence de brevet
    Autrement dit, Qualcomm ou d’autres pourraient faire valoir des brevets sur des projets réalisés avec les outils ou exemples Arduino
    C’est exactement l’inverse de ce que devrait être l’“open”

  • Arduino traîne depuis longtemps des polémiques autour de la gouvernance et des licences
    Mais au centre, il y avait une communauté passionnée d’amateurs et d’enseignants
    La leçon est simple — quand on revend son projet, le prix à payer peut être le sacrifice de la communauté

  • Je me demande si les gens utilisent encore Arduino aujourd’hui
    J’avais moi aussi quelques cartes avant, mais depuis mon passage à l’ESP32, je n’utilise presque plus Arduino
    J’ai aussi remplacé l’IDE par PlatformIO dans VS Code

    • J’ai récemment dû fabriquer moi-même un périphérique HID pour PC, et j’ai utilisé un Arduino Micro
      Le problème a été réglé avec moins de 300 lignes de code, et la simplicité de l’IDE a rendu la courbe d’apprentissage quasi nulle
      Pour quelqu’un qui veut résoudre rapidement un problème simple, cela reste une plateforme utile
      En ce moment, je teste aussi le RP2350 et MicroPython, qui peuvent être de meilleurs choix s’il n’y a pas de besoin réseau ou d’ultra-basse consommation
    • Grâce à la prise en charge de simavr et QEMU, on peut faire des tests unitaires sans matériel
      Pour un développeur indé, ce type d’environnement de build testable compte beaucoup
    • Moi aussi, je suis passé à l’ESP32
      La direction actuelle d’Arduino ne me plaît pas
    • J’ai moi aussi des dizaines de cartes Arduino, mais je n’en ai plus vraiment l’usage
      Des cartes comme la RP2040 sont bien plus puissantes et moins chères
      L’IDE a toujours un niveau de finition de bêta des années 90
      J’ai l’impression qu’Arduino est en train de disparaître comme BlackBerry
    • J’ai commencé autrefois avec des projets LED, mais j’ai vite perdu l’intérêt
      C’est sans doute aussi un manque de volonté de ma part, mais Arduino n’était peut-être pas une plateforme d’expérimentation aussi intéressante que je l’imaginais

  • La position officielle d’Arduino a été publiée sur le blog officiel

    • Mais j’ai du mal à faire confiance à cette réponse
      L’auteur ne semble pas être un véritable décideur ni quelqu’un en charge de la stratégie
      “Arduino Team” donne plutôt l’impression d’un groupe d’employés naïfs

  • J’ai moi aussi commandé un Uno Q il y a quelques jours, juste avant cette polémique sur les conditions
    Je vais quand même l’essayer un peu
    Mais vu le passé de Qualcomm, la direction future d’Arduino m’inquiète
    Le dicton “un léopard ne change pas ses taches” me revient sans cesse à l’esprit

  • Quand j’étais au lycée, je voulais apprendre les microcontrôleurs 8 bits sans passer par Arduino, mais il n’y avait presque pas de ressources à l’époque
    Aujourd’hui, le biais en faveur d’Arduino est sans doute encore plus fort
    Je me demande combien de gens utilisent encore une toolchain open source en C pur

    • Pour une cible ARM, gcc-arm-none-eabi est la bonne réponse
      Un simple éditeur de texte et gcc suffisent largement
      Pour la famille AVR, on peut utiliser avr-gcc, et Mbed vaut aussi le détour
      Il apporte beaucoup de middleware et réduit la dépendance au matériel
    • Il y a 15 ans, Arduino était le choix idéal pour l’éducation
      L’IDE et les cartes changeaient à peine, donc on passait moins de temps à configurer et on pouvait enseigner immédiatement
      Aujourd’hui, je choisirais plutôt MicroPython, mais cela ajoute plus de dépannage
      Cela dit, Python a l’avantage d’être aujourd’hui le standard des langages d’initiation
    • Vers 2008, je travaillais avec des ATmega/ATtiny, et il y avait déjà beaucoup de tutoriels
      L’AVR bénéficiait d’un bon outillage open source, ce qui le rendait plus accessible que le PIC
    • Je travaille sur un projet ESP32, et Espressif fournit une toolchain pour C/C++ et Rust
      Avec espup pour Rust, j’ai réussi à compiler en 30 minutes
      La documentation Rust officielle est également de bonne qualité
    • Il y a 25 ans, j’ai appris l’AVR en assembleur
      Le kit de développement STK500 coûtait environ 100 $, et ensuite avr-libc a permis de démarrer facilement dans un environnement Linux+C

  • La discussion précédente a eu lieu dans ce fil

    • Cet article est beaucoup mieux structuré que le post LinkedIn
    • Je vais aussi ajouter ce lien dans le texte principal en haut

  • L’écosystème Arduino a toujours donné l’impression de chercher un lock-in inutile
    La plupart des cartes ne sont au fond que des MCU Atmel AVR avec un bootloader ajouté
    En réalité, avr-gcc et avr-libc suffisent largement pour programmer

    • Du point de vue d’un développeur embarqué, Arduino est inefficace
      En revanche, pour apprendre à des enfants à faire clignoter une LED ou à déplacer un petit robot, c’est excellent
      Il existe une grande variété de composants, et c’est sûr et simple pour l’enseignement
      Cela reste adapté à l’automatisation simple ou aux projets hobby
    • Il est important de comprendre le contexte initial du développement d’Arduino
      À l’origine, c’était un outil centré sur les artistes, dérivé de l’IDE Processing
      Avec une API simple et un IDE à seulement deux boutons, il a été conçu pour permettre aux artistes de créer facilement des installations physiques
      Les limitations actuelles prolongent donc en quelque sorte cette philosophie
    • En réalité, il n’y a pas de lock-in
      On peut utiliser des cartes Arduino avec avr-gcc, et il est aussi facile d’ajouter ses propres périphériques au SDK

  • Pour moi, Arduino a été le point de départ de ma programmation
    J’y ai appris le C++, et ma première contribution open source a été l’Arduino MIDI Library
    Si je suis là aujourd’hui, c’est grâce à Arduino et à la communauté du matériel open source