Software Metriken überprüfen

Falk B. schrieb:

Was will man damit anfangen? Diese Informationen sind nett aber eher wertlos.

Eine Möglichkeit, dass Hochladen, Versionierung oder Abgabe automatisiert abgelehnt werden, wenn nicht genügend Kommentare vorhanden sind, wünscht man sich spätestens dann, wenn man man sich mal durch Spaghetticode mit unter 5 % Kommentaren kämpfen musste. Das kann natürlich immer noch durch sowas wie das Einfügen von // blablabla umgangen werden, aber dann ist wenigstens der Vorsatz nachgewiesen.

find . -name *.c | wc

wc -l *.c

grep -v -c "//" exa.c

o.ä.

Falk B. schrieb:

Was will man damit anfangen?

Man mein, dass man damit die Codequalität bewerten könne. Sehe ich in meiner Firma gerade, wie das nach hinten losgeht. Da werden Auslieferungen verhindert, weil aus dem Tool nicht die richtigen Zahlen rausfallen. Diese sog. Prozesse würgen die Produktivität ab. Den Kunden und daas Management interessieren die Metriken einen Sch..., aber die Qualitätssicherung muss ihren Willen bekommen.

Dussel schrieb:

wenn nicht genügend Kommentare vorhanden sind

Wenn ihr auf Kommentare angewiesen seid, dann ist eure Code einfach schrott.

Ud schrieb:

Den Kunden und daas Management interessieren die Metriken einen Sch...,

Nö, es gibt auch Kunden, die sowas toll finden und das Erstellen von Metriken fordern.

Ud schrieb:

Man mein, dass man damit die Codequalität bewerten könne. Sehe ich in meiner Firma gerade, wie das nach hinten losgeht. Da werden Auslieferungen verhindert, weil aus dem Tool nicht die richtigen Zahlen rausfallen. Diese sog. Prozesse würgen die Produktivität ab. Den Kunden und daas Management interessieren die Metriken einen Sch..., aber die Qualitätssicherung muss ihren Willen bekommen.

Naja, wie wärs damit einfach gleich von Anfang an ordentlichen Code zu schreiben, statt tausende Zeilen Spaghetticode in ein File zu kippen?

Ben schrieb:

Hallo Ich auf der Suche nach einem Tool um ein Softwareprojekt grob bewerten zu können. z.B sollten Dinge wie

• Anzahl Source Files
• Lines of Code
• Comment Lines
• Mc Cabe Complexity
• usw. möglichst automatisch erfasst werden.

Grammatech oder SonarSource wären die klassischen Anlaufstellen. Wenn ihr richtig Geld habt auch Greenhill, die sind recht dick im Functional-Safety-Geschäft.

Static analysis wär so das allgemeine Stichwort.

Wem es interessiert: LocMetrics https://www.cheonghyun.com/blog/120

cloc https://github.com/AlDanial/cloc sollte es für jede Linux Distro gepackaged geben.

Ich schließe mich aber an, dass die Aussagekraft von lines of code, Kommentaren usw. sehr beschränkt ist. Schaue dir z.B. den Linux Kernel: Der Code enthält ziemlich wenig Kommentare und ist trotzdem sehr gut verständlich.

Lines of Code per File ist schon halbwegs aussagekräftig, keiner will in einem 10.000 Zeilen langem File herumsuchen. Cyclomatik complexity erfahrungsgemäß auch, gibt auch Studien dazu.