IBM Vela - Strategie

[Axel Janssen temp]

 
das ist angekündigt:
http://www.infoworld.com/article/03/11/06/HNibmvela_1.html
http://www.theserverside.com/home/thread.jsp?thread_id=22318

es geht um Komponentisierung.
es ging in die Richtung, hier ist es nun eindeutig ausgedrückt.
es soll nächstes Jahr losgehen.

2 Fragen:
- wer entscheidet,welche Komponenten gekauft werden. Entscheider von IT-Abteilungen, nachdem sie von IBM beraten wurden?
- was ist mit Performance?

Ich bin skeptisch.

Axel

[Semeaphoros]

Habs zwar noch nicht angeschaut, aber Deine Skepsis ist angesichts dessen, was mit CBD (Component based Development) schon so alles passiert ist, angebracht.

Wir sind wohl erst mal so weit, dass jetzt langsam OO als Entwicklungselement so richtig in den Alltag einfliesst, nicht nur in der "fabrikmässigen" Softwarefertigung, sondern auch im Enterprise-Environment. Da aber CBD eindeutig einen höhren Level darstellt als OO (so wie ich das auffasse), wird es noch einen Moment (und zwar einen Enterprise-Moment :-) dauern, bis sich so etwas als Framework durchsetzen kann.

Danke für den Hinweis.

[Axel Janssen temp]

Wir sollten einmal genau definieren, was komponentenbasierte Entwicklung überhaupt ist. Ich weiss auch ungefähr, wo eine Definition steht. Aber das ist sicher nicht die einzigste  

Muß aber erstmal ein paar Schippen arbeiten. Sonst wird das bös' enden.
 

[Semeaphoros]

Auch da kann ich Dir nur zustimmen, und es bestätigt das, was ich indirekt über den "Reifegrad" gesagt habe. Es ist einfach noch nicht reif. OO hat auch lange gebraucht (obwohl wir da im Vergleich zu CBD das eigentlich auf einer relativ einfachen technischen Ebene abwicklen könnten). Bei OO wars insbesondere die laaaange Zeit, die es brauchte und noch braucht, bis das in den Köpfen lebt. CBD hat da wohl noch zusätzlich Abgrenzungsprobleme - denke ich mal - und bekenne mich gleich schuldig, dass ich mich selber noch zu wenig darum gekümmert habe.

[Axel Janssen temp]

Zumindest wird in einem der beiden Artikel ausdrücklich gesagt, dass sich für Enterprise Java Beans nicht der Komponentenmarkt entwickelt, der erwartet wurde. Dies ist eine weit bekannte Tatsache.

Tatsächlich ganz gut funktioniert haben clientseitige Komponenten in Microsoft Programmierung (ActiveX, Com), oder ??
JavaBeans für Java-GUIs haben sich hingegen nicht durchgesetzt (wegen Performance-Problemen würde ich sagen).

IBM zielt aber eindeutig auf Komponenten, die weit über den Einsatzbereich von GUIs hinausgehen (legomässig zusammensteckbare Anwendungen).

Wäre ich im Marketing, würde ich versuchen alles, was irgendwie was mit OO zu tun hat und bestimmte Wieverwendbarkeitsmerkmale aufweisst als "Komponente" zu deklarieren. (Frameworks, Design Patterns, ja sogar APIs).
Das verwirrt aber eher.

[Semeaphoros]

Möglicherweise ist das aber genau das, was passiert, jedenfalls sehe ich Leute, die näher dran sind als ich im Moment, genau in solcher Verwirrung schwimmen .......