Entwickler-Appel in den nächsten Wochen?

Schade! :smiley:

Ich mach dir eine Zusammenfassung!

Lixee TIC und komplexe Geräteanzeige in der UI

  • Wir haben über die Anzeige von komplexen Geräten wie Lixee TIC gesprochen, die derzeit in Gladys schwer lesbar sind, weil sie viele Funktionen desselben Typs haben. Für diese Geräte werden wir wahrscheinlich den Feature-Namen im Dashboard und den Szenen anzeigen. Die ganze Arbeit besteht darin, herauszufinden, wie man komplexe/nicht komplexe Geräte erkennt. @AlexTrovato wird sich ein POC ansehen, und wir müssen das vor/nach dem Testen an vollständigen Installationen testen. Die Idee ist, wirklich eine hybride Funktionsweise zu haben und dieses Verhalten nicht zu verallgemeinern, das wirklich nur für Geräte geeignet ist, die aus dem Rahmen fallen.

  • Wir haben über die Leistungsprobleme gesprochen, wenn viele Ereignisse auftreten, wobei dieses Problem auf die synchrone Natur der Node.js EventEmitter zurückzuführen ist. @AlexTrovato wird sich darum kümmern, dass die Ereignisausgabe im „später erledigen“-Modus (sozusagen) erfolgt, damit Node.js nicht blockiert.

Sobald diese beiden Punkte validiert sind, kann die Lixee TIC PR meiner Meinung nach gemerged werden.

Migration Z-WaveJS

@Romuald_Pochet hat uns eine wirklich sehr vielversprechende Demo dessen gezeigt, was er mit ZwaveJS2Mqtt erreicht hat, das bei ihm in der Produktion läuft und wirklich gut aussieht!

Funktional scheint es wirklich gut zu sein, aber bevor wir es in die Produktion mergen können, gibt es drei Dinge zu tun:

  • Arbeit an der UI, damit die End-to-End-Funktionalität perfekt ist: Erstellung von Containern usw.
  • Abschluss aller Unit-Tests, Cypress-Tests usw., damit der Code sauber und getestet ist
  • Herausfinden, wie viele Personen die aktuelle Open-ZWave-Integration in der Produktion verwenden, da diese neue Integration „breaking“ sein wird. Wenn jemand eine bestehende Z-Wave-Installation hat und wir das so pushen, ist seine Installation kaputt. Ich werde mich auf meiner Seite um mehr Telemetrie zu diesem Punkt kümmern, damit wir die tatsächliche Nutzung jeder Integration verfolgen können. Anschließend ist die Idee, je nachdem, wer was verwendet, einen Migrationsplan zu erstellen.

Offensichtlich hat @Romuald_Pochet Anfang August Zeit, um daran zu arbeiten, da wir alle quasi im August im Urlaub sind, können wir meiner Meinung nach nach den Ferien einen Punkt setzen :slight_smile:

Ansonsten, da die aktuelle Open-Zwave-Integration uns bei vielen Themen blockiert: Update von Node 14 auf Node 16, sehr langsames Build im CI aufgrund dessen, Update bestimmter Abhängigkeiten unmöglich aufgrund von Node 14 usw. Wir haben alle gesagt, dass das Ziel jetzt ist, eine erste Version „einfach aber stabil“ zu machen, immer in der Philosophie der v4: Wir machen die Dinge gut, aber wir gehen nicht in alle Richtungen, was die Funktionen betrifft.

Habe ich etwas vergessen?