Février 2026 — Architecture P2P & premières intégrations
Février 2026 marque une étape importante pour SharedLife : le passage d’une vision produit à une base technique réellement exploitable.
Résumé rapide
Ce mois a principalement été consacré à poser les fondations de l'application : architecture P2P, premiers flux de synchronisation, socle des modules principaux, personnalisation des profils et premières mécaniques de gamification. L’objectif n’était pas encore d’ajouter un maximum de fonctionnalités visibles, mais de construire une base saine, modulaire et suffisamment robuste pour accueillir la suite du développement.
Une architecture pensée autour du P2P
Le cœur de SharedLife repose sur une idée simple : les données du foyer doivent rester autant que possible entre les appareils des membres.
Pour cela, février a été consacré à la mise en place d’une architecture P2P permettant aux téléphones de communiquer directement entre eux. Le serveur SharedLife n’a pas vocation à héberger les données personnelles du foyer. Son rôle est limité aux fonctions nécessaires à la mise en relation des appareils : signalement, rendez-vous sécurisé, présence, notification de réveil et récupération de credentials techniques temporaires.
En pratique : le serveur aide les appareils à se trouver, mais les données applicatives restent synchronisées entre les téléphones. Cette distinction est essentielle pour SharedLife : le serveur facilite la connexion, mais il ne devient pas le centre de stockage de la vie du foyer.
Signalement sécurisé et communication inter-appareils
La première grande brique technique a été la mise en place du système de signalement sécurisé.
Les appareils utilisent des échanges HTTPS / WSS pour établir les conditions nécessaires à la connexion. Ensuite, les communications entre appareils reposent sur WebRTC, avec un canal de données P2P destiné aux synchronisations locales.
Cette architecture permet de préparer plusieurs cas importants :
synchronisation entre membres d’un même foyer
reprise de communication après fermeture ou réouverture de l’application
notification d’un appareil lorsqu’une mise à jour doit être récupérée
réduction de la dépendance à un serveur central
meilleure cohérence avec l’objectif de confidentialité par conception
Ce travail reste invisible pour l’utilisateur final, mais il conditionne directement la fiabilité future de l’application.
Les premières fondations des modules
Les efforts ont porté sur les modules essentiels du quotidien :
liste de courses partagée
calendrier familial
contacts partagés
documents
coffre-fort numérique
partage des tâches ménagères
À ce stade, l’objectif n’était pas de finaliser chaque module dans son expérience définitive, mais de poser une structure commune : données locales, logique modulaire, intégration progressive à l’écosystème SharedLife et préparation de la synchronisation entre appareils.
Une base modulaire avant tout
SharedLife est conçu comme une application modulaire.
Chaque module doit pouvoir évoluer sans fragiliser les autres. Cette logique est importante pour garder une application maintenable sur le long terme, surtout avec une ambition aussi large : organisation du foyer, calendrier, documents, contacts, tâches, envies, coffre-fort, automatisations futures et agents intelligents.
Février a donc été un mois de structuration : moins spectaculaire visuellement, mais déterminant pour la suite.
Profils, personnalisation et premières mécaniques de gamification
En parallèle du socle technique, les premiers éléments liés à l’identité des membres ont été intégrés.
Chaque membre du foyer doit pouvoir être reconnu facilement dans l’application grâce à son profil, sa couleur, son avatar et ses préférences visuelles. Cette personnalisation est importante pour rendre l’application plus claire, plus humaine et plus agréable à utiliser au quotidien.
Les premières mécaniques de gamification ont également été posées : progression, expérience, jokers, niveaux et logique de récompense.
L’objectif n’est pas de transformer SharedLife en jeu, mais d’ajouter une couche légère de motivation et de plaisir dans les tâches du quotidien. Une application familiale ne doit pas seulement être pratique : elle doit aussi donner envie d’être utilisée régulièrement.
Pour les profils plus techniques
La base technique de février repose sur plusieurs principes :
transport sécurisé via HTTPS / WSS pour les échanges avec le serveur
signalement et rendez-vous serveur séparés des données utilisateur
communication inter-appareils via WebRTC
synchronisation P2P par canal de données
stockage local comme source principale
logique de signature et de contrôle des messages
séparation stricte entre les modules applicatifs
serveur limité à un rôle d’assistance technique : rendez-vous, credentials temporaires
Cette approche demande plus de travail qu’une architecture classique entièrement centralisée, mais elle correspond mieux à la philosophie de SharedLife : garder le contrôle des données du foyer au plus près des utilisateurs.
Ce que ce mois a permis de débloquer
Février a permis de transformer SharedLife en un vrai projet applicatif structuré.
Les principales avancées sont :
une architecture P2P fonctionnelle en preuve de concept
une première base de synchronisation inter-appareils
les fondations techniques des modules principaux
une logique de profils personnalisés
les premières mécaniques de gamification
une direction technique plus claire pour les mois suivants
Ce mois a donc moins été celui des finitions visibles que celui des fondations.
Et c’est précisément ce qui le rend important : SharedLife avait besoin d’un socle solide avant de pouvoir avancer vers une bêta réellement utilisable.
