„Das Paxisbuch“ steht direkt unter der Überschrift
Manchmal ist es aber wichtig, dass man das wirklich Kleingedruckte liest, um zu erfahren, was in dem Buch drin ist. Das aber habe ich dummerweise nicht gemacht. „Praxisbuch“ erschien mir für meine Zwecke völlig ausreichend. Als ehemals professioneller Applikationsentwickler in C++ und VB6 brauchte ich Wissen, wie die Konzepte und Programmierung in VB.Net ausschauen. Möglichst durch ein Buch, dass mir nicht erklärt, was eine Variable ist und gern hätte ich auch auf die Erklärung der OOP verzichtet.
„Praxisbuch“ und irgendwo ein Hinweis „für Fortgeschrittene“ schienen mir dieses Buch ideal erscheinen. Etwas weiter unten steht dann „Alle Phasen in der Praxis: vom Entwurf bis zum Deployment“. Das habe ich aber leider konsequent überlesen. Ein Buch zu Softwareengineering brauche ich nicht.
Zwischendurch sind durchaus Dinge, die mich interessieren. Aber eben zwischendurch. Ein mühsames Zusammensuchen, wenn man eigentlich nur den Code, ein paar Ideen, Vorgehensweisen, etc. benötigt.
Nun ja, zwar falsch gekauft, aber Softwareengineering schadet ja grundsätzlich nicht. Und schließlich kann der Autor ja nichts dafür, wenn ich zu dusselig bin, das Cover vernünftig zu studieren.
Da ich nun gerade selber ein größeres Projekt umsetze, waren einige Anmerkungen zur Softwarearchitektur durchaus interessant, wenn auch nicht wirklich neu für mich. Quasi eine Auffrischung – ist schließlich ein paar Jahre her, dass ich Applikationen entwickelt habe und das ein oder andere ist auch neu hinzugekommen. Als es endlich, nach einigen hundert Seiten, wirklich interessant wird, bricht der Autor mit dem Hinweis ab, dass das aber nun die Kapazität des Buches sprengen würde.
Also nun doch nicht? Auf der Buchrückseite steht u.a auch: „Software planen und erfolgreich durchführen“ – aber wenn es richtig ins Detail geht, hören wir wohl doch besser auf…
Auf der Buchrückseite steht aber auch „Professionell entwickeln mit WinRT, WCF und WF“. Die WCF beispielsweise wird auf nicht ganz 200 Seiten behandelt. Aller meistens mit Theorie. Zwischendurch ist dann auch mal der lang ersehnte Code, aber wie ich damit am besten umgehen kann, das sinnvoll nutzen kann, was es eigentlich alles da so gibt - Fehlanzeige
Dieses Buch ist nicht Fisch, nicht Fahrrad. Mir ist unklar geblieben, für wen dieses Buch tatsächlich geschrieben ist. Will ich was über Softwareengineering wissen, dann hört dieses Buch zu früh auf – ich brauche ein anderes Buch dafür. Will ich etwas über Coding erfahren, dann steht hier zu wenig drin – auch dafür brauche ich ein anderes Buch. Es ist allenfalls eine Ergänzung. Durchaus mit professionellem Hintergrund, aber dafür hat das Buch zu viel Ballast. Ich denke nicht, dass ich einem Profi Styleguides erklären muss (zumal die bei den Firmen, für die ich tätig war, stets sehr genau festgelegt waren).
„Ein Praxisbuch“ – es mag aus der Praxis entstanden sein, folgt aber einer Menge theoretischer Ansätze.
Und zu guter Letzt, wenn auch nur am Rande: mich ganz persönlich nervt es in Fachbüchern stets und ungemein, wenn permanent erzählt wird, wie es in früheren Versionen war – was interessieren mich frühere Versionen?!