text: Programmgröße | GnuCash
  Es kann bisweilen recht interessant sein, die Größe des Quelltext hinter einem Softwareprojekt zu untersuchen. Es mag nicht überraschen, daß es sich immer noch um Buchhaltung handelt. Aber GnuCash ist über die Jahre von einem handlichen elektronischen Scheckbuch zu einer ziemlich großen Buchhaltungsanwendung mit vielen Merkmalen gewachsen.
  GnuCash besteht inzwischen aus über einer Drittelmillion Zeilen Anweisungen verteilt über mehr als tausend Dateien. Es wurde in 36 Sprachen übersetzt und über 200 Menschen haben Beiträge geleistet.
  Falls Sie Schwierigkeiten haben, durch diese Menge Quelltext zu schwimmen, stellen Sie sich bitte folgendes vor: Ausgedruckt und gebunden wären es mehrere Dutzend Exemplare von Tolstois "Krieg und Frieden", ungefähr ein Bücherregal breit, voll mit Quelltext.
  Wohlgemerkt, dies sind Quelltext und Dokumentationen, welche von wirklichen Menschen erstellt und entwanzt wurde. Dies ist *kein* automatisch generierter Code. Werkzeuge wie Glade und Swig können beliebige Mengen Code automatisch erstellen; diese wurden hier aber nicht mitgezählt. Jede einzelnen hier gezählte Zeile wurde von menschlicher Hand eingegeben, geändert, eingerückt, optimiert, davon viele mehrmals.
  Angenommen, wir haben ca. 400 offene Fehlermeldungen in Bugzilla, dann ergibt das etwa einen Fehler pro tausend Zeilen Code oder einen Fehler pro 50 Seiten eines Ausdrucks. Diese Fehlerzahl ist nicht untypisch für Software-Projekte; sie ist nah an der Norm.
  Die folgende Tabelle zeigt einige historische Maße für Quelltextzeilen und Dateienzahl für das GnuCash-Projekt. Man beachte, daß nicht alle Zeilen gezählt wurden: z.B. die Makefiles, configure.in und autogen.sh wurden nicht mitgezählt. Ebenso wurden weder Dateien mitgezählt, die automatisch erzeugt wurden, noch Dateien, die von anderen Projekten "ausgeliehen" wurden. Ebenfalls nicht gezählt wurden experimentelle Dateien, verschiedene Perl-Skripte, diverse Konverter, Add-Ons und Utilities. Schließlich wurden glade-Dateien nicht gezählt, obwohl weite Teile der graphischen Oberfläche in glade-Dateien definiert wurden.
  Beachten Sie auch, daß weder KLOC's (1000 Zeilen Quelltext) ein gutes Maß sind, um die Produktivität von Programmierern zu bestimmen, noch .wc eine gute Methode ist, um KLOC's zu messen. Viel bessere Maße sind Komplexitätsmaße, welche beispielsweise die Anzahl und Größe von if-then-else-Blöcken, die Anzahl und Größe aller Blöcke, oder die Anzahl der mathematischen Operatoren pro Anweisungszeile. Möglicherweise werden wir eines Tages eine derartiges Werkzeug auf den Quelltext anwenden. Zur Zeit ist dies aber, was wir zur Verfügung haben - andererseits haben wir versucht, nur die Dateien mit tatsächlich direkt von Menschen editiertem Code zu zählen.
  Tabelle 1: Historische Entwicklungsstatistik
  verschiedene Aplikationen
  genannte Autoren
  Jede Zelle enthält folgendes:
  Anzahl von *.c-, *.h- und *.scm-Dateien (KLOCS in *.c + KLOCS in *.h + KLOCS in *.scm). Wenn keine *.scm-Dateien in dem Verzeichnis sind, werden nur (KLOCS in *.c + KLOCS in *.h) angezeigt. Wenn nur eine Zahl in den Klammern ist, handelt es sich um die zugehörige KLOC-Zahl für die Statistik.
  wobei KLOC == kilo-lines-of-code (1000 Zeilen Code), wie von wc berichtet. Wie zuvor bemerkt, ist wc kein besonders gutes Codemaß, aber es ist das, welches wir griffbereit haben.
  Legende der Tabellenspalten
  Inhalt von src/engine und Unterverzeichnisse. Die Maschine wurde in Version 1.1 aus dem Motif-Code ausgegliedert. Das Datenspeicher-Modul (file-io, sql) wurde im Verlauf von Version 1.5 abgetrennt.
  Inhalt des src/backend Verzeichnisses (Version 1.7 und später) oder von src/engine/file, src/engine/sql (Version 1.6 und früher)
  Inhalt von src/register directory (Version 1.6 und früher) oder src/register/register-core (Version 1.7 und später). Das Register wurde als separates Modul aus dem Motif-Code in Version 1.1 herausgelöst. Wie man in der Statistik sieht, hat sich das Register als ziemlich stabil erwiesen. Ab Version 1.7 zeigt die Zelle einen 2. Eintrag: die Anzahl der Codezeilen in src/register/register-gnome, welches zuvor als Teil von Gnome gezählt wurde.
  *.c, *.h files im src Verzeichnis allein (Version 1.6 und früher) or src/register/ledger-core (version 1.7 und später)
  Inhalt des src/motif Verzeichnisses (Version 1.2 und früher). Die Motif-Version des Codes wurde nach Version 1.2 aufgegeben, nachdem der größte Teil des nicht die Oberfläche betreffenden Codes verschoben war, enweder in die Engine, das Register oder nach Ledger.
  Inhalt von src/gnome plus src/register/gnome (Version 1.6 und früher). Für Version 1.7 und später, besteht dies aus src/gnome, src/gnome-search und src/gnome-util
  Inhalt von verschiedenen anwendungsbezogenenen Verzeichnissen (Ab Version 1.7): src/app-file, src/app-utils, src/calculation, src/core-utils, src/gnc-module, src/network-utils, src/tax/us
  Code, um verschiedene Dateiformate zu im- und exportieren: Inhalt des src/import-export Verzeichnisses.
  Code zur Erzeugung von Berichten und Graphiken: Inhalt des src/reports Verzeichnisses.
  Scheme- und Guile-Code in den Verzeichnissen src/scm plus src/guile (bis Version 1.6). Ab Version 1.7 wanderte viel von diesem Code nach reports, import/export und in individuelle Module; so daß nur vermischter Code übrig blieb.
  Code des Geschäftsmoduls in src/business.
  Code, um automatisierte Regressionstests durchzuführen: Inhalt des src/*/test Verzeichnisses.
  Englischsprachige Benutzerdokumentation einschließlich Online-Hilfe und Handbuch in HTML, SGML und/oder XML. Ab Version 1.8.4 enthält die Zahl unter dem Strich die übersetzten, nicht englischen Dokumente (de, es, fr, pt ...) Diese beiden Zahlen sind etwas schwierig zu bestimmen, wegen der Durchmischung mit Format-Anweisungen und teilweise mehreren konkurrierenden Versionen.
  Die Anzahl der Design-Dokumente und Readme-Dateien, welche zur Unterstützung der Entwickler gedacht sind. Dies schließt *.txt-, *.texinfo- und README.*-Dateien in allen Unterverzeichnissen ein. Ab Version 1.7 werden nur jene im src-Verzeichnis gezählt, wodurch etliche zerstreute ausgelassen werden.
  Die Anzahl der Sprachen, in welche die Meldungen des Programms übersetzt wurden, also die Anzahl der po/*.po-Dateien. In Klammern die Anzahl der Meldungen in den Übersetzungsdateien (grep msgstr po/*.po |wc), in Tausend.
  Die Anzahl der Personen, welche in der Autoren-Datei AUTHORS (ab Version 1.6) oder davor in der Liesmich-Datei README genannt werden. Diese schließt führende Entwickler, Einsenderinnen von Verbesserungen und die jeweiligen Übersetzer ebenso ein wie zusätzlich in gnucash-docs/AUTHORS genannte Personen, die nicht bereits in gnucash/AUTHORS genannt sind.