Wie Fachthemen richtig erklären?

[Fenixx]

Hallo zusammen,

mir stellt sich zur Zeit die Frage, wie man am besten einige Fachthemen sowohl "Fachleuten" in diesem Falle z.B. Fachinformatikern, als auch Personen, die über weniger Fachwissen wie z.B. IT-Kaufleute, erklären kann.
Dabei handelt es sich nur um Azubis.

Ein Thema der Präsentation wäre z.B. das MVC-Pattern. Dabei hatte bei mir keiner der Azubis überhaupt eine Ahnung, was ein Pattern ist.

Meine Gliederung:

1. Einführung (Wozu brauch ich ein Entwurfsmuster? Sinn und Zweck eines Entwurfsmuster incl. Beispiel)
2. Was ist ein Entwurfsmuster? (Grundlegende Elemente, Aufbau der Entwurfsmuster in drei Teilbereiche)
3. MVC-Pattern (Beschreibung der Ebenen Model, View, Control; Ziel des Patterns. Erläuterung auch mithilfe eines selbstgeschriebenen Beispiels)
4. Zusammenfassung

Ich finde ein spezielles Pattern zu erklären mit der Voraussetzung, dass die Zuhörerschaft keine Ahnung hat, was ein Entwurfsmuster überhaupt ist, als sehr schwierig.

Was wären eure Vorgehensweisen?

 

[Rock Lobster]

Meine persönliche Meinung ist, daß es oftmals sehr viel bringt, wenn man gleich zu Beginn ein vereinfachtes Beispiel bringt. Ohne jetzt direkt gleich immer Bezug zum eigentlichen Thema zu nehmen, einfach erstmal alles mit 'ner Situation aus dem realen Leben erklären. Hinterher kann man dann erklären, daß das auch in der Informatik angewandt wird usw.

Ist jetzt etwas schwer zu beschreiben, aber so würde ich vorgehen. Bloß nicht die Beispiele hinten anstellen. Natürlich klappt dieses Vorgehen nicht IMMER, aber in vielen Fällen bringt es was.


EDIT: Sorry, natürlich nicht "vergleichen", sondern "erklären". Hab das korrigiert oben im Text.

 

[jPat]

Meiner Meinung nach ist die Einführung mit hilfe eine Beispiels die beste Lösung für MVC-Patterns.

Evtl folgende Aufgabenstellung:
Die Schüler sollen sich vorstellen, wie man eine Anwendung modelliert oder programmiert, die zb. Benutzerdaten eines IT-Systems anzeigen soll.
Fragestellungen die herausgearbeitet werden sollen:
Was soll Wie, Wo angezeigt werden?
D.h.
Was ? Daten (Wie sehen die Daten aus)
Wie ? Steuerung (Wer soll die Daten holen)
Wo? Präsentation (Wie sollen die DAten angezeigt werden.)

Bei dieser Aufgabe werden viele meinungen und Widersprüche auftauchen, nun ist die überleitung zum Wozu brauch ich ein Entwurfsmuster? eigentlich kein Problem mehr ....

 

[bygones]

ja... ein passendes bsp denk ich ist immens wichtig - allen voran bei einem komplexen thema wie entwurfsmuster

 

[Rock Lobster]

Jepp, gerade was Design-Patterns angeht, kannst Du ja auch sagen, daß es in einer Firma (viele Programm-Architekturen sind ja durchaus mit komplexen Unternehmen vergleichbar) ja schließlich auch bewährte Lösungen gibt, also wie z.B. untereinander kommuniziert wird, wie die interne Post funktioniert, wie und wann der Wareneingang gemeldet wird usw usw.

Und am besten erklären, daß Programme modular und funktional aufgebaut sind (ist ja Wurscht zunächst ob das objektorientiert ist oder nicht, aber Funktionen werden in beiden Fällen aufgerufen), und daß es eben drauf ankommt, wie klug man diese Funktionen miteinander verbindet, sodaß man auch bei einem 100.000-Zeilen-Projekt noch den Überblick nicht verliert und eben weiterhin problemlos Erweiterungen einpflegen kann, ohne daß sich an 20 anderen Stellen etwas ändert.

 

[Fenixx]

Vielen Dank für die bisherigen Antworten.

 

[Saxony]

Dabei hatte bei mir keiner der Azubis überhaupt eine Ahnung, was ein Pattern ist.

Hiho,

einfachste Lösung: eine kompetentere Zuhörerschaft suchen.

Wenn es schon an Begriffen mangelt, welche zur Erklärung eines Themas relevant sind, kann man als Dozent eigentlich schon aufhören.

Selbst wenn du denen auf den ersten drei Folien erklärst was ein Pattern ist, wird keiner von denen die Benutzung des Wortes im weiteren Fortschreiten des Vortrages anzuwenden bzw. verstehen wissen.

Ich halte selber mehrere Vorlesungen im Jahr an einer Hochschule und bin froh, dass die Zuhörerschaft aus Informatikern besteht.
Und selbst dort gibt es Fälle, wo der Unterschied zwischen Klasse und Objekt noch nicht direkt heraus gefunden wurde.

[...]als auch Personen, die über weniger Fachwissen wie z.B. IT-Kaufleute [...]

Hehe das macht die Sache interessanter. Bei denen brauchst du auf keinen Fall auf Begriffe ausweichen die DIE verstehen. Halte einfach normal deinen Vortrag und du wirst (in Abwesenheit) gelobt was du doch alles für Sachen verstehst.
Ich gebe mittlerweile nur noch Aufwandsabschätzungen and die Kaufleute weiter. Weil wenn ich hinschreibe ich brauche für den Parser 100 NettoStunden verstehen die eh besser als wenn ich versuche zu erklären was überhaupt ein Parser ist.

bye Saxony