ich würde an dieser Stelle gerne ein paar Meinungen von euch zu diesem Buch hören:
http://www.amazon.de/Large-Scale-Software-Addison-Wesley-Professional-Computing/dp/0201633620

Man liest wenig darüber, es steht nicht im Bücherforum und eine Forensuche ergab nur ein paar Randempfehlungen: http://www.c-plusplus.net/forum/p1566624?highlight=large+scale#1566624

Als ich Mal nach größeren Architekturen suchte, fand ich einen Stackoverflow-Thread, in dem sich sehr positiv darüber ausgesprochen wurde: http://stackoverflow.com/questions/1860796/your-thoughts-on-large-scale-c-software-design

Besitzt jemand dieses Buch und kann es empfehlen? Bringt einen das für Softwarearchitektur wesentlich weiter bzw. hat es euch das gebracht?

Danke schon Mal und beste Grüße!

Gelesen habe ich es selber nicht. Aber vielleicht sollte ich mal bei der Unibibliothek vorbeischauen...

Ja, wir nutzen pimpl auch ziemlich intensiv in der Arbeit. Brauchst du ein Buch darüber?
Kompilierzeiten sind nicht mehr ein so großer Problem wie vor Jahren. Wenn man mit den Includes etwas aufpasst, kann man auf moderner Hardware auch große Software in paar Minuten durchkompilieren. Da lohnt es sich nicht, sich großartig darüber auszulassen oder Bücher darüber zu lesen. Andere Aspekte sind bei der Softwarearchitektur viel wichtiger.
Aber wie gesagt, ich kenn das Buch nicht.

Was verstehst Du unter große Software? Bei uns dauert ein kompletter Build ca. 6 Stunden. Kompilierzeiten sind auch heute noch ein großes Problem.

Aber ich denke, Kompilierzeit ist nicht das wesentliche Kriterium, nach dem man Software designen sollte. Modularisierung ist da wichtiger und dabei kommt als Nebenprodukt eine reduzierte Kompilierzeit heraus.

Bin mir immer noch nicht so ganz sicher. Eigentlich kann das kein großer Nachteil sein, so ein Buch kann ich ja auch absetzen. Oder ich schau auch Mal in der Bib.

Edit: In meiner Bib ist das Buch, ich hol mir das glaube Mal in nächster Zeit.

Wieso interessiert das keinen mehr, sind SSDs so extrem gut (habe noch keine :()?

Natürlich ist Kompilierzeit noh ein Thema.

Zum Thema SSDs: Ein Kollege darf gerade "Testkaninchen" spielen. Er ist begeistert. Allerdings wirken sich SSDs hauptsächlich beim Linken aus, das Kompilieren selbst ist eher Sache des Prozessors. Aber da wir viele dlls haben und das Linken bei uns dementsprechend auch viel Zeit in Anspruch nimmt, ist die Verbesserung deutlich spürbar.

Was verstehst Du unter große Software? Bei uns dauert ein kompletter Build ca. 6 Stunden.

Wieviele LOC hat das Projekt denn?

tntnet schrieb:

Was verstehst Du unter große Software? Bei uns dauert ein kompletter Build ca. 6 Stunden.

Wieviele LOC hat das Projekt denn?

Ach, sowas ist nichts besonderes bei großen Projekten - einige gehen da auch auf 20 oder mehr Stunden.

asdqqweqwe schrieb:

tntnet schrieb:

Was verstehst Du unter große Software? Bei uns dauert ein kompletter Build ca. 6 Stunden.

Wieviele LOC hat das Projekt denn?

Ach, sowas ist nichts besonderes bei großen Projekten - einige gehen da auch auf 20 oder mehr Stunden.

Wer hat Dich denn gefragt? Du bist Schüler. Hör auf so zu tun als hättest Du von irgendwelchen realen Projekten Ahnung.

Zu large scale c++: Bei guter Modularisierung haben kleine Aenderungen nur wenig Auswirkungen. Deswegen brauche ich nur wenige Zeilen im Kopf behalten. Da spielt es keine Rolle, ob der Code nun 100.000 Zeilen hat oder 1.000.000.

Thus spake the master programmer:

``A well-written program is its own heaven; a poorly-written program is its own hell.''

Sone schrieb:

asdqqweqwe schrieb:

tntnet schrieb:

Was verstehst Du unter große Software? Bei uns dauert ein kompletter Build ca. 6 Stunden.

Wieviele LOC hat das Projekt denn?

Ach, sowas ist nichts besonderes bei großen Projekten - einige gehen da auch auf 20 oder mehr Stunden.

Wer hat Dich denn gefragt? Du bist Schüler. Hör auf so zu tun als hättest Du von irgendwelchen realen Projekten Ahnung.

Wozu brauch ich Ahnung, wenn ich nur schreiben muss was im Netz schon steht?

Wozu brauch ich Ahnung, wenn ich nur schreiben muss was im Netz schon steht?

"im Netz steht" ist eine *sehr* dünne Argumentationsgrundlage.

Sone schrieb:

Wozu brauch ich Ahnung, wenn ich nur schreiben muss was im Netz schon steht?

"im Netz steht" ist eine *sehr* dünne Argumentationsgrundlage.

Bevor das jetzt eskaliert, eine Frage: War das was ich nun sagte falsch? Oder korrigierte mich der Unreg einfach aus Prinzip, weil ich von sowas nicht reden sollte (egal ob das was ich dazu sage richtig oder falsch ist)?

Prinzipiell vorstellen kann ich es mir aber schon, wenn bspw. externe Libs auf Netzlaufwerken liegen, viele dlls mit vielen abhängigen Libs erstellt werden etc.

Bei einer gut konfigurierten Buildumgebung halte ich 20h für übertrieben. Zumindest für ein einzelnes Projekt.

Wenn eine Softwarefirma alle ihre einzelnen Projekte nacheinander neu bauen will, dann kann das natürlich 20h und länger dauern. Aber darum geht es hier ja nicht.

edit:
Wir haben knapp eine Million LOC C++, dazu etwa 100k Zeilen Erlang. Insgesamt dauert der Buildprozess inklusive Installer ca. 3 Stunden.

Ach, sowas ist nichts besonderes bei großen Projekten - einige gehen da auch auf 20 oder mehr Stunden.

War das nicht ein Problem der 90-er Jahre?

Sone schrieb:

Ach, sowas ist nichts besonderes bei großen Projekten - einige gehen da auch auf 20 oder mehr Stunden.

War das nicht ein Problem der 90-er Jahre?

Meinst du wegen er Rechenleistung? Klar geht es heute vergleichsmäßig schneller. Aber es ist nun mal wie es ist: Mehr LOC heißt: Längerer Build (also ich meine, komplett!).

Mehr LOC heißt: Längerer Build

Den Wahrheitsgehalt kann ich der Aussage nicht nehmen, aber der Informationsgehalt ist gleich null. Ein grosser Berg *Erde* beduetet auch, dass mehr geschaufelt werden. D.h. aber nicht, dass ich die Werkzeuge aus der Steinzeit dazu benutze. Und wenn man von Large Scale C++ spricht und bei Kompilezeiten haengen bleibt, ... hat man wohl das wesentliche verfehlt. Ist genau wie Religion oder Politik: Jeder kann drueber labern. Und genau das ist es: Labern ueber Kompilezeiten.

Aber es ist nun mal wie es ist

Tja, tolle Aussagen ... genau wie: ein Mann muss tun, was ein Mann tun muss ... oder aehnliches. Einfach nur Bullshit.

Mechanics schrieb:

Ja, wir nutzen pimpl auch ziemlich intensiv in der Arbeit. Brauchst du ein Buch darüber?
Kompilierzeiten sind nicht mehr ein so großer Problem wie vor Jahren. Wenn man mit den Includes etwas aufpasst, kann man auf moderner Hardware auch große Software in paar Minuten durchkompilieren. Da lohnt es sich nicht, sich großartig darüber auszulassen oder Bücher darüber zu lesen. Andere Aspekte sind bei der Softwarearchitektur viel wichtiger.
Aber wie gesagt, ich kenn das Buch nicht.

Was verstehst Du unter große Software? Bei uns dauert ein kompletter Build ca. 6 Stunden. Kompilierzeiten sind auch heute noch ein großes Problem.

Unsere Software hat grob 6 Mio LoC und ein kompletter Build dauert auch etliche Stunden. Die Software ist teilweise auch entsprechend schlecht aufgebaut, vor allem ältere 3rdparty libs, die wir verwenden müssen und noch nicht austauschen können.
[Edit]Ich meinte, 6 Mio Zeilen eigenen Code. Keine Ahnung, wie groß alle 3rd party Bibliotheken sind und was davon alles gebaut wird. Wir benutzen z.B. Qt und haben das teilweise recht massiv umgebaut, das braucht sicher auch seine Zeit zum Kompilieren.[/Edit]
Es ist alles ärgerlich und nervig, aber es ist jetzt nicht DAS Kriterium bei der Architektur. Wenn es in dem Buch hauütsächlich darum geht, finde ich das uninteressant. Wenn es um andere Aspekte großer Projekte geht, dann würde ich das durchaus interessant finden.

Das aktuelle Projekt ist da wesentlich genügsamer. Nach diversen Aufräumaktionen, einer Compilererweiterung die dem C++ Builder Multithreading beim Compilieren gibt, und einem 6Kern-PC sind wir nun (und das in einer VM) bei knapp 2min (ursprünglich waren es eher 5-10min).

Die Benutzer tun mir leid die Programme benutzen müssen die so komplex sind das man Millionen von Zeilen braucht.

Du benutzt keinen Browser, keinen Email Client, kein Betriebssystem?
Die meisten "großen" Programme haben Millionen von Codezeilen.

Die Benutzer tun mir leid die Programme benutzen müssen die so komplex sind das man Millionen von Zeilen braucht.

Na, du bist aber ein selbstmitleidiger

Was ich auch gerade letztens im Netz fand, ist die Aussage von jemandem, dass die Kompilierzeit von einigen Stunden auf nur Sieben Minuten reduziert wurde in dem der gesamte Code in eine Source-File geworfen wurde.

Themen wie das Reduzieren von Abhängigkeiten etc. Sind aber natürlich nach wie vor wichtig und aktuell. Ich denke aber, dass es dazu inzwischen bessere Bücher gibt.

Ich denke aber, dass es dazu inzwischen bessere Bücher gibt.

Nämlich?

Nach krümelkackers erwähnter definite list klingt "Modern C++ Design" von Alexandrescu dazu ganz gut, jedenfalls allgemein für Architektur. Was denkt ihr?