Hallo Piet,
piet61 hat geschrieben: ↑Mi Mär 06, 2024 9:30 amHier unterscheidet sich meine Auffassung von Komfort- vs. Grundfunktionen von der des Elabnet Teams deutlich.
Du kennst unsere Auffassung nicht.
Die Software-Ausstattung des Timberwolf Servers wird zu dreiviertel durch die Kunden bestimmt. Hierzu gibt es Diskussionen, Umfragen und Abstimmungen.
Vor einigen Jahren ist dabei das "Rapid Development" Programm bestimmt worden in dem definiert worden ist, dass der Implementierung der "Must-to-Have" Funktionen Vorrang zu geben ist vor der Implementierung von "Nice-to-Have".
Es ist zwar durchaus enervierend, etwas zigmal eingeben zu müssen, weil es dafür keinen Copy-Knopf gibt (was auch alle verstehen, dass dies unkomfortabel ist) aber es war den Kunden wichtiger, dass es stattdessen Funktionen gibt, die es sonst gar nicht gäbe. Weil eine Funktion die wichtig, aber gar nicht vorhanden ist, wiegt schwerer als ein Button, der zwar den Komfort erhöht, ohne den es aber auch geht, nur eben umständlicher.
Klar können wir die laufende Entwicklung anhalten und nun Komforfunktionen umsetzen, also Duplizieren von Definitionen und Geräten, nachträgliche Änderungen an genutzten Modbus Profilen. Da würde mir einiges einfallen, was diese Funktionsmodule noch besser nutzbarer macht. Wir wollten auch gerne nachladbare Geräteprofile (z.B. für alle Shellies) implementieren, damit die Einbindung fremder Geräte noch viel einfacher geht. Aber dafür müssen wir dann anderes lassen.
Es ist im Übrigen auch nicht so, dass wir die Implementierung von Komfortfunktionen vollständig unterlassen würden, weil wer die Entwicklung verfolgt, kann sehen, dass wir laufend Verbesserungen hinsichtlich erweiterter Komfortmerkmalen gibt. Bitte einfach mal die letzten 20 Insider Versionen durchsehen, tatsächlich passiert massiv viel bei der Verbesserung der Benutzeroberfläche. Aber es ist eben auch eine lange Liste an möglichen Verbesserungen, vieles ist nicht so einfach, wie es auf den ersten Blick aussehen mag und daher ist einiges schon realisiert und manches noch nicht.
Du kannst gerne eine demokratische Abstimmung hier starten. Also dass es zügig eine Kopierfunktion geben soll für HTTP-/REST-API Ressoucen. Weil das Budget, das uns die Kunden geben, beschränkt ist, bitte dafür auch angeben, welche derzeit laufende oder künftig geplante Implementierung dafür nicht realisiert werden soll bzw. später. Du könntest z.B. vorschlagen, dass wir die Kameraintegration in die VISU abbrechen, weil das ist gerade recht aufwändig oder das künftige Lichtsteuer-Widget in der VISU, weil das kostet auch viele Mannwochen, oder eine andere neue Funktion. Für die ersparte Zeit bauen wir dann die Komfortfunktion.
Wenn Du dafür eine Mehrheit findest, dann bitte.
Und zu unserer Auffassung: Wir hätten gerne alle die Komfortfunktionen realisiert, da wir auch der Auffassung sind, dass moderne Software es dem Kunden so einfach wie möglich machen soll und es für alles und jedes klare Fehlermeldungen und eine einfache Benutzerführung geben soll. Darum ist der Timberwolf Server auch an den meisten Stellen komfortabler als unsere MItbewerber. Aber, die Erfahrung ist, das wir "mehr Komfort" am Ende nicht bezahlt bekommen, weil die Kunden interessieren sich in erster Linie für nutzbare Funktionen, weitere Widgets und mehr unterstützte Protokolle.
Bitte brich nicht den Stab vorschnell über uns. Der allergrößte Teil der Software-Ausstattung des Timberwolf Servers ist in Abstimmung mit der Kundschaft erfolgt und ist deshalb so, wie die Kunden das überwiegend haben wollten. Wie immer bei demokratischen Abstimmungen sind das Kompromisse und nicht jeder bekommt alles was er für sich wollte.
Wirf mal hier einen Blick in die Leistungsmerkmale der Firmware V4. Dort ist bei jedem Leistungsmerkmal vermerkt, ob und auf welchen Kundenwunsch das zurück geht. Du wirst sehen, von den 15 DIN A4 Seiten (also pdf) dieser Liste, sind Funktionen auf ca. 10 Seiten von den Kunden gewünscht.
Liste:
https://wiki.timberwolf.io/V4
lg
Stefan
