Hallöle...

Ich stehe vor meinem "Jahresbericht".

Ich kann sagen, daß ich aus 36 Forms 86 Units incl. Forms gemacht habe und das grob geschätzt 10000 Zeilen hinzugekommen sind. Die Units strotzen nur vor Copy/Paste. Das habe ich bereinigt und neues implementiert. Nur sagen die Anzahl der Zeilen nichts darüber aus.
Der Git hat bei jedem Commit die Anzahl der hinzugefügten/gelöschten Zeilen. Ich hätte die gern die effektiven hinzugefügten Zeilen. Kiege ich das aus dem GIT raus?

Wie kriegt man eine Statistik, die man selbst fälschen kann? Im Prinzip hätte ich das gern für mich...

Guten Morgen,

ja da gibt es was. Folgendes

markieren

Code:

git log --author="Vorname Nachname" --pretty=tformat: --numstat | awk '{inserted+=$1; deleted+=$2; delta+=$1-$2; ratio=deleted/inserted} END {printf "Commit stats:\n- Lines added (total).... %s\n- Lines deleted (total).. %s\n- Total lines (delta).... %s\n- Add./Del. ratio (1:n).. 1 : %s\n", inserted, deleted, delta, ratio }' -

liefert als Beispiel dieses Ergebnis:

markieren

Code:

Commit stats:
- Lines added (total).... 4625
- Lines deleted (total).. 836
- Total lines (delta).... 3789
- Add./Del. ratio (1:n).. 1 : 0.180757

Quelle: https://gist.github.com/eyecatchup/3fb7ef0c0cbdb72412fc

Wie aussagekräftig so etwas ist, bleibt meiner Meinung nach natürlich sehr fraglich. Es ist möglich unheimlich viele Zeilen Code zu schreiben und dabei unglaublich viel falsch zu machen. Ich habe auch schon von Firmen gehört, welche am Ende schauen, welcher Mitarbeiter die meisten Bugs behoben hat. Wenn ich am Tag 10 meiner selbst verschuldeten Bugs fixe geht mir das natürlich leichter von der Hand als für Jemanden, der selbst keine Bugs verursacht und lediglich fremde Bugs behebt.
Das nur am Rande

Interessant ist es natürlich trotzdem irgendwie (für einen selbst).

Grüße
Headbucket

Git kann kein Pascal. Da wirst Du also keine verläßliche Aussage über echte Codezeilen bekommen können. Es gibt immerhin eine handvoll Möglichkeiten Zeilen auszukommentieren, die von einem Zähler entsprechend nicht berücksichtigt werden dürfen.

Sherlock

Hallöle...

Zitat:

Wie aussagekräftig so etwas ist, bleibt meiner Meinung nach natürlich sehr fraglich.

Zitat:

Da wirst Du also keine verläßliche Aussage über echte Codezeilen bekommen können.

Zitat:

Was bringt dir das denn? Wir wissen doch beide, dass das exakt Null Aussagekraft hat...

...ist mir bewußt.

Zitat:

Interessant ist es natürlich trotzdem irgendwie (für einen selbst).

...das ist der Hintergedanke.

@Headbucket: probiere ich mal...

Nachtrag:

Zitat:

Commit stats:
- Lines added (total).... 756402
- Lines deleted (total).. 458502
- Total lines (delta).... 297900
- Add./Del. ratio (1:n).. 1 : 0.606162

Danke...

Ich würde es lieber gleich richtig und selbst machen. Ich hatte mal im Rahmen eines Praktikums ein Tool zu schreiben, daß effektive Quellcodezeilen zu zählen hatte. Das ging recht zügig, und zuverlässig. Für Dich als alten Hasen gehe ich von ca. einem Tag Entwicklungsarbeit aus. Andererseits ist sowas aber mittlerweile in Delphi eingebaut und versteckt sich in den Metriken (Basic->Lines of Code).

Sherlock

Zitat:

Für Dich als alten Hasen

...alt aber noch zu gebrauchen. Das Problem ist die Zeit. Ich bin allein verantwortlich für die Software, Infrastruktur (GIT etc.), Support, die Fehler. Das grenzt teileise an Neuentwicklung. Gott sei Dank ist unsere Firma der einzige Kunde... *schwitz* Da ist kein Platz für "Experimente".

Danke an alle...

Zitat von haentschman:

Nur sagen die Anzahl der Zeilen nichts darüber aus.

Ich war mal einige Monate bei einer Firma. Da habe ich auch einiges implementiert. Aber am Ende waren im Projekt 35.000 Zeilen weniger Source-Code drin.

Und hat man dich eingestellt ?

Ich war angestellt. (Noch einen: Waren auf Messe, die Mitbewerber angeschaut. Ich: "Warum sollte jemand unser Produkt kaufen?", Kollege: "Wir sind billig" )
Ich bin selber gegangen aus privaten Gründen. Vom Regen in die Traufe. Da war ein Projekt, das hat außer die von Delphi selber erzeugten, keine einzige selbstgeschiebene Klasse).

Aber zurück zum Thema: ich halte LoC für extrem ungeeignet die Leistung eines Entwickler zu beurteilen. Zuviel Zeilen sind nix, siehe oben. Aber umgekehrt möglichst viel Code in möglichst wenig Zeilen zu quetschen ist auch nicht gut.

Zitat:

Da war ein Projekt, das hat außer die von Delphi selber erzeugten, keine einzige selbstgeschiebene Klasse

...willkommen im Club. Ich wollte nur eine Hausnummer für eventuelle Diskussionen warum (optisch) nicht mehr passiert ist. Der User/Chef kriegt ja im Normalfall nicht mit, wieviel Arbeit im Backend steckt. Für den sieht es gleich aus. Ich habe auch so ein Projekt. Ca. ein halbes Jahr nur den Copy/Paste QT entwirrt... ...und ich bin noch lange nicht durch.