Wie wichtig ist Design Patterns in einer Firma?

[taotao]

Hallo,
ich wollte gerne wissen wie es so in einer Firma, unter Java-Programmieren, abläuft?
Reicht z.B. so ein Buch wie "Handbuch der Java-Programmierung", mehr oder weniger Programmierpraxis in Java und Internet aus um in so einer Firma erstmal zu bestehen?
Wird in einer Design Patterns ähnlichen Sprache gesprochen?
Als ich mir "Abstract Factory" bissen angesehen habe wurde mir ganz anders.
Mein Bekannter der Fachinformatiker ist meinte als er in einer Firma anfing, dass er viele Wörter, von dem was die im Team besprochen haben, nicht kannte (Design Patterns ähnlichen Sprache?).
Wie wichtig ist Design Patterns in einer Firma?

 

[foobar]

Das hängt wohl alles sehr von der Firma ab. Es gibt Firmen bei denen man sich wundert wie man mit so wenig Skill überhaupt überleben kann.
Prinzipiell halte ich Design Patterns für essentiell. Du solltest zumindest die wichtigsten Deisgn Patterns wie Singleton, Factory, Observer, MVC etc. beherrschen, egal ob du in einer Firma arbeitest oder nur so für dich programmierst.

 

[AlArenal]

Wobei man bei foobars Tipp klarstellen sollte, dass MVC kein Design-Pattern ist

Natürlich sollte man sich nie drauf verlassen, dass man sich mit minimalen Skills durchmogeln kann. Auf der anderen Seite kann natürlich gerade ein Berufseinsteiger nicht schon der Guru schlechthin sein. Das dürfte der Arbeitgeber über Bewerbung, Einstellungstest, Vorstellungsgespräch, etc. bereits wissen.

Grundsätzlich sind Design-Patterns in der OOP sehr wichtig. Nicht nur bei der Konzeption und Erstellung neuer Software, sondern auch um bestehende Architekturen und Codes verstehen zu können. Wie in vielen anderen Bereichen auch, kommt der Dreh letzten Endes mit der Praxis. Durch Einlesen alleine kann man bestenfalls an der Oberfläche kratzen, weils zu abstrakt ist.

 

[SnooP]

Design Patterns und das Verständnis dafür kommen eigentlich mit der Programmierpraxis... man stößt ja doch häufiger an bestimmte Designprobleme und wenn dem so ist, griff zum Buch ... je nachdem wieviel man dann schon gemacht hat, kennt man die üblichen Verdächtigen Patterns und programmiert gleich im richtigen Stil... - es hilft also durchaus sich diese mal genau anzugucken und an Beispielen nachzuvollziehen.
Gerade das AbstractFactory Pattern ist allerdings recht einfach... wenn man das Beispiel im Buch von E.Gamma nicht verstehen sollte auch nach dem Nachprogrammieren und genaustem Hingucken ... stehts mit dem eigenen Programmierkönnen nich soo weit... von daher wird man in einer Firma mit Sicherheit früher oder später Probleme bekommen.

 

[Der_Unwissende]

Hi,
es kommt natürlich auch darauf an, auf was für eine Stelle du dich bewirbst. Es ist nicht so, dass die meisten Firmen von jedem total fundiertes Wissen auf jedem Gebiet erwarten. Je nachdem wie groß die Firma ist, kann die es sich leisten dir noch Zeit zu geben und dich anzulehren oder erwartet schon gewisse Kenntnisse. Das alles stellt sich in der Regel in Gesprächen raus, die man da führt.

Was Design Patterns angeht, so ist es wirklich wichtig diese zu kennen, da kann ich foobar nur zustimmen. Das eine ist, dass dein Code von ihrem Einsatz einfach komplett profitiert. Sie erleichtern die Lesbar- und Wartbarkeit, machen den Code also fehlerfreier aber auch wiederverwendbarer. Das wichtigste ist aber, dass sie eindeutig sind. Was du schnell merken wirst ist, dass zwei Menschen die vom Selben reden nicht das Gleiche meinen. Insbesondere gilt dies, wenn du mit Kunden in Berührung kommst. In solchen Gesprächen ist es echt interessant, wie unterschiedlich verschiedene Definitionen sein können. Hier kann es auch durchaus mal vorkommen, dass sich recht junge Menschen (geistig) noch profilieren wollen und dann mit ihnen möglichst komplex wirkenden Begriffen um sich schmeißen (ohne zu Wissen was sie eigentlich damit meinen). Gut, sind Kunden, die haben immer recht, aber egal.

Das Problem hast du aber häufig schon in einem Team. Gerade wenn du neu bist, wirst du Probleme bei der Kommunikation haben. Muss nichts wildes sein, aber man versteht da leicht mal etwas anders als es gemeint war und viele kleine Fehlschritte kosten auch Zeit (die man selten oder nie hat). Sprichst du aber von einem Pattern, ist dieses wohldefiniert. Ein Verständnisproblem kann so einfach nicht auftreten.
Natürlich musst du nicht alle im Kopf haben (das hat keiner), aber auch hier möchte ich mich foobar anschließen, die wichtigsten sollte man kennen. Nicht um es jedem an den Kopf zu knallen (die kennen auch andere!) sondern um sie im eigenen Code verwenden zu können. Natürlich gehören sie dort dann auch in den Kommentar (samt der Erklärung warum man diese Implementierung gewählt hat).

Gruß Der Unwissende

 

[byte]

Jeder fängt mal klein an und imo sind in größeren Projekten die unterschiedlichsten Personen gefragt. Natürlich ist es wichtig, dass da Leute professionell mit Hilfe von Mustern entwerfen. Aber die "kleinen Leute", die noch in der Lernphase sind, sind imo auch extrem wichtig. Denn je nach Projekt fällt ja auch häufig viel "Kleinkramarbeit" an, für die sich die "Pros" ja häufig zu schade sind. Das merke ich an mir selbst immer wieder: Je mehr Erfahrung ich sammele, umso lästiger werden mir die stupiden Programmierarbeiten. Und gerade solche Sachen sind ja häufig für Einsteiger prima geeignet, um zu lernen.

My 2 bytes...

 

[taotao]

Vielen Dank für eure interessanten Beiträge.
Ich werde mir die Design Pattern noch bissen reinprügeln.
:###

 

[taotao]

Guten Tag,
ich habe noch mal eine Frage zur abstrakten Factory.
Und zwar zu dem UML-Diagramm zur abstrakten Factory: http://www.java-forum.org/de/viewtopic.php?t=6090#40296
Sind ConcreteProduct1A, ConcreteProduct1B, ConcreteProduct2A und ConcreteProduct2B Objekte oder Klassen?

 

[taotao]

Oh ich seh schon, es sind Klassen.