DseWiki: GroßeProjekte

Veränderung (letzte Änderung) (keine anderen Diffs, Normalansicht)

Entfernt: 10,19d9

-- HelmutLeitner

: Woher weißt du, worüber sich Programmierer einig sind? Ich denke, dass nur ein ganz geringer Prozentsatz von Programmierern über die Komplexität ihrer Arbeit nachdenken. Viele einfache Interaktionen zwischen vielen einfachen Komponenten ergeben doch noch keine hohe Komplexität, oder doch? -- HelmutLeitner 20. September 2004 18:12 CET

: Aber dann ist Komplexität nicht die Anzahl an Interaktionen zwischen einzelnen Komponenten!? WasIstKomplexität dann? -- HelmutLeitner

: Nicht so wichtig, es geht ja eigentlich um ein anderes Thema. Mir geht es hier darum, aufzuzeigen, dass nicht ganz klar ist, wovon man spricht, wenn man über GroßeProjekte redet ... und dass sie unterschiedliche Sichtweisen, unter Umständen auch unterschiedliche Werkzeuge erfordern ... und dass man deswegen nicht einfach sagen kann, eine Sprache wäre für GroßeProjekte geeignet oder ungeeignet. -- HelmutLeitner

Hin und wieder ist in Diskussionen von "großen Projekten" die Rede. Zuletzt in einer Diskussion auf der Seite SprachePerl, in der Perl die Eignung für große Projekte abgesprochen wurde. Oft scheint im Einzelnen unklar, was das bedeutet, denn es gibt verschiedene Aspekte, nach denen ein Projekt "groß" sein kann und Programmiersprachen haben Eigenschaften, die mit solchen Aspekten durchaus unterschiedlich zusammenwirken.

Verschiedene Arten von "groß":

Anzahl der Zeilen (LOC), heißt in erster Linie teuer. Projekte können allerdings logisch und mathematisch sehr einfach sein (z. B. eine Versicherungsapplikation, die in tausenden von Masken die Abwicklung aller Geschäftprozesse und den Verkauf der diversen Versicherungsprodukte unterstützt).
Anzahl der Programmierer. Heißt in erster Linie, daß die Arbeitsaufteilung eine große Rolle spielt und es es umfangreiche Konsistenz- und Qualitätssicherungsprobleme gibt. Es bedeutet auch, dass die Entwickler austauschbar sein müssen und keine hohen Anforderungen gestellt werden dürfen (z. B. die Entwicklung von MS-Windows oder MS-Office).
Anzahl der Systeme, Komplexität der Systeme (Betriebssysteme, Programmiersprachen, Hardware, Standards, ...). Erzeugt vor allem Probleme in der Integration, im Projektmanagement, im Test und in der Langzeitstabilität der Applikationen (z. B. die Entwicklungen des amerikanischen DOD, für deren Anforderungen Ada konzipiert wurde)
Anzahl der Probleme, Komplexität der Problemstellungen. Projekte, wo sich Experten selbst die Tools ihrer Wahl aussuchen, um Probleme überhaupt lösbar zu machen (z. B. TeX + MetaFont).
...