Meeting für ioBroker Core/Dev/Admin 18.09.24 20:30
-
Themenliste für September:
- Jeder kann kurz sagen woran er gerade arbeitet (alle Anwesenden) - immer nur kurz, die Zeit rennt
- ioBroker Community Initiatives - aktueller Stand (Apollon77)
- Roles und typeDetector - "Welche neuen Rollen und ggf. Gerätetypen haben wir eingeführt?" (Apollon77)
sensor.contact- general contact, closed -trueor open -false- Energy States aufgeräumt und neue Typedetector Major Version 4.0.1
- Aktueller Stand & Aussicht zu Matter (Apollon77, foxriver76)
- Aktueller Stand wurde gezeigt
- Die aktuelle version ist echt schon vielversprechend
- Zum Pairen der Geräte wird die ioBroker Visu App (Apple/Android) genutzt
- (Apple) https://apps.apple.com/de/app/iobroker-visu/id1673095774
- (Androird) https://play.google.com/store/apps/details?id=com.iobroker.visu&hl=de&pli=1
- erste Beta ist ende September/anfang Oktober zu erwarten
- Homematic HCU - will/kann jemand es integrieren? (Apollon77)
- Controller 6.1 Infos & verkürzter Release Zyklus für diese Version (Foxriver76)
- https://github.com/ioBroker/ioBroker.js-controller/blob/master/CHANGELOG.md
- Mitte/End Oktoker soll die Beta kommen
- Möglichkeit der Nutzung der neuen zentralen eslint-config in Adaptern und Tooling rund um ioBroker (Foxriver76)
- Ping monitor (Bluefox)
- Ping Adapter wurde ausgebaut
- Ping kann jetzt im Hintergrund laufen und so neue Geräte finden
- GUI in Notifications (Bluefox)
- In Notification kann man jetzt Interaktionen ausführen. Zum Beispiel gefundene Geräte hinzufügen.
- Funktioniert mit Admin 7.1 + JS Controller 6.1
- Json-Config - State control (Bluefox)
- https://github.com/ioBroker/ioBroker.admin/blob/master/packages/jsonConfig/SCHEMA.md
- Man kann per jsonConfig jetzt direkt ein state steurern (feature: state) ab Admin 7.1.0
- Object Browser - Back Alias link (very small feature) (Bluefox)
- States die mit einem Alias verbunden sidn, bekommen ebenfalls ein kleinen Link zum Alias
- DX (Developer Experience) (UncleSam)
- Responsive Design Taskforce (Simatec)
- Bei der Entwicklung der Adapter sollten wir mehr auf Responsive Design achten, so dass diese auf auf Handys konfiguriert werden können
- https://mui.com/material-ui/customization/breakpoints/
- Extra Meetig für das Thema https://forum.iobroker.net/topic/77012/umfrage-meeting-frontend-responsive-design
- Update: ioBroker Community-Treffen 10 Jähriges ioBroker Jubiläum (@Apollon77, Bluefox)
- Wir sind ausverkauft und wir sind jetzt in der Planungsphase
Der Link zum Treffen:
Wer Themen zum Meeting hat, einfach hier drunter schreiben und wir tragen es ein.
Die Meetings werden auf 2 Stunden begrenzt. Themen die nicht behandelt werden können, verschieben wir auf nächsten Monat.
Aber es kann durchaus passieren, dass Diskussionen auch nach dem Ende weiter geführt werden.
Alles was im Meeting besprochen wurde, wird hier unterhalb der Themen, stichpunktweise dokumentiert.
Das nächste Meeting wird dann Ordnungsgemäß am 16.10.24 stattfinden
- Jeder kann kurz sagen woran er gerade arbeitet (alle Anwesenden) - immer nur kurz, die Zeit rennt
-
Ich würde mal ein Thema als reine Diskussionsgrundlage anstoßen, was mich die letzten Monate immer mal wieder beschäftigt.
Die Mitbewerber im Smarthome Bereich pushen gerade sehr stark ihre Systeme. Hauptsächlich natürlich die großen Systeme wie HA.
Dazu kommt noch, dass einige Youtuber auf den Zug aufspringen und das ganze promoten.
Die Entwicklung ist auch im ioBroker zu sehen, wo wir seit Anfang des Jahres knapp 8.000 User verloren haben, was ca. 10% entspricht.Bei meiner Recherche hat sich ein großer Punkt rauskristallisiert, den ich gerne im Meeting diskutieren wollte.
Viele User wechseln aufgrund der doch an sehr vielen Stellen fehlender Responsive Designs. Hier sollten wir eine Task Force bilden und die Themen angehen, um den Admin, aber auch alle (vielleicht für den Anfang die Top 100) Adapter Responsive gestalten. Bei meinen eigenen Adaptern war das mit React, jsonConfig aber auch mit materialize index_m.html mit ein wenig css möglich. -
@simatec da ich nicht Teilnehmen kann hier mal ein Paar Worte von mir dazu.
Das die anderen, allen voran HA, sehr Aggressiv Werben habe ich bereits vor vielen Monaten in einer anderen Diskussion aufgeworfen. Ich hab auch darauf Hingewiesen das man bereits ein abwandern erkennen kann, was sich ja in den Zahlen Wiederspiegelt.
Ehrlicherweise seh ich keinen Grund groß darüber zu Diskutieren. Wir kennen die Probleme und können sie nennen:
- Schwache/verlatete Dokumentation
- Inkosistente und sich immer wieder ändernde Benutzerführung
- Zu viel von allem (Adapter, Objekte, Protokolle, Geräte, zu Lesen, usw.), das überfordert viele liegt aber nicht nur an ioBroker.
- Noch immer nicht ausreichende und/oder schlechte Kommunikation. Besonders bzgl. Neuerungen und Änderungen. Also was bedeutet es für den Benutzer und warum wurde das eingeführt.
- Die Entwicklung rund um ioBroker hat sich verlangsamt. Es gibt nur noch wenige große Neuheiten, das meiste sind Verbesserungen im Hintergrund.
Viele Entwickler haben ihre Adapter aufgegeben.
Die Antworten für die meisten Punkte liegen auf der Hand, zum Teil nehmen sich hier einzelne den Punkten an. Zum Beispiel @Feuersturm bei der Doku und @foxriver76 mit seinem Blog der Kommunikation.
Hier die Punkte die vielleicht nicht sofort auf der Hand liegen:
2. Es sollte eine Person geben die sich nur um die UX kümmert und die Entwicklung entsprechend lenkt. Die Hauptaufgabe einer solchen Person wäre es Feedback und Vorschläge zu Sammeln, die Prioritäten fest zu legen, Konzepte erarbeiten und das dann bei den Entsprechenden Adaptern zu platzieren. Nebenaufgabe wäre die Entwickler dabei zu Unterstützen es zu Implementieren.
Es müsste kein Entwickler sein, aber jemand der ein Gefühl für UX hat.
3. reduzieren so viel es geht und maximal vereinfachen. Selbsterklärende Namen, Hilfstexte im Admin/Konfiguration, Beschreibung der Objekte im Objekt unter common.desc,... *
5. ist das wirklich ein Problem? Falls ja, sollte man Aktive und Inaktive Entwickler (wieder) Motivieren und neue Gewinnen. Auch hier ist Thema Kommunikation wieder ein Wichtiger Baustein. Das Gefühl dazu zu gehören, gehört zu werden und Wert geschätzt zu werden ist für viele Motivation. Diese Punkte werden mehr oder weniger gut Adressiert mit den Meetings und den Chat Kanälen.
Ein anderer Aspekt ist der Persönliche Vorteil den man durch das Mitwirken erhält: neue Funktionen, Fehlerbehebung, Unterstützung, Geld, ...
Manche haben auch ihre Berufung darin gefunden an diesem Projekt mit zu wirken.- Ein Beispiel für vereinfachen ist die von mir vorgeschlagene Anzeige der min/max Werte in der Eingabemaske für den Wert im Objekt Tab. Der User kann sie nicht kennen und man sieht sie nur im Objekte, wofür der Expertenmodus Pflicht ist.
Was zurzeit vorallem negativ Aufstößt sind die Ständigen Meldungen das es Betriebssystem Updates gibt, die auch durch Bestätigen nicht weg zu bekommen sind.
Solche Eskapaden seitens ioBroker führen zu einem Gewissen unmut bei den Usern und das bleibt haften.
Für solche Fälle muss es einfach schnelle Lösungen geben um den Schaden zu begrenzen. Zur Not muss das Feature deaktiviert oder entfernt werden bis es eine Fauerhafte Lösung gibt.
@simatec sagte in Meeting für ioBroker Core/Dev/Admin 18.09.24 20:30:
Wie können wir ioBroker besser der breiten Masse schmackhaft machen?
Was für Möglichkeiten gibt es, in ioBroker ein Alleinstellungsmerkmal zu bieten?ioBroker hat aus sicht der meisten kein Alleinstellungsmerkmal sondern ist nur eine Lösung wie die anderen.
Aus unserer Sicht ist das Alleinstellungsmerkmal die (Pseudo) Modularität und der dezentrale Ansatz der Entwicklung. Für den normalen User Spielt das aber gar keine Rolle.Am Ende kann das Alleinstellungsmerkmal also nur etwas sein das der User auch sieht oder erlebt. Und das ist eher eine Schwäche von ioBroker siehe Punkt 2 und 3. Auch wenn vis ein mächtiges Tool darstellt richtet es sich doch eher an den Ambitionierten Bastler oder Professionellen User.
Damit wäre schon mal sehr klar definiert wer Aktuell die Zielgruppen sind.
HA richtet sich vor allem an die, die eine vermeintlich schnelle und unkomplizierte Lösung suchen. Also eine sehr viel größere Zielgruppe als die anderen beiden.
Der größte Unterschied aus meiner Sicht ist das deutlich enger gefasste einsatzspektrum. Wie an anderer Stelle von @apollon77 bereits erwähnt findet ioBroker auch Anwendung außerhalb von Smart Home Anwendungen.Vielleicht betrachten wir ioBroker auch falsch. @Dutchman hat mal gesagt ioBroker sei ein sehr gutes Framework, also ein Rahmengerüst.
Ausgehend von dieser Betrachtung wäre der Logischste Schritt ioBroker nicht weiter in Richtung eines Monolithen zu entwickeln sondern Distributionen mit Fokus auf einen bestimmten Anwendungsbereich erstellen. Sprich nur einen Teil der Adapter zur Installation anbieten, den Admin anpassen (bestimmtes set an plugins) und ein Set an Logiken (Skripten) mitbringen.
Macht das Sinn? Ja. Ist es realistisch? Aktuell nein.Warum Pseudo Modular und Monolithen?
Immer mehr Adapter sind Abhängig vom Admin, ohne kann man sie nicht Konfigurieren. Aufgrund der Tatsache das viele JSONconfig verwenden ist es deutlich schwerer geworden eine Alternative zum bestehenden Admin zu erstellen.
Zugegeben ist das noch kein echtes Problem, aber das sollte man im Auge behalten.
Nehmt das nicht Persönlich, außer es Spornt euch an es noch besser zu machen
So genug jetzt!
-
nur 3 Bemerkungen dazu
@jey-cee sagte in Meeting für ioBroker Core/Dev/Admin 18.09.24 20:30:
Es sollte eine Person geben die sich nur um die UX kümmert und die Entwicklung entsprechend lenkt.
mit einer kommst du da nicht aus!! (Thorsten Sträter)
@jey-cee sagte in Meeting für ioBroker Core/Dev/Admin 18.09.24 20:30:
Warum Pseudo Modular und Monolithen?
ccu.io war monolithisch!
@jey-cee sagte in Meeting für ioBroker Core/Dev/Admin 18.09.24 20:30:
die Ständigen Meldungen das es Betriebssystem Updates gibt,
"seltsamerweise" hab ich die nicht häufig!
Wenn es nicht gewünscht ist den User für die Aktualität und damit die Stabilität des Unterbaus zu sensibilisieren, dann müsste konsequenterweise ein fertiges Image mit automatischen Updates bereitgestellt werden.
Das wollt ihr nicht!
Dann ist es vorbei mit verschiedenen Plattformen.@simatec sagte in Meeting für ioBroker Core/Dev/Admin 18.09.24 20:30:
wo wir seit Anfang des Jahres knapp 8.000 User verloren haben, was ca. 10% entspricht.
hier wüsste ich gerne wie viele abgesprungen sind, weil sie Probleme mit ioBroker hatten, die an einem, dem User nicht bekannten, maroden Unterbau lagen.
-
Ich bin zwar kein ioBroker - Entwickler, hatte aber selber 20 Jahre Windows-Software entwickelt. Aus meiner Sicht gibt es folgende Schwachstellen.
-
In den Adaptern gibt es
a) zuviel "denglisch"
b) zuviel "fach-chinesisch" und
c) nicht selbsterklärende Begriffe/Formulierungen -
Fehler. In den letzten 18 Monaten kommen zuviele Aktualisierungen mit Fehlern raus. Für mich wirkt das dann immer wie mit "heißer Nadel gestrickt".
-
Gemeldete Fehler / Probleme werden nicht behoben - zumindest fühlt es sich so an. Und wenn dann Adapter viele Monate liefen und dann nicht mehr ist das schade und frustrierend >> siehe Parcel-Adapter - da tut sich nix
-
Viel "lastest", kaum neue echte "stable" Versionen.
Nur ein paar Anmerkungen als Nutzer.
Ro75.
-
-
@ro75 #2 und #4 bedingen sich gegenseitig.
Damit in stable nur stabiles auftaucht braucht es ausreichend (fehlendes) feedback im Beta test.
(latest ist da die falsche Bezeichnung! wurde deswegen auf beta geändert) -
Bitte führt hier keine Diskussion darüber... Es ist lediglich in Punkt, den ich fürs Meeting vorgeschlagen habe.
Für eine Diskussion ist der Thread hier nicht gedacht... -
@homoran sagte in Meeting für ioBroker Core/Dev/Admin 18.09.24 20:30:
braucht es ausreichend (fehlendes) feedback
Noch ein Punkt. Es wird immer wieder auf GIT "gelenkt". Ehrlich gesagt, habe ich schon gar keine Lust mehr was auf GIT zu melden. Probleme / Fehler oder "Unlogiken" (wie z.B. Admin Adaper + Skripte mit den Farbeinstellungen). Da werden die Hinweise "abgetan", "niedergebügelt". Manchmal kommt es mir so vor, als ob sich das nicht wirklich richtig durchgelesen wird und im Anschluss gibts noch eine Antwort die aller Logik widerspricht.
Ro75.
EDIT: Letzter Eintrag von mir - wollte nur eine (aber große) USER-Sicht aufzeigen.
-
@simatec sagte in Meeting für ioBroker Core/Dev/Admin 18.09.24 20:30:
Für eine Diskussion ist der Thread hier nicht gedacht...
sollte auch keine Diskussion sein, sondern Ergänzungen
-
Ok, wie bereits gesagt sollten wir nicht hier im thread diskutieren sondern im Meeting. Das Problem was ich mit einigem hier geschriebenen persönlich habe ist, das es entweder hinlänglich bekannt und immer noch ungelöst ist (zb eine dedizierte ux resource oder mehr ui devs um sowas anzugehen und und und) oder es erstmal (teils sehr) plakative/(für mich) nicht bewertbare aussagen sind wo ich fragen hätte um das genaue Problem zu verstehen und einordnen zu können. Gefühlt sind auch da wieder verschiedene Themen vermittelt drin.
Wir vom Core Team haben einen groben Plan für ein paar der Themen und arbeiten aktiv daran. Das ist nur alles nichts was schnell fertig ist sondern Zeit braucht.
Das systemupdate Thema ist auch in js-controller 6.0.10 geändert. Ist halt noch in latest. Andererseits gab es auch positives Feedback über einige eher überraschte User die jetzt mal wieder Updates machen und dankbar sind
negatives Feedback ist erfahrungsgemäß nur halt lauter 
Ich lade wir immer gern alle ein beim dev Meeting dabei zu sein um hier mal zu reden. Auch in Solingen ein paar Tage danach kann man sich gern weiter austauschen.
Danke, Ingo
-
Ich schrieb:
Ich weiß nicht, ob ich am Meeting dabei sein kann, daher lediglich einige Fragen, die vlt. beantwortet werden könnten:
... (die hier richtigerweise nicht diskutiert werden sollen),Edit: Text wegen angeblicher Diskussion gelöscht
-
@wcag22
STOP
wie schon von anderen geschrieben hier bitte KEINE Diskussionen zu einem Thema. Wenn da ein Bedarf besteht dann bitte in einem GETRENNTEN Topic.HIER sind nur Themen und allfällige Ergänzungen zu Themen (zusätzliche Detailtopics) sinnvoll.
-
Ich würde gerne nochmal auf das Thema Doku eingehen, speziell auf die deutsche Adapter Doku hier:
https://www.iobroker.net/#de/adapters
Kann man da die deutsche Übersetzung (s)eines Adapters anpassen?
Wenn ja, wie geht das und wo legt man das Ergebnis ab.Edit:
Ich lass das mal hier stehen, weil es evtl. andere interessiert, die da auch nicht so tief in der Materie drin sind.
Die Frage selbst wurde mir von @Garfonso bereits auf Discord/Telegram beantwortet, Danke dafür:Wenn du das selber pflegen willst, kannst du bei dir mehrere readmes oder auch einen docs Ordner machen. Im io-package.json kannst du angegeben, was als readme/Dokumentation genommen wird:
https://iobroker.readthedocs.io/de/latest/development/iopackage.html#confval-common.docs -
- Aktueller Stand & Aussicht zu Matter (+ Matter Adapter und drum herum) werden @apollon77 und ich sicher etwas zu sagen können
- Controller 6.1 Infos & verkürzter Release Zyklus für diese Version
- Möglichkeit der Nutzung der neuen zentralen eslint-config in Adaptern und Tooling rund um ioBroker
-
In den nächsten Monaten werde ich versuchen, wieder etwas in die ioBroker-Entwicklung einzusteigen; deshalb würde ich gerne als Diskussionspunkt die DX (Developer Experience) einbringen.
Fragen: was braucht ihr, was habt ihr, was sollte noch dazu kommen?
In meiner letzten aktiven Zeit bei ioBroker habe ich:- das Developer Portal hochgezogen
- mit @AlCalzone den Adapter Creator weiter entwickelt
- mit @AlCalzone adapter-dev gestartet
- Weblate eingeführt
Was davon macht heute keinen Sinn mehr, was müsste weiter entwickelt werden und wo haben wir noch Lücken?
Ich glaube, es gibt einige Punkte, wo wir die DX noch verbessern könnten (danke übrigens an @mcm1957 für seine Arbeit in diesem Bereich in den letzten Monaten!) und die würde ich gerne von euch hören. In meinem "anderen Leben" bin ich Entwickler und "Berater" in diesem Bereich und habe in den letzten drei Jahren sehr viel gelernt (GitHub Automatisierung, vollständig automatische DevOps-Pipelines, ...) und von dem würde ich ioBroker gerne profitieren lassen.
Wie immer: bitte nicht hier diskutieren, sondern im Meeting. Wer keine Zeit hat ans Meeting zu kommen, gerne PN mit Vorschlägen / Kritik an mich.
-
Ich hatte auf Github 2 state.roles angefragt, eigentlich fällt mir noch mindestens noch ein weiterer ein:
Link zu dem Github Issue
Edit: Erledigt, Issue is closed
Edit2: Auf Wunsch ist das Issue wieder auf -
Ich habe folgende Themen:
- Ping monitor
- Gui in notifications
- eslint-config (Moritz?)
- Json-Config - State control
- Object Browser - Back Alias link (very small feature)
-
Dev Thema:
Der AdapterCreator ist derzeit offen gesagt eher unbrauchbar / funktioniert nicht da dependencies (chai ?) da offenbar klemmen. Siehe Diskussionen in Telegramm und https://github.com/ioBroker/create-adapter/issues/1106
Mit manuellem Patchen der Deps kommt man angeblich kleinweise weiter - aber wirklich funktionieren tut's nicht ..
Und der dev-server scheint bei Neueinrichtung auch Probleme zu haben... Keine Ahnung ob Folgeproblem oder was getrenntes.
Kann sich das wer ansehen?
Wie gehen "wir" da weiter vor?EDIT: Es gibt ne neue Release. DANKE Ev. hat sich der Punkt erübrigt - bin noch nicht zum Testen gekommen.
EDIT: Testergebnis:
Abbruch wenn dev-server mit selektiert ist - sonst sieht es soweit gut aus.closed Need to also pin sinon-chai #1106
-
Noch ne (wahrscheinlich) Kleinigkeit:@iobroker/testing wurde auf Version 5.0.0 gehoben. Aus dem Changelog geht (für mich) nicht klar hervor ob hier ein Breaking CHange drinnen steckt oder nicht bzw. ob Adapter jederzeit aktualisisert werden können oder ein Update brauchen.D
a das Testing eine zentrale Komponente ist, sollten wir das (wenn bis zum Meeting keine Klarstellung im Changelog steht) das kurz ansprechen.Hat sich erledigt, BF hat Info in Telegramm veröffentlicht.
-
Seit neuestem ist wohl auch die neue Homematic HCU draussen ... https://homematic-ip.com/de/produkt/home-control-unit ... Hat jemand Lust und zeit sich das anzusehen ob das was eigenes braucht oder nah genug an hmip ist? Und ggf zu integrieren?
