UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[tempestas]

Hi Rantanplan,

Ich verstehe nicht, warum du der möglichen Lösung so ablehnend gegenüber stehst? Zumal die Probleme mit den States ja schon beschrieben wurden?

@rantanplan:

Versetzt Dich mal bitte in einen Blockly-Anfänger. `

Kann ich nicht; Blockly war mir zu schwierig, habe ich nie verstanden (ehrlich, ich verstehe es nicht und finde es erstaunlich, wie du damit zauberst) und daher gleich versucht, JS zu lernen. Da bin ich noch immer dabei. Jeden Tag ein Stückchen mehr dank geduldiger Leute wie Pix, paul53 und vielen mehr.

Aber ganz grundsätzlich:

Nach meiner Erkenntnis hier im Forum ist es eher so, dass jeder, der sich minimal mit "programmieren" beschäftigt, sei es Blockly oder direkt JS, so etwas wie Variablen kennt. Denn Variablen gibt es in jeder Sprache seit jeher. Dagegen sind die states für Viele etwas Neues.

Warum sollte es für einen Anfänger leichter sein, States zu verstehen als Variablen, die mit Werten gefüllt werden und diese ganz am Ende dann zurückspielen? Das erschließt sich mir nicht; völlig losgelöst von der Frage, womit programmiert wird.

[Homoran]

Jetzt möchte ich mich als Hüter und Beschützer der Einsteiger doch noch in diese Diskussion einmischen!

@paul53:

@uweklatt:

und der Code macht das, was man erwartet. …was Du erwartest.
und genau das ist der Knackpunkt.

Paul erwartet etwas anderes, weil er das Verhalten kennt und WEISS, dass die "übliche Laienerwartung" nicht erfüllt wird.

Daher kann ich rantanplans Aussage:
@rantanplan:

Versetz Dich mal bitte in einen Blockly-Anfänger. `
nur voll unterstreichen.

Selbst ich komme nicht mit js-klar. Ich kann es lesen, ggf. analysieren und durch try and error anpassen, aber das ist nichts für Einsteiger.

Die ohne jegliche Programmiererfahrung einfach etwas zusammenklicken wollen.

Dies geht mit Blockly sehr einfach, wenn man etwas strukturiertes Denken einsetzt.

@tempestas:

Blockly war mir zu schwierig, habe ich nie verstanden `
Das wiederum kann ich nicht verstehen, will dieses aber bitte nicht in diesem Thread diskutieren!

Die einzige Vermutung ist, dass du bereits so "programmierverseucht" (im positiven Sinne) bist, dass du Probleme hast das Programmierdenken absoluter Noobs nachzuvollziehen (auch das ist NICHT negativ gemeint, sondern meine Erfahrung in ähnlichen Fällen).

Blockly ist ein tolles Werkzeug um Einsteigern eine einfache Möglichkeit zu bieten visuelles coding auszuführen.

und genau deswegen hat Blockly natürlich auch Einschränkungen.

Und ein Einsteiger erwartet natürlich, dass Arbeitsschritte nacheinander abgearbeitet werden und man im dritten Schritt auf das Ergebnis vom ersten Schritt zugreifen kann.

Gruß

Rainer

[tempestas]

Hallo Rainer,

ich sage ja auch gar nicht, dass ich das Grundproblem nicht nachvollziehen kann.

Ich sage lediglich, dass wenn man Variablen einsetzt, es gehen sollte. Und mein Unverständnis bezieht sich dann darauf, dass das als "nicht schön" abgelehnt wird.

Warum sind Variablen weniger schön als States?

Kann man in Blockly keine Variablen setzen? Habe ich keine Ahnung.

Warum ist einem Blockly Anfänger vermeintlich ein State sofort zugänglich intellektuell, aber eine Variable nicht?

Letztlich ist der State wie er hier genutzt wird, ja nichts anderes als etwas dass ich unter Reiter Objects mir visuell ansehen kann.

Genutzt wird er aber zu 90% (nämlich bei 9 von 10 Durchläufen) wie eine Variable. Und diese 9x sehe ich noch nichtmal, da es ja, trotz aller Asynchronität, trotzdem alles sehr schnell geht nach menschlichem Ermessen.

Meine JS Kenntnisse lagen übrigens exakt bei 0 im März diesen Jahres. Sieht man auch an meinen ersten Postings, in denen ich verzweifelt versuche, einen Code zu verstehen :oops: :lol:

Und es gibt hier genug elegant programmierte Sachen, die ich noch immer nicht verstehe.

Aber das ist ja nicht das Thema

[AlCalzone]

@Homoran:

Und ein Einsteiger erwartet natürlich, dass Arbeitsschritte nacheinander abgearbeitet werden und man im dritten Schritt auf das Ergebnis vom ersten Schritt zugreifen kann. `
Die Erwartung kann ich nachvollziehen. Dennoch (und das sollte Einsteigern verständlich gemacht werden) sollten States nicht als Variablenersatz gesehen werden, da der Rattenschwanz dahinter zu groß ist (DB-Aktualisierung, mögliche UI-Aktualisierung, Skript-Trigger, etc…).

Das erwartete Verhalten, das du beschreibst, ist mit Skript-Variablen gegeben. Dafür sind sie da und dafür sollten sie benutzt werden. Das hat nichts mit "nicht schön" zu tun. Zwischenergebnisse von Rechnungen sollten in Variablen landen, nicht in States. States sind gedacht für etwas langlebigere Werte mit Bedeutung.

Jedes System hat Grenzen innerhalb derer man arbeiten soll/muss. Klare Regeln wie

• States sind für Eingabewerte (wie Sensordaten) und Endergebnisse von Berechnungen

• Variablen sind für Zwischenwerte
  verstehen auch Anfänger, wenn man es entsprechend kommuniziert.

Das ursprüngliche Problem vom TE ist für mit von der Kategorie

"Bist du dir sicher, dass du das wirklich machen willst? Ich glaube nicht!"