Was ist eine Task-basierte UI? // deutsch

[@Maxpower-h8k]

Das Märchen ist ein echt geiles Bild. Sowas kann man auch echt nicht so leicht vergessen :-D

[@thenativeweb]

[gr] Haha, ja, das stimmt 😊

[@tomkunzemann8062]

Eine echte Herausforderung an die heutigen Frontend-Entwickler, wenn man mittelständige Unternehmen skalieren muss und von CRUD auf CQRS/Event Sourcing wechselt. Architektur und Infrastruktur an sich ist schon problematisch, aber den Gedanken im Frontend umzusetzen und Stakeholder davon zu überzeugen ist hart. Veränderung ist notwendig, aber nicht immer leicht durchzusetzen. Danke für das Material, es gibt darüber nicht sehr viel um andere davon zu überzeugen bzw. heran zu führen.

[@sevensolutions77]

Wir mischen das bei uns etwas und machen das ca so: In Bereichen, die man eher selten braucht, wie zB div. Stammdaten, kommen einfache Listen zum Einsatz. Einfach weil es in der Umsetzung schneller geht. Die fachlichen Prozesse, die aber tagtäglich gebraucht werden, sind genau auf die Endanwender zugeschnitten und folgen dem Prinzip, das du hier beschreibst.

[@sges007]

Mega hilfreich, danke! 😊

[@thenativeweb]

[gr] Das freut mich, vielen Dank 😊

[@einuser_]

Sehr gutes Video 👏🏻

[@thenativeweb]

[gr] Vielen Dank 😊

[@st0ox]

Ich hab ihn doch nicht umgebracht, sondern nur geupdated, euer Ehren.

[@holgerwinkelmann6219]

Kann man nicht die Daten für Das Command die im UI Erfasst werden auch als CRUD Bezeichnen? Also ein Task Wird Created und damit die daten eingesammelt und auf das Command API geschickt? Am Ende Ist es ja auch ein Object Was Kreiiert wird. Mein beisiel hierfür sind immer lang laufende Prozesse, wie Z.B. Create Backup. und dann läuft es eben für eine Weile. Also über diese Command oder Intent Objecte die Fachlich sind ist dann doch wieder etwas CRUD... Kubernetes Resources sind ja auch ähnlich.

[@nitrovent]

CRUD und Grids sind aber leider auch gerade durch die Verbreitung bei manchen Anwendern sehr beliebt. Und manchmal bringt es durchaus Flexibilität, man kann ja fast jeden Workflow abbilden. Man muss es nur selber tun. Und da verstehen viele auch nicht - oder wollen es garnicht -, dass die Software das in den meisten Fällen besser könnte. Die Anwender, die Grids gewöhnt sind, würden ja Wissen und Verantwortung abgeben, wenn sie nicht mehr den Prozess bestimmten.

[@thenativeweb]

[gr] Ja, das ist leider wahr … die Anforderungen, XYZ mit einem Grid zu lösen, rührt tatsächlich häufig daher, dass man es entweder so gewohnt ist, oder gar nicht die eigentliche Fachlichkeit versteht beziehungsweise nie explizit darüber nachgedacht hat, und meint, "so geht doch auch alles" …

[@RobertSchreiner]

Manche Mittelständler haben auch so viele 'Ausnahmen' in ihren Prozessen, die kannst Du gar nicht alle in einen Assistenten integrieren....😆

[@RobertSchreiner]

Im Prinzip ja, aber dann finden wir uns in der "Weiter-Weiter-Fertigstellen"-Hölle wieder, oder? 😉

[@thenativeweb]

Nein, wieso sollte das passieren?