<?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"
	>
<channel>
	<title>Kommentare zu: CMS Drittanbieter Erweiterungen</title>
	<atom:link href="http://www.medamind.de/anwendungen/2009/cms-drittanbieter-erweiterungen/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.medamind.de/anwendungen/2009/cms-drittanbieter-erweiterungen/</link>
	<description>...alles, was mir so unterkommt</description>
	<pubDate>Thu, 17 May 2012 17:50:28 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>Von: Thomas</title>
		<link>http://www.medamind.de/anwendungen/2009/cms-drittanbieter-erweiterungen/#comment-491</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Sat, 28 Feb 2009 11:52:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.medamind.de/?p=4886#comment-491</guid>
		<description>Bin ich so leicht zu durchschauen? ;-)

Dann müsste man den "Installateuren" von Extensions aber auch mal beibringen, was die Zusätze Alpha, Beta und RCx zu bedeuten haben. Bei sehr vielen Shops (!), die über VM-Expert zu uns kommen, sind verschieden "non-Stable" Extensions installiert (na gut - war DocMan jemals stable?). Da hilft dann auch eine Prüfung nichts - die gerade in diesem Zusammenhang ja auch nur eine Momentaufnahme ist. Jedes noch so kleine Patch-Release müsste dann ja auch geprüft werden.

Thomas</description>
		<content:encoded><![CDATA[<p>Bin ich so leicht zu durchschauen? ;-)</p>
<p>Dann müsste man den &#8220;Installateuren&#8221; von Extensions aber auch mal beibringen, was die Zusätze Alpha, Beta und RCx zu bedeuten haben. Bei sehr vielen Shops (!), die über VM-Expert zu uns kommen, sind verschieden &#8220;non-Stable&#8221; Extensions installiert (na gut - war DocMan jemals stable?). Da hilft dann auch eine Prüfung nichts - die gerade in diesem Zusammenhang ja auch nur eine Momentaufnahme ist. Jedes noch so kleine Patch-Release müsste dann ja auch geprüft werden.</p>
<p>Thomas</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Anne-Kathrin</title>
		<link>http://www.medamind.de/anwendungen/2009/cms-drittanbieter-erweiterungen/#comment-490</link>
		<dc:creator>Anne-Kathrin</dc:creator>
		<pubDate>Sat, 28 Feb 2009 10:56:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.medamind.de/?p=4886#comment-490</guid>
		<description>Ich wusste, dass du dich dazu äußern würdest ;-)
Ich hab, was Joomla betrifft, solche Diskussionen auch schon geführt, nach und während des jDays.
Klar, der Aufwand ist natürlich schon immens - aber ich glaube, es könnte zur Professionalisierung des Ganzen beitragen und ganz wichtig: es KANN und DARF den Machern nicht egal sein. Trifft nicht nur auf Joomla zu...

Bei Joomla ist es eklatant auffällig. Man muss Erweiterungen auf Herz und Nieren prüfen, ganz klar. Ich habe das auch immer so gehandhabt.
Aber es würde einem doch einiges erleichtern, wenn man *nicht nur aus Erfahrung!* wüsste, was gut ist und was nicht. So käme dann auch der Newbie schneller zum Ziel.

Der Aufhänger übrigens waren (Zitat):
"Sure - extension quality is important - but - how is that Andrew Eddie's problem? And not yours or mine?"
und 
"Yes - understand why it is important to you - just not why it's up to Andrew Eddie to take care of it. We need to be a community."

Ich sehe keinen Widerspruch im Community Denken und einem Qualitätsdenken. Und ich bin durchaus der Meinung, dass es die Entwickler etwas angeht bzw. die Entwickler zumindest Lösungsstrategien in petto haben sollten.
Dann würde auch Support wieder Spaß machen.
Du weißt auch, wie frustrierend es ist, zu helfen, die Feuerwehrseite mit dem no-go Gimmick in die Gänge zu bringen... ;-)</description>
		<content:encoded><![CDATA[<p>Ich wusste, dass du dich dazu äußern würdest ;-)<br />
Ich hab, was Joomla betrifft, solche Diskussionen auch schon geführt, nach und während des jDays.<br />
Klar, der Aufwand ist natürlich schon immens - aber ich glaube, es könnte zur Professionalisierung des Ganzen beitragen und ganz wichtig: es KANN und DARF den Machern nicht egal sein. Trifft nicht nur auf Joomla zu&#8230;</p>
<p>Bei Joomla ist es eklatant auffällig. Man muss Erweiterungen auf Herz und Nieren prüfen, ganz klar. Ich habe das auch immer so gehandhabt.<br />
Aber es würde einem doch einiges erleichtern, wenn man *nicht nur aus Erfahrung!* wüsste, was gut ist und was nicht. So käme dann auch der Newbie schneller zum Ziel.</p>
<p>Der Aufhänger übrigens waren (Zitat):<br />
&#8220;Sure - extension quality is important - but - how is that Andrew Eddie&#8217;s problem? And not yours or mine?&#8221;<br />
und<br />
&#8220;Yes - understand why it is important to you - just not why it&#8217;s up to Andrew Eddie to take care of it. We need to be a community.&#8221;</p>
<p>Ich sehe keinen Widerspruch im Community Denken und einem Qualitätsdenken. Und ich bin durchaus der Meinung, dass es die Entwickler etwas angeht bzw. die Entwickler zumindest Lösungsstrategien in petto haben sollten.<br />
Dann würde auch Support wieder Spaß machen.<br />
Du weißt auch, wie frustrierend es ist, zu helfen, die Feuerwehrseite mit dem no-go Gimmick in die Gänge zu bringen&#8230; ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Thomas</title>
		<link>http://www.medamind.de/anwendungen/2009/cms-drittanbieter-erweiterungen/#comment-489</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Sat, 28 Feb 2009 10:45:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.medamind.de/?p=4886#comment-489</guid>
		<description>Hallo,

die Frage nach "zertifizierten" oder geprüften Extensions ist nicht besonders neu. Auf dem (damals noch) Mambo-Day wurde dies im Rahmen einer Podiumsdiskussion erörtert.

Dabei stand natürlich die Frage im Vordergrund, wer dies machen soll. Das ist ja ein erheblicher Aufwand. Wer sich schon einmal in fremden Code einarbeiten durfte, weiss wovon ich spreche.

Danach folgten aber eine ganze Reihe weiterer Fragen / Probleme: wer entscheidet nach welchen Kriterien. Natürlich kann man obige Auflistung zugrunde legen. Aber wann rechtfertigt ein tolles Feature die Umgehung dieser Punkte und kann es dennoch "zertifiziert" werden?

Nicht zu vergessen persönliche Vorlieben, Sympathien usw. (und davon kann die Joomla-Community ein Lied singen).

Ich denke, dass das Bewertungssystem im JED verbessert werden sollte. Es sollte "zugelassene / qulifizierte" Mitglieder geben, die eine Extension nach einem Standard-Bewertungssystem beurteilen. Darin sollten eben auch solche Punkte wie Sicherheit, Performance und Qualität der Ausgabe enthalten sein.

Im Übrigen installieren wir bei unseren Kunden keine Erweiterung ungeprüft - auch wenn das keine Garantie für 100%ige Sicherheit ist, trennt man doch schon die offensichtliche Spreu vom vermeintlichen Weizen.

Thomas</description>
		<content:encoded><![CDATA[<p>Hallo,</p>
<p>die Frage nach &#8220;zertifizierten&#8221; oder geprüften Extensions ist nicht besonders neu. Auf dem (damals noch) Mambo-Day wurde dies im Rahmen einer Podiumsdiskussion erörtert.</p>
<p>Dabei stand natürlich die Frage im Vordergrund, wer dies machen soll. Das ist ja ein erheblicher Aufwand. Wer sich schon einmal in fremden Code einarbeiten durfte, weiss wovon ich spreche.</p>
<p>Danach folgten aber eine ganze Reihe weiterer Fragen / Probleme: wer entscheidet nach welchen Kriterien. Natürlich kann man obige Auflistung zugrunde legen. Aber wann rechtfertigt ein tolles Feature die Umgehung dieser Punkte und kann es dennoch &#8220;zertifiziert&#8221; werden?</p>
<p>Nicht zu vergessen persönliche Vorlieben, Sympathien usw. (und davon kann die Joomla-Community ein Lied singen).</p>
<p>Ich denke, dass das Bewertungssystem im JED verbessert werden sollte. Es sollte &#8220;zugelassene / qulifizierte&#8221; Mitglieder geben, die eine Extension nach einem Standard-Bewertungssystem beurteilen. Darin sollten eben auch solche Punkte wie Sicherheit, Performance und Qualität der Ausgabe enthalten sein.</p>
<p>Im Übrigen installieren wir bei unseren Kunden keine Erweiterung ungeprüft - auch wenn das keine Garantie für 100%ige Sicherheit ist, trennt man doch schon die offensichtliche Spreu vom vermeintlichen Weizen.</p>
<p>Thomas</p>
]]></content:encoded>
	</item>
</channel>
</rss>

