Comment Masha Leshchinskaya a sauvé un pet project de la mort : un système de réservation d'appareils pour l'IA

Masha Leshchinskaya, Head of QA chez Surf, a partagé l'histoire d'un pet project qui a survécu contrairement à des centaines d'autres. Le système de réservation d'appareils physiques existe depuis trois mois maintenant. Et ce n'est pas grâce à des technologies révolutionnaires ou au financement de capital-risque, mais grâce à une simple solution : minimiser le coût de maintenance lors de la phase de conception.

Pourquoi les pet projects meurent

La plupart des side projects vivent une ou deux semaines. Le développeur s'enflamme pour l'idée la nuit, lance rapidement un MVP le week-end, le met sur GitHub, le partage sur les réseaux sociaux. Mais ensuite la réalité s'installe : il faut surveiller les logs à 2 heures du matin, corriger les erreurs en production, ajouter des fonctionnalités à la demande des premiers utilisateurs. Tout en temps libre, sans deadlines, sans budget, sans analystes. L'enthousiasme baisse linéairement avec le temps, et le projet se gèle dans les archives GitHub.

Masha a fait face au même piège, mais a agi différemment : au lieu d'une architecture idéale avec une flexibilité maximale, elle a immédiatement adopté comme critère la maintenance minimale.

Comment concevoir un système pour une maintenance minimale

Le système de réservation d'appareils chez Surf résout un problème concret : les ingénieurs QA et les testeurs ont besoin de réserver des appareils physiques (smartphones, tablettes, IoT) pour les tests. Habituellement, c'est soit une feuille Google avec des conflits, soit un outil d'entreprise coûteux comme TestRail.

Masha a choisi un minimum fonctionnel et a automatisé tout ce qui était possible :

• Libération automatique de l'appareil par timeout — l'appareil est occupé exactement pendant le créneau alloué, puis se libère automatiquement
• Notifications via les canaux existants (Slack, Telegram) — sans application séparée
• La synchronisation de la base de données est entièrement automatique, pas de mises à jour manuelles
• Intégrations personnalisées minimales — APIs prêtes à l'emploi (Slack, Google Calendar)
• La journalisation et le monitoring s'auto-diagnostiquent, les alertes ne se déclenchent que pour les vrais problèmes

Résultat : le projet ne nécessite une attention complète qu'une fois par semaine pendant 15 minutes, plutôt qu'une surveillance quotidienne.

Comment le pet project est devenu un champ d'expérimentation pour l'IA

Masha a utilisé le système comme vrai banc d'essai pour les expériences d'IA et de LLM. Par exemple, un bot NLP qui comprend les demandes en langage naturel (« j'ai besoin d'un iPhone 15 pendant une heure de 3 à 4 heures ») et réserve l'appareil lui-même sans clics dans l'interface. Ou un agent IA qui propose des appareils alternatifs si celui souhaité est occupé.

Le bot de recherche classique dans un notebook Jupyter est oublié. Un bot dans un système en production vit plus longtemps : il apprend des erreurs réelles, du comportement réel des utilisateurs, et non d'un dataset synthétique tiré de la documentation.

Ce que cela signifie

Un pet project longévif n'est pas de la magie ou de la chance. C'est le résultat d'une conception réaliste : minimiser la douleur de la maintenance, automatiser la routine, choisir un cas d'usage pratique. Et si le projet devient un vrai champ d'expérimentation pour les expériences d'IA, il cesse d'être un hobby — il se transforme en outil qui vaut la peine de maintenir.