Das nächste OOP
Das nächste OOP
- Wir bauen immer noch fast alles neu. Aber: Fachliche Frameworks hat schon damals nicht funktioniert.
- Problem: Wir müssen formal sein
- Problem: Wir sind immer noch durch Van Neumann gefangen und versuchen, eine asynchrone unscharfe Welt formal synchron zu modellieren
- Dabei sind "historisch gewachsene" Softwareentwickler auch ein Problem
- Uns fehlt Erfahrung, und wenn wir diese langsam erlangen erfinden wir direkt eine neue Technologie und fangen von vorne an → wir drehen uns im Kreis
Nochmal synchron / asynchron
- In der Softwareentwicklung ist alles verschweißt. Beim Autobau gibt es aber auch Löten, Nieten, Schrauben. Diese Alternativen fehlen uns.
- Wir bräuchten eine entkoppelte, allgemeine Leiterplatte, auf die wir unsere Komponenten an standarisierte Stellen rein stecken.
- Catalog Engeneering in der Software?
Vielleicht ist AOSD eine Lösung hin zu asynchron gekoppelten Komponenten, möglicherweise brauchen wir einen völlig neuen Ansatz eines generischen, asynchronen Busses
Letzte Änderung von Sebastian Jancke am 08.06.2009 um 13:33
Hier anmelden:
Wiki-Suche
Netzwerk-Details
-
Suche nach:
Netzwerk-Name:
Architecture.NET
Erprobte Architekturkonzepte für Unternehmensanwendungen mit .NETDein Gastgeber ist:
Online seit:
07.04.2009
Mitglieder:
Sprache:
Deutsch