Dommage ! 
Je te fais un recap !
Lixee TIC et affichage des appareils complexe dans l’UI
-
On a parlé de l’affichage des appareils complexe type Lixee TIC qui actuellement sont peu lisible dans Gladys car ils ont plein de fonctionnalités du même type. Pour ces appareils on va probablement afficher le feature name sur le dashboard et les scènes. Tout le travail étant de savoir comment détecter les appareils complexe/pas complexe. @AlexTrovato va regarder pour faire un POC, et il faudra tester le avant/après sur des installations complète. L’idée étant de faire vraiment un fonctionnement hybride, et pas de généraliser ce comportement qui est vraiment propre à des appareils qui sortent de l’ordinaire.
-
On a parlé des soucis de performance quand il y a beaucoup d’évènements, ce souci étant dû à la nature synchrone des EventEmitter Node.js. @AlexTrovato va regarder pour que l’émission des évènements soit fait en mode « à faire plus tard » (en gros), pour que Node.js ne se bloque pas.
Une fois ces deux points validés, pour moi la PR Lixee TIC pourra être mergée.
Migration Z-WaveJS
@Romuald_Pochet nous a fait une démo vraiment très prometteuse de ce qu’il a fait en passant par ZwaveJS2Mqtt, qui tourne chez lui en prod et ça a vraiment l’air sympa !
Au niveau fonctionnel, ça a l’air vraiment bien, maintenant avant de pouvoir merger en prod il y a 3 choses à faire:
- Travail sur l’UI pour que le fonctionnement de bout en bout soit nickel: création des containers, etc…
- Finir tout ce qui est test unitaire, Cypress, etc… pour que le code soit bien propre et testé
- Se renseigner sur combien de personnes utilisent l’intégration Open-ZWave actuelle en production, car en gros cette nouvelle intégration sera « breaking », pour quelqu’un qui a une installation Z-Wave existante, si on pousse ça comme ça, son installation est cassée. Je vais regarder de mon côté pour avoir plus de telemetry sur ce point pour qu’on puisse suivre l’usage réel de chaque intégration. Ensuite, l’idée c’est de voir en fonction de qui utilise quel plan de migration on met en place.
Apparemment @Romuald_Pochet a du temps début août ou il pourra avancer sur ça, comme on est quasi tous en vacances en août on pourra faire un point à la rentrée à mon avis 
Sinon compte tenu du fait que l’intégration Open-Zwave actuelle nous bloque sur pas mal de sujets: mise à jour de Node 14 à Node 16, build très lent sur le CI à cause de ça, mise à jour de certaines dépendance impossible à cause de Node 14, etc… On a globalement tous dit que là l’objectif était de faire une 1ère version « simple mais stable », toujours dans la philosophie de la v4: on fait bien les choses mais on part pas dans tous les sens niveau fonctionnalités.
J’oublie des sujets ?