<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: Die perfekte Entschuldigung für geplatzte SOA-Projekte</title>
	<atom:link href="http://www.computerwoche.de/soa-expertenrat/2008/11/24/die-perfekte-entschuldigung-fur-geplatzte-soa-projekte/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.computerwoche.de/soa-expertenrat/2008/11/24/die-perfekte-entschuldigung-fur-geplatzte-soa-projekte/</link>
	<description></description>
	<lastBuildDate>Sat, 12 Dec 2009 10:26:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Von: Wolfgang Suft</title>
		<link>http://www.computerwoche.de/soa-expertenrat/2008/11/24/die-perfekte-entschuldigung-fur-geplatzte-soa-projekte/comment-page-1/#comment-30554</link>
		<dc:creator>Wolfgang Suft</dc:creator>
		<pubDate>Tue, 14 Jul 2009 08:35:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.computerwoche.de/soa-expertenrat/?p=324#comment-30554</guid>
		<description>SOA und Cloud Computing ist mit herkömmlichen Software Architekturen nicht sinnvoll zu begegnen. Aber ist deswegen der Ansatz von vornherein falsch? Viele Anwendungen wollen nun mal 24/7 ausfallsicher betrieben werden und müssen beliebig skalierbar sein, ohne dass operative Betriebskosten entstehen, die jeden Controller das Projekt sofort einstampfen lassen.
Wir standen vor Jahren vor exakt derselben Frage, als es um die Architektur einer komplexen Anwendung im Bereich „financial banking and exchange trading systems“ ging, und wir beschäftigten uns jahrelang intensiv mit allen erdenklichen frameworks, ohne dort eine wirkliche Lösung zu finden.

Resoa.org ist ein Open Source Architektur Ansatz, der die entscheidende Rahmenbedingungen schaffen kann, dass SOA und Cloud Computing zukünftig zusammenwachsen. Resoa erfindet nicht das Rad neu, sondern ergänzt und kombiniert vorhandene frameworks, primär aus dem Bereich Rest/JSON. 
Wir benutzen ihn erfolgreich für unsere Applikationen und stellen ihn nun public mit der Überzeugung, dass sich eine größere community finden wird, die diese Idee weiterentwickeln will.</description>
		<content:encoded><![CDATA[<p>SOA und Cloud Computing ist mit herkömmlichen Software Architekturen nicht sinnvoll zu begegnen. Aber ist deswegen der Ansatz von vornherein falsch? Viele Anwendungen wollen nun mal 24/7 ausfallsicher betrieben werden und müssen beliebig skalierbar sein, ohne dass operative Betriebskosten entstehen, die jeden Controller das Projekt sofort einstampfen lassen.<br />
Wir standen vor Jahren vor exakt derselben Frage, als es um die Architektur einer komplexen Anwendung im Bereich „financial banking and exchange trading systems“ ging, und wir beschäftigten uns jahrelang intensiv mit allen erdenklichen frameworks, ohne dort eine wirkliche Lösung zu finden.</p>
<p>Resoa.org ist ein Open Source Architektur Ansatz, der die entscheidende Rahmenbedingungen schaffen kann, dass SOA und Cloud Computing zukünftig zusammenwachsen. Resoa erfindet nicht das Rad neu, sondern ergänzt und kombiniert vorhandene frameworks, primär aus dem Bereich Rest/JSON.<br />
Wir benutzen ihn erfolgreich für unsere Applikationen und stellen ihn nun public mit der Überzeugung, dass sich eine größere community finden wird, die diese Idee weiterentwickeln will.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Max Pucher</title>
		<link>http://www.computerwoche.de/soa-expertenrat/2008/11/24/die-perfekte-entschuldigung-fur-geplatzte-soa-projekte/comment-page-1/#comment-30338</link>
		<dc:creator>Max Pucher</dc:creator>
		<pubDate>Fri, 22 May 2009 06:35:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.computerwoche.de/soa-expertenrat/?p=324#comment-30338</guid>
		<description>Jede Initiative oder jedes Projekt, dass die ganze Informatik umkrempeln will und dabei jahrelang nichts Praktisches liefert, aber dau horrende Mittel, oberste Managementaufmerksamkeit und eine neue zwanghafte Einschwörung der Fachmitarbeiter auf noch komplette unklare Nutzfunktionen fordert ... also welcher Dummlack ist jetzt der Meinung, dass so etwas gut gehen kann. 

Auf welchem Mond leben denn die SOA/BPM Befürworter???</description>
		<content:encoded><![CDATA[<p>Jede Initiative oder jedes Projekt, dass die ganze Informatik umkrempeln will und dabei jahrelang nichts Praktisches liefert, aber dau horrende Mittel, oberste Managementaufmerksamkeit und eine neue zwanghafte Einschwörung der Fachmitarbeiter auf noch komplette unklare Nutzfunktionen fordert &#8230; also welcher Dummlack ist jetzt der Meinung, dass so etwas gut gehen kann. </p>
<p>Auf welchem Mond leben denn die SOA/BPM Befürworter???</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Pweter E. Teichreber</title>
		<link>http://www.computerwoche.de/soa-expertenrat/2008/11/24/die-perfekte-entschuldigung-fur-geplatzte-soa-projekte/comment-page-1/#comment-30018</link>
		<dc:creator>Pweter E. Teichreber</dc:creator>
		<pubDate>Tue, 25 Nov 2008 09:05:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.computerwoche.de/soa-expertenrat/?p=324#comment-30018</guid>
		<description>Ich möchte Herrn Kenney nur in einem Punkt widersprechen : Er spricht von &quot;SOA-Projekten&quot;.

Bedauerlicherweise muss ich generell feststellen, dass häufig Projekte initiiert und gestartet werden ohne das diese mit den Unternehmenszielen und / oder der Unternehmensstrategie abgestimmt wurden.

Dann erfolgt irgendwann der Abbruch des Projektes und eigentlich weiß niemand genau warum eigentlich das Projekt nicht erfolgreich werden konnte. Es lief doch eigentlich alles ganz gut. Mitunter wird versucht solche Fehler durch gaaaaanz viel Geld noch nachträglich irgendwie wieder zu korrigieren.

Das das nicht funktionieren kann, dürfte jedem klar sein.</description>
		<content:encoded><![CDATA[<p>Ich möchte Herrn Kenney nur in einem Punkt widersprechen : Er spricht von &#8220;SOA-Projekten&#8221;.</p>
<p>Bedauerlicherweise muss ich generell feststellen, dass häufig Projekte initiiert und gestartet werden ohne das diese mit den Unternehmenszielen und / oder der Unternehmensstrategie abgestimmt wurden.</p>
<p>Dann erfolgt irgendwann der Abbruch des Projektes und eigentlich weiß niemand genau warum eigentlich das Projekt nicht erfolgreich werden konnte. Es lief doch eigentlich alles ganz gut. Mitunter wird versucht solche Fehler durch gaaaaanz viel Geld noch nachträglich irgendwie wieder zu korrigieren.</p>
<p>Das das nicht funktionieren kann, dürfte jedem klar sein.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

