Koordinierung unserer Arbeiten

[fkhr79]

Moinmoin @LarsK1 !
Ich wechsele mal in's Deutsche, da diese Abstimmung nicht von generellem Interesse ist und es mir doch zügiger von der Hand geht.
Erstmal: Danke für die Aufnahme! - Macht eine Menge Spaß hier beizutragen! 🙂
Nun zu meinem Anliegen: ich komme immer häufiger zu dem Punkt, dass ich gerne zielgerichteter zuarbeiten würde aber nicht genau weiß, was Du Dir als nächste Schritte vorgenommen hast bzw. woran Du gerade arbeitest. Die Meilensteine sind ja schonmal ein super erster Schritt, der dabei hilft. Ich kratze an einigen Stellen aber tatsächlich noch an der Oberfläche des Verständnisses von dem Code und würde mir einfach mal ein Thema schnappen. Ich befürchte allerdings immer häufiger, Dir in die Quere zu kommen, wenn ich Substantielleres anpacke... und das muss ja nicht sein. Daher meine Idee, dass wir uns hier einfach kurz austauschen.
Ich habe einige Ideen, an welchen Stellen ich tiefer einsteigen könnte: z. B. könnte ich mir den Config-flow ansehen und die Dialoge ergänzen/erweitern. Daran bastelst Du aber auch gerade, meine ich?! Ich könnte mir auch weitere (vermeintlich einfache) Dinge von der "Bronze-Liste" schnappen - apropos: für 2.0.0 hast Du da einen Meilenstein gesetzt. Für den Gold-Standard? ... oder erstmal "nur" Bronze?
Also: lass mich gerne wissen, was Du für einen Plan hast! Ich folge gerne und versuche so konstruktiv wie möglich zu unterstützen!
Schönen Wahl-Sonntag!
Frank

[LarsK1]

Hallo Frank,
ein herzliches "Hellau" zurück.

Ja, das macht total Sinn. Ich strebe momentan den Gold-Standard an, da strict-typing eine Lebensaufgabe ist.

Ich würde gleich einmal die verbleibenden Aufgaben in Issues packen und dann vorschlagen, wenn einer von uns beginnt diese anzufangen, sich einfach der Aufgabe zuweist.

Wo Du mir aber eine große Hilfe sein könntest, wenn Du dich in das Thema ConfigFlow-Tests und Coverage einarbeiten würdest und die entsprechenden Punkte erledigst. (Am besten sogar mit GitHub-Flow)

Ansonsten würde ich mehr oder weniger einen Feature-Freeze machen und erst einmal versuchen V2.0.0 fertig zu kriegen und möglichst viele Nutzer damit glücklich zu machen.

Liebe Grüße und Danke!
Lars

[fkhr79]

Das muss ich einfach mit einem "Kölle Alaaf" erwiedern! 😉

Okay! Wird gemacht! - Habe bisher absolut keinen Plan davon... aber man braucht ja auch mal Herausforderungen.

Ja, ein Feature-Freeze ging mir ebenfalls schon durch den Kopf: das nimmt sonst kein Ende mit den Erweiterungen. Ich denke aber auch, dass wir jetzt eigentlich alle wesentlichen Sensoren d'rin haben. Vielleicht noch kleinere Fehlerchenchenchen... aber sonst läuft das top!
Abgesehen davon wäre es auch gut, die 2.0.0 rauszubekommen, weil wir dann mehr Feedback bekommen werden: vermutlich werden viele nicht auf die alpha-Versionen umsteigen - wenn sie sie überhaupt sehen.

Liebe Grüße zurück und: nichts zu danken! - Ich habe Spaß und kann der Community endlich mal was zurückgeben, nachdem ich zu lange nur konsumiert habe.

Frank

[LarsK1]

Hi Frank,
ich habe Dir einfach einmal #158 zugewiesen. Weitere Diskussion darüber gerne im Issue.

[LarsK1]

Moin @fkhr79 ,
ersteinmal tausend Dank für deine Arbeit der letzten Wochen!

Ich melde mich hier einmal, da ich in letzter Zeit ja nicht so viel beigetragen hatte - erst hat mich eine Grippe erwischt und nun ja jetzt das "Urlaubsfieber"...

Auf jeden Fall bis ich bis zum 10.04 ohne Laptop oder PC. Ich würde daher jetzt einmal einen Releases Candidate für die 2.0.0 machen, sodass wir dann im April vielleicht tatsächlich einen Release machen können. Oder siehst du das anders?

Liebe Grüße aus dem nicht ganz so sonnigen wie erhofften Spanien!
Lars

[fkhr79]

N'abend @LarsK1 ,

lieb, dass Du Dich meldest! - Obwohl Du das natürlich überhaupt nicht musst: alles gut! Wir "alle" machen das ja in unserer Freizeit und die kann aus tausend Gründen (und sei es chronische Unlust) durchaus eingeschränkt sein.
Ich selbst habe gerade die Zeit... und eine Menge Lust und Energie, mich auf dieses Projekt zu stürzen... bevor der Frühling mich so richtig einholt und wieder eine Menge Zeit für Haus, Garten, etc. d'raufgeht.
Dann freue ich mich mit Dir, dass Du zumindest (hoffentlich) ohne Grippe im Urlaub angekommen bist und ein paar schöne, erholsame Tage verbringen kannst: die Sonne wird schon kommen! Ich drücke die Daumen! ...und wenn nicht: immerhin nicht arbeiten und den Tag frei gestalten! Ist doch auch etwas! 🙂

Ja, gerne geschehen! - Ich weiß nicht, ob Du das merkst, aber ich mache gerade eine verdammt steile Lernkurve durch. Mit einer Menge Begeisterung und Freude: ich bin klassischer Autodidact und habe in den letzten drei Monaten unglaublich viel gelernt. Dabei hilft mir eine gewisse Neigung, dass, wenn ich mich mal an einem Problem, was mich interessiert, festgebissen habe, ich fast nicht mehr davon loskomme. Da wird's auch schonmal ... später. 😉
Jedenfalls war Deine reduzierte Aktivität für mich eher hilfreich, da ich mich erstmal ohne großartige "Seiteneffekte" mit der ganzen Materie beschäftigen konnte. Nicht falsch verstehen, aber ich habe (hatte) keinerlei Vorkenntnisse im Umgang mit einem lokalen git oder github. VSCode habe ich bis vor wenigen Wochen auch noch nicht genutzt. Insofern war ich froh, erstmal die eigenen Änderungen sauber auf die Reihe zu bekommen. Kämen dann noch regelmäßig Änderungen von anderer Seite, hätte es das für mich in der ersten Lernphase erheblich komplexer gemacht.
Jetzt bin ich - zumindest gefühlt - aber soweit, dass ich den Code in Gänze einigermaßen verstanden, mich mit OOP und Python angefreundet sowie ausreichend grundlegend in die erforderlichen Workflows eingearbeitet habe. - Aber: ich bin immer noch Laie und kein echter Softwareentwickler. Insofern verstehe ich Deinen Vorschlag womöglich nicht oder nicht richtig, so dass ich Dir einfach mal schildere, was ich mir dachte/überlegt habe - vermutlich sind wir wieder gleicher Meinung:

• Bei den Tests sind coordinator.py und helpers.py offen. Beide würde ich noch anpacken - angefangen mit dem coordinator, in dem auch der code noch ein wenig entschlackt werden kann. Sollte recht schnell gehen (hatte ich heute Abend vor). Damit wären dann alle Module einmal "durchkämmt" und - für mein Empfinden - soweit sauber und stabil. Die Testabdeckung sollte dann derart hoch sein, dass wir die 95% locker erreichen und der Punkt erledigt ist. [FEATURE] config-flow-test-coverage / test-coverage #158
• Bei den common-modules ([FEATURE] common-modules #159) sind wir dann auch fast durch: ich würde noch auf eine generische Solvis-Sensor-Klasse umbauen... aber mehr dann erstmal auch nicht. - Ist der code zu sehr modularisiert finde ich es dann ab einem bestimmten Grad auch nicht mehr hilfreich. Das mag aber auch an mir und mangelnder Erfahrung liegen.
• Nach diesen Basics könnte man noch den zusätzlichen Schritt im Config-Flow einbauen ([FEATURE] Additional config step for HKRx Room Temp read/write configuration #232). In dessen Logik bin ich mittlerweile recht fit, so dass das überschaubar sein sollte. Ist aber auch kein Muss und natürlich auch abhängig von Deinen Vorstellungen.
• Damit wären wir aus meiner Sicht "quasi" bei einer Version 2.0.0. Vielleicht bis auf Kleinigkeiten. Jedenfalls würde ich mich dann an die Aktualisierung der Dokumentation trauen. Bis jetzt habe ich das gelassen, weil ich erstmal funktionale Stabilität abwarten wollte. Ansonsten würde man die Doku ja andauernd wieder ändern. Möglicherweise wäre das der Moment für einen Release Candidate? Eine Version, die funktional fast (bis auf Kleinigkeiten) soweit ist, aber noch nicht vollständig dokumentiert?
• Den Release einer 2.0.0 im April fänd' ich gut und gut machbar! Jedenfalls wenn ich oben nichts Wesentliches vergessen habe bzw. meine Vorstellungen den Deinen entsprechen.

Also dann: schönen Urlaub!
Sorry für den Schreiberguss: Kürze ist nicht immer meine Stärke... 😉

Herzliche Grüße
Frank

[LarsK1]

Hallo Frank @fkhr79 ,
nun ist die Beta.1 ja schon einige Wochen draußen und läuft zumindest bei mir sehr stabil. Ich habe in den letzen Tagen doch sehr aktiv über die MAC-Adressen nachgedacht - leider aber ohne Erfolg. Solvis scheint keine eigene MAC-Range zu haben, da sie die Chips nur zukaufen...

Von daher schlage ich vor, dass wir noch die verbleibende Dokumentation fertigstellen und dann am WE 2.0.0 releasen. Wie klingt das für dich?

Liebe Grüße und frohe Ostern!
Lars

[fkhr79]

Hey Lars @LarsK1 ,
ja, ich bin bei den MAC-Überlegungen auch auf keinen wirklich grünen Zweig gekommen. Bin technisch an der Stelle aber auch nicht tief im Thema d'rin. - Was vielleicht noch möglich wäre (noch nicht herausgefunden oder getestet): falls die SC3 Zeroconf/mDNS, SSDP/UPnP, etc. unterstützen würde, hätten wir zumindest da eine Chance. Für die SC2 allerdings sieht's mau aus.

Release von der 2.0.0 hört sich grundsätzlich gut an. Bin da guter Dinge. Lediglich #264 bereitet mir noch ein wenig Sorgen: ich hätte mir gewünscht, das Problem vor dem 2.0.0 Release zu beseitigen. Bin aber noch nicht sicher, wie viel und was genau dahinter steckt. Wollte mich jetzt damit beschäftigen und nochmal tiefer einsteigen. Keine Ahnung, wie lange sich das zieht: vielleicht weiß ich später mehr? - Jedenfalls bin ich unsicher, wie viele SC2-user wir haben, die das Problem haben oder bekommen werden, sprich wie viele sich dann womöglich ärgern, wenn die SC2-Anbindung nicht sauber läuft...
(Tatsächlich ärgert es mich einigermaßen, dass wir jetzt solchen Aufwand treiben müssen nur weil die SC2 keine saubere Modbus-Implementierung hat... ist jedenfalls aktuell meine starke Vermutung...)

[LarsK1]

@fkhr79 2.0.0 ist releast. Die Patch Notes, waren zwar jetzt richtig Arbeit - aber dafür sieht es schick aus!

[fkhr79]

@LarsK1
Jey!!!
Jau: hab gesehen, dass Du nochmal ordentlich Text produziert hast: klasse! 👍

[fkhr79]

Moin!
Wenn ich die Änderung der Modbus-Verbindung aus meinem dev-branch jetzt soweit zum merge in den main branch vorbereite: ist das dann eine 2.0.3 oder eher eine 2.1.0? - Aufgrund der größeren Änderungen wäre ich vermutlich eher bei einer 2.1.0 ...!?
Ich würde die Header in den Dateien dann direkt auch auf die korrekte Version ändern...

[LarsK1]

Mach am besten eine 2.1.0 daraus. Tu mir einen gefallen. Mach erst einmal alle Änderungen. Und wenn Du dan fertig bist, änder alle Header in einem Schwung ab auf 2.1.0 und nimm dann als Commit-Text: Fix!: Release 2.1.0 (Achtung auf das ! nach dem Fix)

[LarsK1]

Nein, ab er stellt in der Commit-History einen eindeutige Bezug zum Release dar. Der echte Relase wird durch mergen des Release-Please-PR erzeugt.

[fkhr79]

Done.
... machst Du dann den Release?

[LarsK1]

Ja, mache ich. Ich würde es so gegen Ende der Woche machen - dann bin ich sicher, dass keine Bugs mehr drinnen sind 😋

[fkhr79]

Tiptop! 👍

BUGS??? Welche Bugs? 😜

Hilf mir noch bitte kurz: ich habe einen Fehler gemacht, oder? Ich hätte zwischen denn commits nicht mergen dürfen/müssen, oder? - Sorry, falls das Aufwand für Dich bedeutet!

[LarsK1]

Hi,
ja, aber das ist mit einem Overwrite-Commit schon wieder erledigt...