Der Hub soll als Community-Lösung den Grad der Standardisierung und dessen Umsetzung erhöhen bis eine vollständige hochqualitative Servicierung erfolgt ist. Die Kommunikation erfolgt dabei zwischen den Versicherern und Partnern über den Marktplatz mit dessen Stacks [...]
Das Mapping ins Backend wird wesentlich einfacher, da man sich nur mit den für einen [bb4] relevanten Attributen beschäftigen muss und alle anderen nicht vorhanden sind. Im Prinzip sind andere Fähigkeiten gefragt, aber weiterhin [...]
Zwischen RNext und Blockchain besteht zunächst einmal kein Zusammenhang. Dies schließt aber nicht aus, dass es in Zukunft einzelne RNext-Labs und möglicherweise Projekte in Verbindung mit der Blockchain-Technologie geben wird.
Moderne Webservices nutzen JSON-REST als Basis. Deshalb ist dieses Protokoll aus unserer Sicht am sinnvollsten. Die JSON-REST-Community ist heute deutlich aktiver als die der SOAP-Welt. Somit gibt es mehr Tools, die sich um JSON-REST [...]
Die Microservices müssen so konstruiert sein, dass VU-spezifische Erweiterungen im ausgelieferten Code gemacht werden können
Es wird einen Master-Zweig in der Entwicklung geben, dieser ist theoretisch mit dem Status vergleichbar.
Ja, da dies normale Themen im Release 2 sind und unabhängig von RNext.
Ein agiles Release-Management ist in RNext unabdingbar. In RNext wird zudem eine semantische Versionierung angewendet werden können, die die Auswirkungen von Änderungen berücksichtigt.
Mitglieder erhalten fertigen Code in Form von Bibliotheken. Sowohl Provider als auch Consumer können sie verwenden. Zusätzlich wird es Artefakte geben, die für das Erstellen des Codes genutzt werden können. Dazu müsste gegebenenfalls eine [...]
Ja, da RNext nicht alle Aspekte des Release 2 abdecken kann und höchstwahrscheinlich auch nicht wird.
