Monatsrückblick Januar/Februar 2026 ist online!

[Homoran]

Hallo Uwe und vielen Dank für diese ausführliche Einschätzung.

So etwas ist für uns immer wichtig, um zu sehen, wie ioBroker bei den Usern ankommt.

Ich nehme mal an, dass du deine Fragen auch beantwortet haben willst und es nicht nur rhethorische Fragen sind.

Also will ich mal damit anfangen.

Eigentlich müsste ich vorweg auch einen umfangreichen Disclaimer schreiben wie du, aber das spare ich mir und schreibe ebneso frei von der Leber weg, was mir an deinem Beitrag sehr gut gepasst hat.

@UweRLP:

Ist das so? Zwei Personen die sich um das ganze Projekt kümmern, `
Das trifft ziemlich den Kern.

Allerdings ist ioBroker open source und JEDER kann seinen Teil beisteuern, was in letzter Zeit erfreulicherweise auch passiert.

@UweRLP:

Kann man da den Überblick behalte `
Ja!

@UweRLP:

Klar ich kann Fehler melden - aber wohin? So genau scheint das keiner zu wissen und so wirklich kümmert sich auch keiner drum. `
Hier muss ich ein wenig widersprechen.

Wohin? Am liebsten als pull-request (für Entwickler) oder Issue (für alle) in github. Als nächste Ebene das ioBroker Whiteboard in Trello. Als einfachstes hier im Unterforum Fehler. Das wird dann schon in die richtigen Wege geleitet, damit sich jemand drum kümmert.

@UweRLP:

gibts da ein Lexikon für? `
Ja, die Terminologie ist gerade für einen Einsteiger vielleicht verwirrend. Allerdings habe ich in Einzelfällen auch den Eindruck, dass Fragende nicht bereit sind, sich Mühe zu geben.

Und ja, wir haben bereits an einem Glossar gearbeitet und ich habe es letztes Wochenende auch auf der ToDo gehabt es auf die Website zu stellen, habe es aber schlichtweg vergessen :oops:

@UweRLP:

vielleicht erweitere ich das in Zukunft noch.

Kommentare sind willkommen `
Bitte!

Danke!

Gruß

Rainer

[eric2905]

Hi,

ich kommentiere erst mal nur eine Passage - den Rest muss ich mir noch ein paar mal durchlesen :) und drüber nachdenken.

@UweRLP:

Vielleicht liegt es auch am Vokabular welches hier benutzt wird? Da gibt es Objekte, Reiter, Adapter, Widget, Szenen, Scene und vieles mehr was ein Normalsterblicher nicht kennt - nein auch ich kenne nicht alle Fachbegriff - gibts da ein Lexikon für? `
Sowas gibt es - und zwar in Form der Dokus und Anleitungen, die geschrieben wurden. Dort werden für ebendiese "Dinge" genau diese Begriffe angezogen/definiert und das auch stringent in alles Dokus durchgehalten.

Manchmal frage ich mich aber, ob diese Dokus, usw. gelesen werden.

Da es kaum Rückmeldungen zu den Dokus gibt, kämen zwei Antworten in Frage:

• Die Doku ist gut, das aktuelle Problem des Anwenders ist behoben und es bestehen keine Fragen zur Doku als solches

• Die Doku wird nicht gelesen

Wenn keiner sagt, das in einer Doku oder sonst wo etwas unstimmig, unverständlich, usw. ist. kann keiner der Autoren da was ändern. Die Autoren kennen das Thema, was sie beschrieben, i.d.R. recht gut und können da sehr schnell in eine Art Betriebsblindheit verfallen. Ohne konstruktive Kritik kann keiner was verbessern.

Gruß,

Eric

[eric2905]

Aber genau da kannst Du helfen.

Wenn Du Dich mit Try & Error da durchgewurstelt hast, schreib es auf und schicke es. Dann kann es eingebaut werden und der nächste freut sich.

Nachtrag:

Das wird leider zu wenig getan und jeder muss sich immer wieder von vorne durchwursteln.

Ich habe lange nicht alle Komponenten da, um zu allem was schreiben zu können (weder Dokus noch Hilfe im Forum).

Wenn jedes seine Infos in 8-20 Sätze zusammenfasst und der Allgemeinheit zur Verfügung stellt, kann es was werden

Gruß,

Eric

Von unterwegs getippert

[Homoran]

@UweRLP:

Ich bekomme von dir drei Anlaufstellen genannt aber ist das Zielführen? `
Ja!

Damit bestehen für jeden User entsprechend seiner Fähigkeiten Möglichkeiten Fehler zu melden. Wir können nicht von jedem verlangen, dass er sich den code nach der Ursache des Fehlers durchsucht, diesen korrigiert und dann als pull-request in github einstellt.

@UweRLP:

oder aus Zeitmangel nicht bearbeitet werden `
gegen Zeitmangel gibt es kein Mittel.

@UweRLP:

und ich auch keine Rückmeldung erhalte ob diese beim richtigen angekommen sind. `
beim Issue in github hättest du das, aber hast du einen github-Account?

@UweRLP:

Der Fehler wurde von dir bestätigt aber noch nicht behoben… `
siehe Zeitmangel

Und ebenfalls wie bei eric, möchte ich zum Thema Doku noch sagen:

Ich schreibe die Doku (in der Doku) nur Dinge die ich selber getestet habe. Da ich nicht alle Adapter einsetze / deren notwendige Hardware besitze kann ich das nicht überall machen und bin auf die Hilfe anderer angewiesen.

Gerade jetzt kam wieder ein bitterböser Thread, dass so ein "Gastbeitrag" nicht funktionieren würde, er solle doch umgehend korrigiert werden. Die korrekte Konsequenz dazu wäre diese Seiten komplett zu löschen, wenn sie nicht verifiziert werden können.

Gruß

Rainer

[Homoran]

@Homoran:

wir haben bereits an einem Glossar gearbeitet `
ich habe eben mit der heißen Nadel mal den ersten Entwurf dafür http://www.iobroker.net/docu/?page_id=7322&lang=de gestellt.

Weitere Schlagworte (am besten mit lexikarischer Beschreibung) nehmen wir gerne auf.

Gruß

Rainer

[tempestas]

> Allerdings habe ich in Einzelfällen auch den Eindruck, dass Fragende nicht bereit sind, sich Mühe zu geben.

Genau DAS fällt mir in letzter Zeit auch verstärkt auf.

Es tauchen zunehmend User auf, die etwas wollen, sich dann aber nicht mehr melden. Oder aber regelmäßig in diversen Themen zum (ähnlichen) Sachverhalt sich äußern und Unmut kundtun, aber nicht auf Anfragen reagieren.

Wieder andere wollen gleich die großen Räder drehen und sind dann überfordert und schieben es dann aufs System.

Wer was einfaches, stupides haben will sollte closed shops wie Homematic IP nutzen und sich ggf. gegen teures Geld mit Mediola und Co. ein GUI bauen.

> Vielleicht wäre es hilfreich wenn wir alle in dieser Beziehung die gleiche Sprache sprechen würden. Vermutlich wird das aber nicht so einfach werden.

Ja und Ja. Denn iobroker ist mächtig und kann viel. Wer viel kann, braucht auch viel Sprache bzw. Bezeichnungen, denn sonst wird es unpräzise und damit falsch. Also kann die gemeinsame Sprache nur bedeuten, dass sich alle auf die notwendigen Termini einlassen und diese verinnerlichen und verstehen. Das erfordert aber einen gewissen Einsatz auch von Neulingen.

Ich begreife mich auch nach einem halben Jahr noch als absoluten Anfänger. Kenne längst nicht alle Widgets, CSS gefühlt bislang zu 1% verstanden. Javascript funktioniert rudimentär, es wird besser.

Aber dazu muss man sich halt morgens auf dem Weg zur Arbeit auch mal das Eloquent JS Script Buch zur Hand nehmen (so es denn geht, sonst eben nach Feierabend daheim); mal das Forum quer lesen auch wenn man selber gar kein konkretes Anliegen hat. Widgets ausprobieren, Beispiele angucken (gibts ja zu Hauf), einfach mal Skripte schreiben oder blockly üben usw.

ODER: ich will das alles nicht. Fair enough und völlig ok. Aber dann muss ich eben Abstriche machen. Dann nutze ich eben nur den Scenenadapter für einfache wenn dann Verknüpfungen (dafür ist er, oder? nutze ich nicht) und baue mir eben nur eine sehr einfache Visu. Was aber nicht geht ist 100% wollen aber nur selbst sich damit nur beschäftigen wie mit Plug & Play Produkten.

[Elektroman]

Hallo ioBrokaner [emoji12],

als erstes sollten wir auch bedenken, dass IOBroker nichts kostet !!! (Geschenkten Gaul …)

Wobei wenn es richtig Geld kosten würde (Richtung zB. Mediola) hätte ich auch eine geringe Akzeptanz bezüglich der Stabilität nach Updates und des sehr komplexen Aufbaus.

An VIS traue ich mich immer mal wieder ran. Gebe aber relativ schnell immer wieder auf. Zum Glück habe ich Mediola schon sehr lange und es hat mich auch nicht soviel wie heute gekostet. Ich werde immer wieder regelrecht erschlagen von den Begriffen und Funktionen in VIS für einen einfachen Schalter. Sehr schön würde ich es finden wenn man z.B. die Pflichtfelder anders darstellt als die Experten Einstellungen "Erweiterte Einstellungen" oder so.

Aber wie schon gesagt ich finde es wirklich super das alles kostenlos ist und es verdient meinem ganzen Respekt und Bewunderung das hier alles privat gestemmt wird !

[eric2905]

Moin,

@UweRLP:

@eric2905:

Aber genau da kannst Du helfen.

Wenn Du Dich mit Try & Error da durchgewurstelt hast, schreib es auf und schicke es. Dann kann es eingebaut werden und der nächste freut sich. Das habe ich [http://forum.iobroker.net/viewtopic.php?f=21&t=7631](http://forum.iobroker.net/viewtopic.php?f=21&t=7631) und [http://forum.iobroker.net/viewtopic.php?f=17&t=7591#p79349](http://forum.iobroker.net/viewtopic.php?f=17&t=7591#p79349) schon versucht, habe aber den Eindruck, dass das untergeht. Wohin schicke ich das denn am sinnvollsten?
erst Mal Danke für die beiden Postings / Links. Wir schauen uns das mal an.

Und auch Danke für den Hinweis „Wohin damit“.

Ich habe eben einen neuen Thread eröffnet, wo solche Infos reingepackt werden können

==> http://forum.iobroker.net/viewtopic.php?f=35&t=8084

Dort kann das gesammelt werden und wir sichten und verarbeiten es dann.

Gruß,

Eric

Von unterwegs getippert

[Uhula]

Wenn man sich die ioBroker Homepage ansieht, dann entwickelt sich schnell die Erwartungshaltung, das man mit ioBroker praktisch alles machen kann, und dieses ohne Knowhow. Dieses Erwartungshaltung kann aber ein so individuell anpassbares System nicht erfüllen. Ohne eine wenig IT Erfahrung zb mit HTML oder zumindest der Neugier es zu lernen, wird man nur mit viel Unterstützung dritter voran kommen. Entäuschungen der eigenen Erwartungshaltung inklusive.

Wer es simpler möchte, muss Systeme wie Homematic IP, Mediola, IP Symcon o.ä. nutzen. Einige davon nicht kostenfrei. Ich habe Erfahrung mit allen Systemen und kann klar sagen, dass ioBroker mir die größte Flexibilität in Sachen Visualisierung bietet. Allerdings ist es damit auch am komplexisten.

Da mir weder Css/HTML noch Javascript fremd sind, kann ich durch mein Mitwirken hier vielleicht dafür sorgen, das Einstiegshürden kleiner werden. Verständliche Dokumentationen sind hier das Ah und Oh.

Was die Kernentwicklung betrifft, so sind 2 Entwickler nicht viel - aber auch bei anderen - auch kommerziellen - Systemen werden kaum mehr Entwickler aktiv sein. Was ist mit einem der Initiatoren, hobbyquaker? Er hat sich schnell aus dem Projekt zurück gezogen.

Insgesamt handelt es sich hier aber um ein aktives open source project, welches ich gerne unterstütze.

[smile]

Ich komme von IP Smycon zu io.broker.

Warum? weil ich durch IP Symcon nicht so gut durchgestiegen bin, wie durch io.broker.

Ich finde den gesamten Grundaufbau mit Adaptern und Instanzen sehr gut.

Und was für mich das Kernargument gegenüber IP Symcon war, ist der Script Editor mit Blockly. Dadurch konnte ich als nicht-Programmierer einen Einstieg in diese Welt finden, der Spaß macht und schnell gute Ergebnisse liefert.

Sicherlich ist es bei Vis fast andersherum, das ist schon hartes Brot wenn man noch nie was mit html & co. zu tun hatte. Aber ich sehe hier auf jeden Fall Potenzial nach oben, das ganze noch anweder bzw. einsteigerfreundlicher zu machen und dabei aber auch den Expertenmodus nicht zu vernachlässigen, denn die hohe Flexibilität schätzen hier sicher viele (ich auch).

Dem kostenlosen und Open Source Gedanken schließe ich mich meinen Vorrednern nur, an Hut ab, und die Lizenzversion von Vis für Kommerzielle Projekte geht mehr als nur in Ordnung, ich hoffe die Entwickler bekommen damit ein bisschen Geld in die Kasse gespült.

[eric2905]

Hi,

@Uhula:

Ohne eine wenig IT Erfahrung zb mit HTML oder zumindest der Neugier es zu lernen, wird man nur mit viel Unterstützung dritter voran kommen. `
das ist eine Sichtweise, die ich interessant finde (da ich sie so nicht sehe).

Was heißt „IT Erfahrung“?

Wer einen PC einschalten und bedienen kann, hat der schon IT Erfahrung?

Wenn er seinen PC ins Heimnetzwerk bringen kann?

Wer Hausautomation betreiben will, braucht unweigerlich zumindest einen kleinen „Technikknubbel“. Egal ob KNX, oder was auch immer …. oder eine dicken Geldbeutel, und läßt sich alles von Dritten machen.

Ich sehe keinen „Zwang“ dafür, sich mit html oder JavaScript auskennen zu müssen, um mit ioBroker anfangen und arbeiten zu können.

Ich sehe vielmehr einen Trend, immer alles sofort und gleichzeitig haben / können zu wollen.

Wenn User neu einsteigen und sich dann sofort an die Konsole werfen, anstatt sich in die vorhandene Struktur / GUI einzuarbeiten bzw. diese zu benutzen, kann das sehr schnell nach hinten losgehen und frustrieren.

Ferner habe ich das Gefühl, das die Haltung „ich muss/will nicht lesen, sondern erwarte ein häppchenweise Auftischen genau der Infos, die ich erwarte“ immer mehr aufkommt. Und das nicht nur im ioBroker-Umfeld, sondern in allen Lebenslagen.

Das führt dann auch schnell zu Frust .... und zwar auf beiden Seiten.

Jeder, der helfen kann und will, ist willkommen, dies auch zu tun.

Dokus schreiben sich nicht von selbst. Kennt man ein System, besteht immer die Gefahr, das man bestimmte Dinge voraussetzt und ggf. den Leser überfordert (Stichwort „Betriebsblindheit“).

Daher kann ich meine Bitte nur wiederholen, schreibt Eure Erfahrungen und Vorgehensweisen auf - wir schauen es uns an und bauen es ein.

Meldet bitte „Fehler“ in Dokus, usw. über den extra dafür eingerichteten Thread (http://forum.iobroker.net/viewtopic.php?f=8&t=8075). Dann können die korrigiert werden.

Gruß,

Eric

Von unterwegs getippert

[Jey Cee]

@eric2905:

Uhula hat geschrieben:

Ohne eine wenig IT Erfahrung zb mit HTML oder zumindest der Neugier es zu lernen, wird man nur mit viel Unterstützung dritter voran kommen.

das ist eine Sichtweise, die ich interessant finde (da ich sie so nicht sehe). `

Ich stimme Uhula zu man muss mindestens Interessiert daran sein sich mehr damit zu beschäftigen. Das fängt schon bei der Installation an, wer auf einen Pi setzt aber noch nie damit zu tun hatte muss sich erstmal mindestens ein Image auf die SD Karte brennen. Dennoch bleibt das Thema man muss sich mehr damit beschäftigen wenn mal etwas nicht funktioniert.

Im vergleich zu vor einem Jahr denke ich hat sich die Situation trotzdem deutlich verbessert, dafür ein Danke an Homoran der die Images erstellt.

Ganz ehrlich sogar mich bringt es manchmal an den rand der Verzweiflung wenn ich etwas neues Ausprobieren möchte (nicht nur ioBroker). Es gibt tausend Möglichkeiten, hundert Anleitungen und am ende nur einen Weg der Funktioniert. Wie oft schon habe ich mich an eine Anleitung gehalten um dann fest zu stellen das die Anleitung für eine frühere OS/Software Version war und sich mit der neuen Version etwas geändert hat. Durch solche Änderungen funktioniert es dann Trotz Anleitung nicht.

@Uhula:

Wenn man sich die ioBroker Homepage ansieht, dann entwickelt sich schnell die Erwartungshaltung, das man mit ioBroker praktisch alles machen kann, und dieses ohne Knowhow. `
Ja zum Teil. Die Webseite von ioBroker alleine ist dafür nicht verantwortlich zu machen und das ist auch kein reines ioBroker Problem, sondern hat viel mit dem gesamten Markt zu tun.

Wenn wir ehrlich sind kommen viele von uns doch zu ioBroker weil die Hersteller uns mit ihrer Werbung glauben machen das ihr System alles kann. Nach kurzer Zeit, manchmal schon nach 2 Minuten, erkennt man die Unzulänglichkeiten eines Systems. Dann kommt der Wunsch auf diese Unzulänglichkeiten zu beheben, dann landet man bei ioBroker, fhem, openHAB oder ip-symcon mit der Vorstellung/Hoffnung alles ist damit möglich weil offen/unabhängig. Das trifft ja auch zu.

Jemand der ganz neu Anfängt und sich vorher noch gar nicht mit der Thematik beschäftigt hat, hat eine dementsprechende hohe Erwartungshaltung.

Was Eric anspricht mit der Unlust der Menschen sich mit etwas länger als 5 Minuten zu beschäftigen teile ich.

Hier noch ein möglicher Grund warum es zum Teil so ist:

Man wird heute überall und dauernd mit Infos zu gemüllt. Da fällt es schwer sich auf eine Sache zu Konzentrieren und die Wichtigen/Relevanten Informationen raus zu filtern.

Mir ist bei meiner Arbeit irgendwann aufgefallen das e-mails mit mehr als 2-3 Sätzen selten ganz gelesen wurden bzw. die Wichtigen Infos auch beim gegenüber angekommen sind. Wenn ich mich dann mit diesen Personen über ihren Arbeitsalltag unterhalten hab, wurde mir schnell klar warum.

Die meisten haben >=100 e-mails am Tag bekommen und deswegen den Großteil nur überflogen, dann kommt noch das Telefon und die Kollegen dazu die eben mal schnell was wissen wollen.

Da ist doch ganz klar das Informationen in sehr Kompakter form präsentiert werden müssen um sie auf zu nehmen. Dazu kommt dann auch noch das Smart Home ist ein Hobby und man betreibt es in der Freizeit, viele haben davon wenig bis sehr wenig. Also möchte man schnell zu einem Ergebnis kommen.

Das sollte aber keine Entschuldigung sein. Viel eher eine Aufforderung an alle die sich jetzt angesprochen füllen (sollten) etwas zu ändern.

[tempestas]

Hi eric,

ich glaube, genau hier zeigt sich schon ein "Basisproblem":

@eric2905:

Hi,

@Uhula:

Ohne eine wenig IT Erfahrung zb mit HTML oder zumindest der Neugier es zu lernen, wird man nur mit viel Unterstützung dritter voran kommen. `
das ist eine Sichtweise, die ich interessant finde (da ich sie so nicht sehe).

Was heißt „IT Erfahrung“?

Wer einen PC einschalten und bedienen kann, hat der schon IT Erfahrung?

Wenn er seinen PC ins Heimnetzwerk bringen kann? `

Du kannst (nach dem, was ich von dir gelesen habe) viel, zumindest aus meiner Sicht.

Damit ist eine Sicht wahrscheinlich schon leicht verzerrt auf das, was die "Einfachheit" angeht.

Ich kann UIhula nur zustimmen und habe letztlich ja auch genau das selber vorher schon geschrieben: es braucht gewisse Kenntnisse oder aber Bereitschaft, sie sich zu erarbeiten.

Wenn beides nicht da ist, dann eben Homematic IP mit Standard-App und gut ist.

> Wer Hausautomation betreiben will, braucht unweigerlich zumindest einen kleinen „Technikknubbel“. Egal ob KNX, oder was auch immer …. oder eine dicken Geldbeutel, und läßt sich alles von Dritten machen.

Sehe ich eben anders. Homematic IP können auch meine Eltern und Schwiegereltern bedienen. Nur kann das System dann eben viel viel weniger.

iobroker finden sie toll, was ich da zusammenbaue, aber das könnten sie niemals umsetzen. Nie! Und die Kosten sind gleich, denn Komponenten brauche ich ja immer.

> Ich sehe keinen „Zwang“ dafür, sich mit html oder JavaScript auskennen zu müssen, um mit ioBroker anfangen und arbeiten zu können.

Hier stimme ich teilweise zu. Hatte ich ja ebenfalls geschrieben. Aber die "plug, click & play" Komponente, die ich jetzt mal im Szenenadapter sehen würde, die ist vielleicht etwas wenig Präsent?

` > Ich sehe vielmehr einen Trend, immer alles sofort und gleichzeitig haben / können zu wollen.

Wenn User neu einsteigen und sich dann sofort an die Konsole werfen, anstatt sich in die vorhandene Struktur / GUI einzuarbeiten bzw. diese zu benutzen, kann das sehr schnell nach hinten losgehen und frustrieren. `

100% Zustimmung

` > Ferner habe ich das Gefühl, das die Haltung „ich muss/will nicht lesen, sondern erwarte ein häppchenweise Auftischen genau der Infos, die ich erwarte“ immer mehr aufkommt. Und das nicht nur im ioBroker-Umfeld, sondern in allen Lebenslagen.

Das führt dann auch schnell zu Frust …. und zwar auf beiden Seiten. `

Wieder 100%. Ich denke, unsere Meinung ist da letztlich quasi identisch

` > Jeder, der helfen kann und will, ist willkommen, dies auch zu tun.

Dokus schreiben sich nicht von selbst. Kennt man ein System, besteht immer die Gefahr, das man bestimmte Dinge voraussetzt und ggf. den Leser überfordert (Stichwort „Betriebsblindheit“). `

Für Dokus reicht meine Kenntnis einfach nicht, also beschränke ich mich darauf, hier im Forum zu helfen wo ich kann (was dank geringer eigener Kenntnis natürlich auch nur begrenz machbar ist), gebe mir dabei aber Mühe.

[Homoran]

@eric2905:

das ist eine Sichtweise, die ich interessant finde (da ich sie so nicht sehe).

Was heißt „IT Erfahrung“? `
Bis auf diesen Teilsatz fand ich Uhulas Aussage vollständig treffend.

Die IT-Erfahrung (seht komplexes Thema!) sollte auf "technisch interessiert, mit strukturierter Denkweise" reduziert werden können.

Natürlich wird in gewissem Maße auch Netzwerkkenntnisse, das absetzen von Befehlen und ggf. Wissen über Rechte benötigt.

Wichtig ist aber IMHO hauptsächlich, dass man es zwar nicht alles wissen muss, aber die Ratschläge anschließend versucht nachzuvollziehen und vor allem 1:1 umzusetzen.

Gruß

Rainer

[eric2905]

Hi,

ja, ich denke, wir meinen beide das gleiche.

@tempestas:

> Wer Hausautomation betreiben will, braucht unweigerlich zumindest einen kleinen „Technikknubbel“. Egal ob KNX, oder was auch immer …. oder eine dicken Geldbeutel, und läßt sich alles von Dritten machen.
Sehe ich eben anders. Homematic IP können auch meine Eltern und Schwiegereltern bedienen. Nur kann das System dann eben viel viel weniger.

iobroker finden sie toll, was ich da zusammenbaue, aber das könnten sie niemals umsetzen. Nie! Und die Kosten sind gleich, denn Komponenten brauche ich ja immer. `
Da bin ich etwas anderer Meinung - lass es mal bei HM IP zu einem Klemmer kommen - egal wo - …. dann sind Deine Eltern, usw. auch aufgeschmissen.

Hätte ioBroker, zusätzlich zum Discovery, noch eine fertige Mini-VIS-Ansicht, auf der alle STATE und LEVEL-Datenpunkte automatisch erzeugt werden, könnte auch jeder damit umgehen ... bis es hängt.

Daher bin ich immer noch der Meinung, das ein gewissen Maß an (wie Homoran es nannte) "technisch interessiert, mit strukturierter Denkweise" vorhanden sein muss.

Ansonsten kann ich Homoran nur zustimmen.

Gruß,

Eric

[AlCalzone]

@eric2905:

Ferner habe ich das Gefühl, das die Haltung „ich muss/will nicht lesen, sondern erwarte ein häppchenweise Auftischen genau der Infos, die ich erwarte“ immer mehr aufkommt. `
Mein erster Gedanke hierbei war: Wer mal ernsthaft programmiert hat, hat genau diese Einstellung nicht. Derjenige weiß dann nämlich, dass in der Regel ein Großteil der produktiven Zeit für die Lösungssuche draufgeht, wenn mal etwas nicht klappt. Und auch, dass die eine Antwort auf das eigene Problem nicht unbedingt existiert.

[Homoran]

@AlCalzone:

Wer mal ernsthaft programmiert hat, hat genau diese Einstellung nicht. `
Korrekt!

Aber es geht doch darum, wie ioBroker das Image eines Tools für Nerds loswerden kann und wie wir ioBroker für Noobs attraktiver machen können.

Da ioBroker aber so komplex ist (nicht nur .vis), kann es ohne eine Mindesteigeninitiative nicht out of the box so laufen, wie der spezielle Noob es genau für seine Anwendung benötigen würde. …und bei vis auch noch genau die Visualisierung nach seinem optischen Geschmack ;-)

Daran wird ioBroker selbst nichts ändern können (es soll ja so variabel bleiben) aber vielleicht kann ich (mit eurer Hilfe) die Doku noch einsteigerfreundlicher gestalten.

und ja: iobroker ist stark auf homematic ausgelegt, es ist ja ccu.io v2. Auch ich komme daher aus der hm-Ecke und tue mich schwer Anleitungen und erst recht Tutorials für non-HM User zu schreiben. Bin aber gerade dabei mir das Wissen dazu anzueignen und die notwendige Hardware, wenn der Goldesel seinen momentanen Krampf ausgeheilt hat. (KNX wird aber aus Kostengründen nicht dabei sein).

Ich bin dankbar für jeden konstruktiven Beitrag um unsere Doku zu verbessern, aber ein "bei mir läuft's wieder nicht, die Anleitung taugt nichts - Macht mal!" ist definitiv nicht hilfreich.

Gottseidank ist in diesem Forum noch bis auf ganz wenige Ausnahmen ein schönes Klima. Ich wüsste nicht, ob ich sonst noch hier mitarbeiten würde.

Gruß

Rainer

[AlCalzone]

@Homoran:

@AlCalzone:

Wer mal ernsthaft programmiert hat, hat genau diese Einstellung nicht. `
Korrekt!

Aber es geht doch darum, wie ioBroker das Image eines Tools für Nerds loswerden kann und wie wir ioBroker für Noobs attraktiver machen können. `
Das ist mir durchaus bewusst, dass da eine gewisse Diskrepanz ist die nicht mal eben so behoben werden kann.

Gerade in Sachen Doku der Adapter könnte seitens der Adapter-Entwickler viel getan werden. Die Github-Readmes werden aus der Adapter-Liste in ioBroker schon verlinkt. Leider sind die oft nicht mehr als eine englische Kurzanleitung, wie man den Adapter bestenfalls installiert. Ich selbst bin da nicht ausgenommen. Oft ist man froh für die Programmierung von neuen Features Zeit zu finden, die Doku gerät da in den Hintergrund.

Blockly geht mit gutem Beispiel voran https://github.com/ioBroker/ioBroker.ja … ckly_de.md, auch wenn der Link hierzu vor dem Inhaltsverzeichnis vom JS-Adapter etwas versteckt ist.

Vielleicht brauchen wir eine Doku-Guideline für Adapter? Sprich, was sollte mindestens dokumentiert werden und welche Form ist dafür am geeignetsten? Bei Github gibts ja auch die Wikis, die an manchen Stellen schon verwendet werden.

[Homoran]

@AlCalzone:

Blockly geht mit gutem Beispiel voran https://github.com/ioBroker/ioBroker.ja … ckly_de.md, auch wenn der Link hierzu vor dem Inhaltsverzeichnis vom JS-Adapter etwas versteckt ist `
Wir sind damit nicht fertig geworden :(

@AlCalzone:

Vielleicht brauchen wir eine Doku-Guideline für Adapter? `
Haben wir alles schon überdacht, sollte auch bereits vor einiger Zeit umgesetzt werden, aber…

Außerdem schreibt diese Doku immer der Entwickler, mit oft fehlendem Augenmaß für Einsteiger, was IMHO auf Github auch legitim ist.

Ich extrahiere das dann daraus und versuche es zu übersetzen. Meist mache ich es sogar ganz anders, indem ich den Adapter (notwendige Hardware vorausgesetzt) installiere und Punkt für Punkt die Konfigurationen und Einstellungen austetset, bis ich die Funktionen verstehe und reproduzieren kann.

Das dokumentiere ich dann.

Ich persönlich bin daher der Meinung, dass auf github gerne die Infos für Entwickler (oder in Entwicklerdeutsch/ -english) stehen dürfen, die Doku auf der Website aber einsteigerfreundlich (und trotzdem allumfassend) sein sollte.

Leider programmiert ihr schneller als ich testen und schreiben kann - ausreichend Zeit voarusgesetzt ;-) )

Gruß

Rainer

[AlCalzone]

@Homoran:

bis ich die Funktionen verstehe und reproduzieren kann.

Das dokumentiere ich dann. `
Dann sollten IMO zumindest die wesentlichen Funktionen und Einstellungen in einer Weise vom Entwickler dokumentiert sein, dass ein ioBroker-affiner Mensch (sprich: du) alle nötigen Informationen hat, um diese möglichst vollumfänglich beschreiben zu können.