<?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: Softwaremetriken</title>
	<atom:link href="http://www.phphatesme.com/blog/softwaretechnik/softwaremetriken/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.phphatesme.com/blog/softwaretechnik/softwaremetriken/</link>
	<description>PhpHatesMe, but that&#039;s ok!</description>
	<lastBuildDate>Mon, 06 Feb 2012 20:59:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Von: Hart am Wind: Exzellente PHP Unconference Hamburg &#124; robsblog.de</title>
		<link>http://www.phphatesme.com/blog/softwaretechnik/softwaremetriken/comment-page-1/#comment-35362</link>
		<dc:creator>Hart am Wind: Exzellente PHP Unconference Hamburg &#124; robsblog.de</dc:creator>
		<pubDate>Fri, 18 Sep 2009 19:53:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.phphatesme.com/?p=3847#comment-35362</guid>
		<description>[...] Details einfach mal eben auf phphatesme.com, Nils hat nämlich passender Weise vor Kurzem erst eine kleine Artikelserie zum Thema gestartet. Die ist auch allemal informativer, als mein Gedächtnisprotokoll von der Unconference [...]</description>
		<content:encoded><![CDATA[<p>[...] Details einfach mal eben auf phphatesme.com, Nils hat nämlich passender Weise vor Kurzem erst eine kleine Artikelserie zum Thema gestartet. Die ist auch allemal informativer, als mein Gedächtnisprotokoll von der Unconference [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Nils Langner</title>
		<link>http://www.phphatesme.com/blog/softwaretechnik/softwaremetriken/comment-page-1/#comment-35065</link>
		<dc:creator>Nils Langner</dc:creator>
		<pubDate>Mon, 07 Sep 2009 19:22:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.phphatesme.com/?p=3847#comment-35065</guid>
		<description>@Christian Kehres: Sorry habe gerade erst gemerkt, dass deine Frage ja noch gar nicht beantwortet ist. Kannst du sie vielleicht nochmal umformulieren? Was meinst du mit Relationen? Wie Klassenabhängigkeiten zu werten sind? Oder vielleicht Datenbank?</description>
		<content:encoded><![CDATA[<p>@Christian Kehres: Sorry habe gerade erst gemerkt, dass deine Frage ja noch gar nicht beantwortet ist. Kannst du sie vielleicht nochmal umformulieren? Was meinst du mit Relationen? Wie Klassenabhängigkeiten zu werten sind? Oder vielleicht Datenbank?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Thilo Habenreich</title>
		<link>http://www.phphatesme.com/blog/softwaretechnik/softwaremetriken/comment-page-1/#comment-35021</link>
		<dc:creator>Thilo Habenreich</dc:creator>
		<pubDate>Fri, 04 Sep 2009 13:50:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.phphatesme.com/?p=3847#comment-35021</guid>
		<description>Das Thema finde ich recht interessant. Zum Eintsieg würde mich interessieren ob jemand eventuell einen Tipp/Plugin hat statische Metriken in Eclipse durchlaufen zu lassen.</description>
		<content:encoded><![CDATA[<p>Das Thema finde ich recht interessant. Zum Eintsieg würde mich interessieren ob jemand eventuell einen Tipp/Plugin hat statische Metriken in Eclipse durchlaufen zu lassen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Dominik Bonsch</title>
		<link>http://www.phphatesme.com/blog/softwaretechnik/softwaremetriken/comment-page-1/#comment-35019</link>
		<dc:creator>Dominik Bonsch</dc:creator>
		<pubDate>Fri, 04 Sep 2009 11:40:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.phphatesme.com/?p=3847#comment-35019</guid>
		<description>Ich hätte hier eine schöne Liste mit potentiellen Eigenschaften von Code die zum erstellen von Kennzahlen für die Softwaremetriken sinnvoll sind.

http://freeworld.thc.org/root/phun/unmaintain.html

Nebebei gibts noch die Code Smells von Fowler von denen viele auch mit Tools gefunden werden können.</description>
		<content:encoded><![CDATA[<p>Ich hätte hier eine schöne Liste mit potentiellen Eigenschaften von Code die zum erstellen von Kennzahlen für die Softwaremetriken sinnvoll sind.</p>
<p><a href="http://freeworld.thc.org/root/phun/unmaintain.html" rel="nofollow">http://freeworld.thc.org/root/phun/unmaintain.html</a></p>
<p>Nebebei gibts noch die Code Smells von Fowler von denen viele auch mit Tools gefunden werden können.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Christian W.</title>
		<link>http://www.phphatesme.com/blog/softwaretechnik/softwaremetriken/comment-page-1/#comment-35006</link>
		<dc:creator>Christian W.</dc:creator>
		<pubDate>Thu, 03 Sep 2009 14:31:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.phphatesme.com/?p=3847#comment-35006</guid>
		<description>Interessamtes Thema, muss ich mir wohl doch mal näher ansehen. Informatik hab ich einige Semester studiert, gehört hab ich (zumindest an der Uni) nie was davon.

Eine Buch-Empfehlung die ergänzend zu dem Thema passt: &quot;Clean Code&quot; von Robert C. Martin. Wenn einem die Metrik sagt, dass der Code kein großes Licht am Entwicklungshimmel ist, dann wird einem in diesem Buch geholfen, den Sauhaufen zu sortieren. Die beschriebenen 40 Zeilen pro Methode werden einem in diesem Buch ausgetrieben ;-)</description>
		<content:encoded><![CDATA[<p>Interessamtes Thema, muss ich mir wohl doch mal näher ansehen. Informatik hab ich einige Semester studiert, gehört hab ich (zumindest an der Uni) nie was davon.</p>
<p>Eine Buch-Empfehlung die ergänzend zu dem Thema passt: &#8220;Clean Code&#8221; von Robert C. Martin. Wenn einem die Metrik sagt, dass der Code kein großes Licht am Entwicklungshimmel ist, dann wird einem in diesem Buch geholfen, den Sauhaufen zu sortieren. Die beschriebenen 40 Zeilen pro Methode werden einem in diesem Buch ausgetrieben <img src='http://www.phphatesme.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: maren</title>
		<link>http://www.phphatesme.com/blog/softwaretechnik/softwaremetriken/comment-page-1/#comment-35005</link>
		<dc:creator>maren</dc:creator>
		<pubDate>Thu, 03 Sep 2009 14:27:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.phphatesme.com/?p=3847#comment-35005</guid>
		<description>Ich denke statische Metriken sind nur als hinweise zu betrachten. Aber je früher man sich die Statistiken vor Augen hält, desto besser kann man evtl. dagegen steuern. Und Ich bin der Meinung das eine Klasse die ein Loc von über 3000 durch aus schlecht ist, da kann der Nutzen der Methoden noch so gigantisch sein. Soweit ich mich erinnere unterscheidet z.B phploc durchaus zwischen Komentaren und Code. 
Entscheidend ist, bewusst Metriken von Anfang an zu verwenden und diese auch in die Analyse immer wieder mit einzubeziehen. 
Die Metriken dürfen auch nicht nur einen Aspekt betrachten, sondern sollten so viele Themenbereiche abdecken wie möglich.

Allerdings muss auch der Beweggrund ein konstruktiver sein. 
In Continous Integration Umgebungen hat man die Möglichkeit zu sehen, welcher Entwickler den letzten Build zerschossen hat und wie viel Prozent gesamtschuld dieser Entwickler an allen fehlgeschlagenen Builds hat. Ich halte Personen bezogene Daten z.B für völlig überflüssig, weil sie eine Diskussion aufwerfen die meistens in die falsche Richtung führt.

@Tom
&gt;&gt; Gibt es eine Begründung für den “Verstoß” ist alles im grünen Bereich.

Ich finde man sollte in der Entwicklung so streng (mit sich) sein wie es nur geht - also keine Ausnahmen. Wegen ein zwei stellen gerät natürlich das Projekt nicht in Schieflage. Aber diese Einstellung kann sich Potenzieren, je mehr Entwickler an einem Projekt arbeiten. Da verweise ich gerne an den &quot;Pragmatischen Programmierer&quot; zum Thema Eingeschlagenen Fensterscheibe. Und Hand auf Herz, wenn wir sagen &quot;Das mache ich Später ordentlich&quot; wird meistens ein &quot;Das mach ich nie&quot;

@Volker Dusch 
Loc wurde nur als Einführunsbeispiel verwendet, weil es sehr schnell greifbar ist (jedenfalls ist der Aufreißer bei mir so angekommen). Natürlich ist mir als Benutzer die allgemeine Qualität des Codes schnurz, aber mir ist nicht egal wenn das Programm alle 5 Minuten anfängt nicht mehr Benutzbar zu werden.
Und das hat wiederum mit der Allgemeinen Qualität zu tun.

@Nils Merci für die gebrochene Lanze für nicht studierte Informatiker.</description>
		<content:encoded><![CDATA[<p>Ich denke statische Metriken sind nur als hinweise zu betrachten. Aber je früher man sich die Statistiken vor Augen hält, desto besser kann man evtl. dagegen steuern. Und Ich bin der Meinung das eine Klasse die ein Loc von über 3000 durch aus schlecht ist, da kann der Nutzen der Methoden noch so gigantisch sein. Soweit ich mich erinnere unterscheidet z.B phploc durchaus zwischen Komentaren und Code.<br />
Entscheidend ist, bewusst Metriken von Anfang an zu verwenden und diese auch in die Analyse immer wieder mit einzubeziehen.<br />
Die Metriken dürfen auch nicht nur einen Aspekt betrachten, sondern sollten so viele Themenbereiche abdecken wie möglich.</p>
<p>Allerdings muss auch der Beweggrund ein konstruktiver sein.<br />
In Continous Integration Umgebungen hat man die Möglichkeit zu sehen, welcher Entwickler den letzten Build zerschossen hat und wie viel Prozent gesamtschuld dieser Entwickler an allen fehlgeschlagenen Builds hat. Ich halte Personen bezogene Daten z.B für völlig überflüssig, weil sie eine Diskussion aufwerfen die meistens in die falsche Richtung führt.</p>
<p>@Tom<br />
&gt;&gt; Gibt es eine Begründung für den “Verstoß” ist alles im grünen Bereich.</p>
<p>Ich finde man sollte in der Entwicklung so streng (mit sich) sein wie es nur geht &#8211; also keine Ausnahmen. Wegen ein zwei stellen gerät natürlich das Projekt nicht in Schieflage. Aber diese Einstellung kann sich Potenzieren, je mehr Entwickler an einem Projekt arbeiten. Da verweise ich gerne an den &#8220;Pragmatischen Programmierer&#8221; zum Thema Eingeschlagenen Fensterscheibe. Und Hand auf Herz, wenn wir sagen &#8220;Das mache ich Später ordentlich&#8221; wird meistens ein &#8220;Das mach ich nie&#8221;</p>
<p>@Volker Dusch<br />
Loc wurde nur als Einführunsbeispiel verwendet, weil es sehr schnell greifbar ist (jedenfalls ist der Aufreißer bei mir so angekommen). Natürlich ist mir als Benutzer die allgemeine Qualität des Codes schnurz, aber mir ist nicht egal wenn das Programm alle 5 Minuten anfängt nicht mehr Benutzbar zu werden.<br />
Und das hat wiederum mit der Allgemeinen Qualität zu tun.</p>
<p>@Nils Merci für die gebrochene Lanze für nicht studierte Informatiker.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Nils Langner</title>
		<link>http://www.phphatesme.com/blog/softwaretechnik/softwaremetriken/comment-page-1/#comment-35004</link>
		<dc:creator>Nils Langner</dc:creator>
		<pubDate>Thu, 03 Sep 2009 11:38:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.phphatesme.com/?p=3847#comment-35004</guid>
		<description>@snoopy Stimmt ... jetzt wo du es sagst. Beim Informatikstudium fängt man im ersten Semester mit Function Points an, in allen PHP IDEs sind Metriken bereits integriert und jeder PHP Entwickler hat Informatik studiert. Hatte ich total vergessen. Sorry mein Fehler.</description>
		<content:encoded><![CDATA[<p>@snoopy Stimmt &#8230; jetzt wo du es sagst. Beim Informatikstudium fängt man im ersten Semester mit Function Points an, in allen PHP IDEs sind Metriken bereits integriert und jeder PHP Entwickler hat Informatik studiert. Hatte ich total vergessen. Sorry mein Fehler.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

