Viele PCs, die wir im Entwicklungsteam haben, sind veraltet und Visual Studio 2008 wird sehr langsam ausgeführt. Sie sollten sehr bald durch neuere Maschinen ersetzt werden. Aber es gibt eine generelle Zurückhaltung gegenüber Management/Firma, neue Maschinen zu kaufen.Wie misst man den Produktivitätsverlust von langsamen PCs mit Visual Studio?
Wie kommen wir mit Zahlen und Benchmarks, um zu zeigen, dass diese langsamen PCs einen Produktivitätsverlust verursachen?
Offensichtlich können wir sie nicht anrufen, um mit uns zusammen zu arbeiten, während wir Lösungen erstellen und/oder verschiedene Dateien öffnen.
Gibt es einen objektiven Weg, mit einer Art von zuverlässigen Zahlen zu kommen, die nicht-technische Leute verstehen können?
Es wäre schön, dies auf einer ganzen Organisation auf vielen verschiedenen PCs mit Visual Studio messen zu können. Ich suche nach einer Antwort, die besser ist als eine physische Stoppuhr. :)
+1 Ich mag diese Antwort wirklich. Einige Maschinen sind neuer, viele sind viel älter, aber damit kann ich sie alle erfassen und alt gegen neu vergleichen. – spong
Wenn Ihr Build nicht groß ist, sind die Kosten für eine langsame Maschine bei normalen Aufgaben eher verloren. Jede Blocking-Machine-Task, die über 300ms dauert, ist bemerkbar (und ärgerlich), und über 10s ist störend. Diese totenweisen Kürzungen haben weitaus schlechtere Auswirkungen auf die Produktivität als einige zusätzliche Minuten pro Woche Bauzeit. – dbkk