Gerald's Blog

Hier nochmal die geplanten Metriken bzw Bewertungskriterien:

• Einarbeitungszeit
  Hier wird sowieso JavaEE den kürzeren ziehen und es wird auch nicht in die Abschlussbewertung einfließen. Jedoch erwähnen werde ich es in der Arbeit schon. Besonders wie so die Lernkurve aussieht.
• Anzahl Codezeilen
  Hier sind physikalische und logische Codezeilen sowie Kommentare zu unterscheiden. Der Vergleich von Codezeilen bei unterschiedlichen Programmiersprachen ist mit Vorsicht zu genießen.... Aber Aussagen zur Fehleranfälligkeit und Wartbarkeit lassen sich vielleicht trotzdem machen.
• Anzahl Codezeilen pro Zeit
  Dies zielt auf die Produktivität ab. Brauche ich weniger Codezeilen aber dafür länger ist es plötzlich garnicht mehr so gut...
• Anzahl Methoden und Klassen
  Wird Code oft wiederverwendet? Ist die Anzahl der Klassen unterschiedlich und warum?
• Anzahl Libraries / Code von Drittanbietern
  In welchem Umfang kann man bereits vorhandene Sachen einbinden oder übernehmen. In wiefern bedeutet das Abhängigkeit und Einstellung auf den Programmcode von Dritten.
• Redundanz
  Ist die Anwendung weitestgehend DRY oder wiederholen sich Codepassagen immer wieder?
• turn-around-time / Agilität
  Wie lange dauert es, bis Änderungen im Code sichtbar werden?
• Arbeitszeit für Implementierung
  Ein entscheidener Kostenfaktor. Welche Eigenschaften förderten ein schnelleres, produktiveres Arbeiten und welche behinderten die Arbeit sogar?
• Deployment
  Der Übergang von Entwicklung zur Bereitstellung. Wie kompliziert ist dieser Schritt, wie lange braucht man dafür?
• Wartbarkeit
  Lässt sich der Code gut lesen, wie findet man Fehler. Gibt es Tests?
• Skalierbarkeit
  Wie robust ist die Anwendung und kann man Sie ggf auf mehrere Server verteilen?
• Performance
  Der Benutzer sollte möglichst wenig warten müssen. Wie verhält sich die Anwendung bei vorgesehener Benutzeranzahl? Wie bei Überlast?
• Footprint
  Wie groß ist der Speicherbedarf bei Laufzeit?

Fehlt sonst noch was?