State of the art programming.

[opfer.der.genauigkeit]

Hi,

ich suche Expertenbücher oder Code, anhand derer ich meine bisherigen Kenntnisse in objektorientierter Programmierung
auf einen höheren Lever heben kann.

Also "State of the art". // ich lass das mal im Raum stehen

Schwerpunkte die mich zudem in diesem Rahmen stark interessieren würden sind Informationen über:
- Datenbankencache (clientseitiger memory cache).
- Actions (wie am besten verwenden).
- Eleganter, modularer und objektorientierter Aufbau von der Wurzel bis zur Spitze.
- Einsatz von UML in großen Projekten.
- und alles, was für (sehr) große Projekte in Frage kommt. :}

Was mich weniger interessiert sind Hinweise auf Einsteigertutorials.
Best practice... ich will von anderen Könnern lernen. ^.^

Vielleicht habt Ihr ja ein paar Tips für mich.

Danke
odg

// Edit: Bevor ich es vergesse, auch die neuen Möglichkeiten mit Delphi2010 würden mich interessieren. Mein Sprachstandard ist derzeit auf Delphi 2005, d.h. auch hier brauche ich ein Update. ;)

[Phoenix]

Hi,

Zitat:

Zitat von opfer.der.genauigkeit

- Eleganter, modularer und objektorientierter Aufbau von der Wurzel bis zur Spitze.

Sprachunabhängig:
Das Buch 'Clean Code' von Robert C. Martin. Es hat zwar Java Beispiele, aber man muss dazu weder Java schreiben noch die Java libs kennen. Es geht um kleine, losgelöste Codeschnispel und wie man sie besser schreiben kann.

Dann 'Patterns of Enterprise Application Architecture' von Martin Fowler. Gibt einen sehr guten Überblick wie man seine Anwendung entwerfen soll.

Zitat:

Zitat von opfer.der.genauigkeit

- Einsatz von UML in großen Projekten.

Gar nicht. Und ich spreche da aus Erfahrung bei vielen großen Projekten.
Das Problem ist: Man braucht extrem teures Tooling damit das UML immer identisch mit dem Code ist. Und dann arbeitet niemand damit, weil es zu umständlich ist.

UML, das nicht genau dem Stand des Codes entspricht oder umgekehrt ist zu absolut nichts zu gebrauchen, ausser die Entwickler und Designer mit falschen Informationen zu verwirren. Und Verwirrung schadet dem Projekt.

UML ist schön und gut, um mal was an einem Whiteboard zu entwerfen wenn man mit Kollegen davor steht und die Idee durchspricht und durchdenkt. Für mehr ist es nicht tauglich. Meine Meinung ;-)

[alzaimar]

Ich kann mich Phoenix nur in allen Punkten anschließen (na ja, sind ja nur 2: "Clean Code" ist geil und UML nicht.

Ich kann noch einen Buchtipp zum Besten geben, der auch größere Projekte umfasst:

"Moderne Software-Architektur: Umsichtig planen, robust bauen mit Quasar" von Johannes Siedersleben.

Ansonsten gelten für komplexe Projekte die Grundregeln des Projektmanagements, deren drei wichtigste Grundpfeiler sind:
1. Kommunikation
2. Kommunikation
3. Kommunikation

[opfer.der.genauigkeit]

Danke, das ist schonmal ein sehr guter Anfang. :)

Also verzichte ich auf UML, sofern niemand noch triftige Gründe nennt es doch zu verwenden.

Ich werde mir die drei Bücher mal ansehen und entscheiden welche davon ich kaufe.
(Vermutlich alle drei.)

Für weitere Vorschläge bin ich dankbar. :)

[mjustin]

Domain-Driven Design, the Book
http://domaindrivendesign.org/books#DDD

Zitat:

This book provides a broad framework for making design decisions and a technical vocabulary for discussing domain design. It is a synthesis of widely accepted best practices along with the author's own insights and experiences. Projects facing complex domains can use this framework to approach domain-driven design systematically.

Domain Driven Design klingt jetzt erstmal wie eine "neue Mode" (so wie TDD), ist im Kern aber eine Sammlung praxisnaher Empfehlungen für den Entwicklungsprozess 'nah am Domänenmodell'. (Beispiel: Verwendung einer einheitlichen Sprache für Fachanwender und Modell)

Mein Buch des Jahres, jedes Jahr :)