Il y a deux mois, Justin Poehnelt s’est fait licencier de Google. Motif : il avait créé Google Workspace CLI (gws), un outil en ligne de commande qui unifiait Drive, Gmail, Calendar et toutes les API Workspace, conçu à la fois pour les humains et les agents IA.
Le projet a fait la une de Hacker News. Il a récolté des milliers de stars sur GitHub. Puis le service juridique de Google s’en est mêlé.
Marque, logo et « confusion possible avec un produit officiel »
À lire les commentaires HN, le détonateur immédiat est un problème d’usage de marque. Le projet de Poehnelt était hébergé sous github.com/googleworkspace/cli et utilisait le logo et la charte graphique de Google. Plusieurs commentateurs soulignent qu’à la seule vue de la page d’accueil du projet, on pouvait facilement le prendre pour un produit officiel.
La position du juridique de Google est limpide : utiliser la marque et l’identité visuelle de l’entreprise sans autorisation, même en interne, peut constituer une violation. Dans les commentaires, deux camps s’opposent.
Pour le premier, la ligne rouge est indiscutable. « Balancer un truc qu’on peut confondre avec une sortie officielle, ça dénote un énorme problème de jugement, » écrit un commentateur. « Sans passer par le process, ça mérite au minimum une sanction disciplinaire lourde ; si l’avertissement avait déjà été donné, le licenciement est justifié. »
L’autre camp estime que le problème de marque se règle techniquement en deux minutes — retirer le logo, renommer le projet — comme l’ont fait Clawdbot → Moltbot → OpenClaw. « Google est réputé pour ne presque jamais licencier, même pour des problèmes de performance, » note un commentateur. « Soit la doctrine a changé, soit il y a une autre partie de l’histoire qu’on ne connaît pas. »
Le 20 % time est-il mort ?
La controverse la plus profonde est culturelle.
Google a été célèbre pour sa politique des « 20 % time » : les ingénieurs pouvaient consacrer un cinquième de leur temps de travail à un projet personnel. Gmail, Google News, AdSense sont nés de cette règle. Le sentiment général dans les commentaires, c’est que si le CLI de Poehnelt était apparu dans le Google de 2010, l’histoire se serait écrite autrement.
« Google est passé de “encourager les gens à créer des trucs incroyables sur leur 20 %” à “virer les gens pour l’avoir fait”, » résume un commentaire parmi les plus votés. D’autres font le lien avec un événement parallèle : le Gemini CLI, initialement open source, a été remplacé par l’Antigravity CLI, fermé. Certains y voient les deux faces d’une même tendance : l’innovation interne n’est plus encouragée, sauf si elle sert une roadmap produit précise.
La Loi d’airain de Pournelle est mobilisée comme cadre d’explication : « Dans une bureaucratie, ceux qui luttent pour les valeurs que le système est censé servir perdront toujours en influence au profit de ceux qui luttent pour le système lui-même. » Poehnelt appartenait au premier groupe — développeur autoporté qui produit des choses intéressantes et utiles. Ses adversaires sont du second — plus attachés à la machinerie interne et à leur position dedans.
L’ombre de l’IA
Un autre élément de contexte : le CLI de Poehnelt était explicitement conçu pour les humains et les agents IA. Son slogan : « built for humans and AI agents ». Ce positionnement entrait en tension directe avec la stratégie IA propriétaire que Google est en train de déployer en interne.
Quand le projet side d’un ingénieur de base commence à empiéter sur la roadmap IA commerciale que l’entreprise planifie, « l’infraction à la marque » peut n’être que le grief le plus facile à brandir. Un commentateur lâche : « À mon avis, la vraie raison, c’est que certains responsables et certains projets à l’intérieur de Workspace ont peur de se faire disrupter. »
La réponse de Poehnelt est restée sobre : « Je ne partagerai pas beaucoup plus d’infos, mais je pense que cette affaire illustre l’expérience de travail dans une big tech, et la disruption que l’IA provoque au niveau des équipes, des roadmaps, des incitations et des comportements utilisateurs. »
L’éternelle tension entre open source et employeur
Ce cas rouvre le débat sur les droits des ingénieurs en matière d’open source.
Même chez Google, les règles concernant ce qu’un employé peut faire comme projet open source personnel, l’utilisation de la marque, et la publication d’outils internes, ont toujours navigué dans une zone grise. L’application de ces règles varie massivement d’une équipe à l’autre, d’un manager à l’autre. « Je ne suis pas sûr que les Googlers ouvrent régulièrement des projets side sous l’organisation officielle — la politique de Google a toujours été floue là-dessus. »
Le cas Poehnelt pourrait faire jurisprudence : la tolérance des grandes entreprises envers les projets open source personnels de leurs employés est en train de se resserrer. Quand un projet side atteint un niveau de traction tel qu’il peut interférer avec la roadmap produit officielle, le problème de conformité de marque devient un problème existentiel.
Cet article s’appuie sur des informations publiques et des discussions communautaires. Si vous avez une expérience directe sur ce sujet, vos corrections et compléments sont bienvenus.