Wie viel Aufwand steckt in der Wartung eines Build-Systems?

9

In StackExchange Podcast # 09 wird Folgendes bemerkt:

In einer anderen Studie wurde kürzlich untersucht, wie viel Aufwand für die Wartung des Build-Systems erforderlich ist: 5 bis 30% des gesamten Entwicklungsaufwands werden für die Wartung des Build-Systems aufgewendet. Die Variationen sind selbst bei der Arbeit an ähnlichen Projekten sehr groß.

Wie heißt die Studie, auf die verwiesen wird, und wo ist sie zu finden? Das Audio des Podcasts enthält keine weiteren Details.

Hat jemand Links zu anderen Studien, die sich mit demselben Thema befassen?

commandline-build-tool

— Neil Mitchell
quelle

3

Wow. Ich bin nie auf den Gedanken gekommen, dass ein Geschäft so viel Zeit mit einem Build-System verbringen könnte. Wir haben ein handgefertigtes, maßgeschneidertes Build-System, das jede Nacht alle (20 einige) Release- und (50 einige) Entwicklungszweige erstellt (wenn Änderungen festgeschrieben wurden), Komponententests startet und Testserver stoppt und startet (einen oder mehr pro Release und eines oder mehrere für viele Entwicklungszweige), E-Mail-Ergebnisse usw. Doch in den 4 Jahren, in denen ich bei diesem Arbeitgeber war, haben wir nicht viel mehr als ein paar Mannwochen damit verbracht beinhaltet die Erweiterung der Funktionen unserer maßgeschneiderten Lösung!

— Marjan Venema

Das ist, was passiert, wenn Leute sich auf etwas / jemanden beziehen und vergessen, die Referenzen hinzuzufügen ...

— wleao

Ich kenne die Studie nicht, aber die Ergebnisse können unterschiedlich sein, je nachdem, was Sie unter "Wartung des Build-Systems" definieren. "Ist das Hinzufügen oder Ändern von Dateien" ein Teil davon? Ist das Einrichten eines Installationsprogramms Teil der "Wartung des Build-Systems"?

— Doc Brown

1

Ich habe den Podcast nicht gehört, aber die Studie ist wahrscheinlich ein Artikel aus dem jüngsten ICSE mit dem Titel "Eine empirische Studie zum Wartungsaufwand von Gebäuden" von Shane McIntosh et al. Überprüfen Sie den direkten Link (oder die offizielle DOI-Seite, wenn Sie Metadaten wünschen).

Ihre Studie konzentriert sich hauptsächlich darauf, wie oft sich Änderungen des Quellcodes auf den Build auswirken und wie viele Entwickler in einem Team normalerweise mit der Wartung des Builds befasst sind. Ich erinnere mich, dass es eine interessante Studie ist, aber ich fand die Zahlen etwas schwierig zu interpretieren, wie es oft bei empirischen Studien der Fall ist, die versuchen, Verbindungen zwischen Dingen zu finden :)

— Deckard
quelle

2

Ich habe keinen Link für Sie, aber aus persönlicher Erfahrung variiert dieser Prozentsatz je nach 2 Hauptpunkten: 1) Systemdesign und Komplexität 2) und persönlicher Organisation

Ein gut konzipiertes System erfordert nur minimalen Wartungsaufwand, selbst wenn es recht komplex ist. Aber wenn Ihre Mitarbeiter im Umgang mit dem Code nicht richtig geschult und organisiert sind, werden Sie wahrscheinlich lange Zeit damit verbringen, schlechte Builds oder falsche Commits und ähnliches zu beheben ...

Wenn Sie jedoch über eine Entwicklungsumgebung, Fragen und Antworten, RC und Produktion verfügen, wird der Übergang von der Entwicklung zur tatsächlichen Produktion stark beeinträchtigt.

Ich würde sagen, dass die Prozentsätze korrekt sind und sich näher an die 30% -Marke als an 5% beugen. Wenn Sie nur 5% investieren, machen Sie einen guten Job. (Dies schließt Fehler ein, die während der Fragen und Antworten oder der RC oder sogar der Produktion aufgrund einer Fehlverwaltung des Build-Systems festgestellt wurden, was zu großen Verzögerungen führen kann.)

— AJC
quelle

Wenn Sie nur 5% investieren, würde ich vorschlagen, dass Sie nicht alles oder nicht genau messen.

— Mattnz

nein matt. Sie verwenden eine andere Definition. Die meisten Unternehmen, für die ich gearbeitet habe, verfügen über KEIN Build-System, wie z. B. keine automatisierten Build-Server, VCS-Integration (oft überhaupt kein VCS, außer welche Projekte selbst erstellt werden könnten, was unter dem Radar landet) usw. In jeder "Studie" über den Prozentsatz der Ressourcen, die für die Wartung des "Build-Systems" verwendet wurden, wurden sie als Ausgaben so gut wie nichts aufgeführt, es sei denn, sie wurden nach dem Aufwand für die Wartung aller ANT- und Maven-Skripte aufgeteilt selten gemacht.

— Jwenting