På en konference, hvor genbrug ikke bare er noget, man forbinder med affald, men er udtryk for en særdeles fornuftig software-udviklingsmæssig aktivitet, var det mere end overraskende at høre, at den slags åbenbart er en illusion.
SOA-eksperter fra Microsoft, IONA, Siemens og Software AG sad som deltagere i panelet, og den energiske og hurtigttalende software-arkitekt Gregor Hohpe fra Google sørgede for, at panelet forholdt sig til den service-orienterede arkitektur, SOA.
Hvor langt er man med SOA og hvad kan vi forvente i fremtiden, lød spørgsmålet.
Tætpakket sal
En tætpakket sal var fyldt med interesserede udviklere og it-arkitekter, der ønskede at høre guruernes syn på SOA.
En del af de forsamlede deltagere skulle selv igang med SOA-projekter.
Måske lidt overraskende var panelet enigt om, at teknologien ikke var så vigtig ved SOA-projekter.
Det er derimod vigtigt at få ledelsens opbakning til SOA, hvis man vil have succes med at indføre en serviceorienteret arkitektur, lød meldingen.
Ivo Totev fra Software AG anbefalede, at man etablerede et såkaldt SOA Governance board med personer fra ledelsen.
På den måde sikres det nemlig, at projektet får den nødvendige forretningsmæssige opbakning.
Same Old Architecture
Gregor Hohpe, der har en vis fysisk lighed med Groucho Marx, havde ganske morsomt på den nørdede måde samlet nogle alternative forklaringer på forkortelsen SOA.
Er SOA blot Same Old Architecture eller er det Some Other Architecture eller måske Stupid Overhyped Acronym?
Eller er SOA en Sexuel Overdragbare Aandoening, som er hollandsk og på dansk betyder seksuelt overført sygdom?
Panelet købte ikke den hollandske forklaring, men var enigt om, at der ikke var så meget egentligt nyt i SOA, som reelt bygger på allerede kendte principper.
Da en tilhører spurgte, hvad SOA havde lært af eksempelvis CORBA, som for 10 år siden blev udpeget som den ultimative arkitektur, var der en lang stilhed blandt paneldeltagerne.
Tilhøreren ønskede blandt andet at høre, om man kunne undgå at få samme kompleksitet i SOA, som havde forhindret CORBA i at blive en succes.
Kan ikke undgå kompleksiteten
Steve Vinoski fra IONA, der blandt andet har skrevet "Advanced CORBA Programming with C++" som betragtes som CORBA-bibelen, mente ikke, at SOA kunne undgå kompleksiteten.
Efterhånden som SOA bliver mere udbredt, vil der komme flere krav, der indbygges i arkitekturen og derved bidrager til kompleksiteten.
Men Steve Vinoskis kommentar var ikke den mest politisk ukorrekte kommentar.
Beat Schwegler, arkitekt hos Microsoft, trumfede ham klart.
- Vi bliver ved med at genopfinde den dybe tallerken. Det er på den måde, vi som leverandører tjener vores penge, sagde Beat Schwegler.
Tilhøreren fulgte ikke op på spørgsmålet.
Tingene skal være simple
Inden paneldebatten sluttede spurgte Gregor Hohpe Werner Vogels, CTO fra Amazon.com, som sad blandt tilhørerne, om hans syn på SOA.
Han svarede, at man for alt i verden skal holde tingene simple. Han tilføjede så, at han håbede, at Beat Schweglers kommentar var en dårlig spøg, og at Beat Schwegler burde fyres for den holdning.
Det mente Beat Schwegler ikke. Han mente, at det var uundgåeligt, at der vil komme en ny teknologi, der vil erstatte SOA.
Efter paneldebatten talte Computerworld med Steve Vinoski, der understregede, at SOA har gjort en del ting enklere som integration og mash-ups.
Han ser også SOA som led i en stadig udvikling, som giver almindelige udviklere mulighed for hurtigere at kunne lave bedre systemer.
Men SOA vil som alle andre arkitekturer og teknologier på et tidspunkt blive afløst af noget nyt, mente Steve Vinoski.