PW-Erfahrungen

Aus ProgrammingWiki

Wechseln zu: Navigation, Suche

1. Beratung am 12.11.09 (GSG Löbau): Start


2. Beratung am 05.03.10 (MG Bautzen)

Erfahrungen

  • Gute Seitengestaltung bedeutet: wenig Text mit Abbildungen durchsetzt
  • Theorie in einem Text mit praktischen Programmbeispielen anzureichern ist ideal.
  • Die Möglichkeit, Aufgabentexte (des Lehrers) durch Schüler(!) verändern (verbessern!) zu lassen, führt zu einem ganz neuen Erlebnis der Lehrer-Schüler-Interaktion. Arbeitsblätter des Lehrers werden mitunter radikal verändert. KEINERLEI Vandalismus, sondern stets Mut zum Fortschritt. Schöne gemeinsame Lehr/Lernerlebnisse.
  • Weiterer großer Vorteil: freie Zeitplanung (für Lehrende und Lernende). Schüler haben sogar manchmal in einer Freistunde gearbeitet, was früher mit traditionellen Medien kaum beobachtet wurde.
  • Hoher Anspruch für Schüler: Neue Inhalte (z.B. Kryptografie) mit neuem Medium (PWiki) zu erarbeiten. Nach kurzer Zeit entsteht Vertrautheit, wovon insbes. Folgethemen profitieren.
  • Hervorragende Möglichkeit zur Binnendifferenzierung
  • Die Möglichkeit, mathematische Ausdrücke in schreiben zu können, ist sehr gut. Auch wenn das anfangs etwas Mühe macht.
  • Einstiegsbeispiele (mit Scheme, Pascal): im PWiki. Sobald die Programme komplexer werden kommt man nicht umhin, einen Spezialeditor zur Seite zu stellen. Arbeitsstil: Copy&Paste.
  • Empfohlene Quelle für Scheme-Einführung: Lehrermaterial von Herrn Lorenz [[1]]
  • Wir arbeiten zweigleisig weiter: Scheme (Veit, Andreas), Pascal (Thomas). Später kommt SQL hinzu.

Technische Aspekte für PWiki-Arbeitsblatt-Autoren

  • Sonderzeichen, wie in λ, als Namen von PWiki-Arbeitsblättern vermeiden
  • Verabredung zur Terminologie: Programming Wiki, kurz: PWiki. Die einzelnen Seiten oder Artikel nennen wir PWiki-Arbeitsblatt.
  • Farben in PWiki-Arbeitsblättern: [[2]]
  • Bilder im Wiki: [[3]], [[4]]
  • Die Evaluationsreihenfolge von Scheme-Code-Fragmenten entspricht der Aufschrieb-Sequenz (von oben nach unten) im PWiki-Arbeitsblatt.
  • Dringende Empfehlung den FireFox-Browser zu verwenden
Der IE ist bei grafischen Sachen (Turtel usw.) aber bestimmt um den Faktor 10 langsamer. Code-copy&paste klappt nicht zuverlässig.
  • Musterlösungen temporär verstecken
Als Administrator kann man ja eine Wikiseite löschen. Diese wird dann nicht wirklich gelöscht, sondern vor den Augen normaler Nutzer verborgen. Der Admin kann eine Seite aber "wiederherstellen" wenn er möchte. Bitte mal an einer Testseite ausprobieren. Normale Nutzer können eine gelöschte Seite und deren Inhalt nicht sehen. Zusätzlich kann man die betreffende Seite "Schützen" damit nicht ein Schüler auf die Idee kommt, eine eigene neue Version der gelöschten Seite zu erstellen (ist vermutlich nicht nötig aber könnte man).
  • Häkchen, !, x:
Die Idee ist, dass mit Hilfe von 3 Symbolen (X, Häckchen und ein Ausrufezeichen) als Lehrperson sehen kann, wer von den Schülern die "Check" Felder gar nicht, erfolgreich oder teilweise erfolgreich abgeschlossen hat ohne jeden Namen einzeln anklicken und nachprüfen zu müssen. Das macht aber nur dann Sinn, wenn auch "Check"-Elemente in der Seite vorkommen, sonst spielen die Symbole keine Rolle.
  • Fotos und Bilder im Wiki: [[5]]
Ist das Wiki öffentlich zugänglich (also auch von Google und Co), dann verwenden Sie gar KEINE Fotos und Grafiken wo nicht explizit eine frei Lizenz angegeben wurde. Es gibt eine Reihe von Bilderdatenbanken wie [[6]] oder [[7]], wo bei jedem Bild die entsprechenden Lizenzbedingungen ersichtlich sind. Alles was in der Wikipedia an Fotos zu finden ist, untersteht einer freien Lizenz - genauer einer GPL die die Angabe der Lizenz bei Verwendung bedingen würde, aber hier gibt es sicher keinen Kläger.
Ist das Wiki nicht frei zugänglich, können Sie auch Bilder von anderen Quellen verwenden. Als Lehrperson sollte man sich aber bewusst sein, dass es rein rechtlich gesehen nicht erlaubt, aber keiner Anklage erheben wird, da es nicht zugänglich ist. Als Vorbild für Schüler und Schülerinnen sollte man da aber lieber drauf verzichten.
In der Praxis sind leider immer noch sehr viele der Meinung, dass es doch reicht wenn man bei einem Bild aus dem Internet eine Quellenangabe macht - das ist im allgemeinen aber falsch. Einige Lizenzen wie die Creative Common lassen sich so angeben, dass bei einer Verwendung der Abbildung eine Referenz auf den Autor gegeben werden muss. Das sind aber nur solche Bilder die unter einer CC Lizenz stehen und nicht etwa alle die man bei der Google-Bildersuche oder ähnlichem findet!

3. Beratung am 04.06.10 (GSG Löbau: 14:00-18:30)

Präsentationen der Arbeitsergebnisse:

Thomas: Themen
Andreas: Programmieren_mit_PLT_Scheme
Veit: Grundlagen der funktionsorientierten Programmierung mit SCHEME

Technisches:

  • Server instabil - Do, ab 9:00; Di, 8-10, Mi, 12:00-abends letzte 3 Wochen teilweise nicht verfügbar
Abhilfe: Herr Rönisch (FB I) hat eine neue virtuelle Maschine auf einem sehr leistungsstarken neuen Rechner aufgesetzt. Bitte vorsichtshalber im Firefox Strg+F5 und dann neu anmelden. http://ux-i-programmingwiki.inf.hs-zigr.de/ (Das ux-i- kann man neuerdings auch weglassen.) Bei Problemen bitte gleich eine Mail an mich und an lroenisch@hs-zigr.de
  • Fehler beim Durchsuchen der Doku des PWiki-Pascals (sqrt gesucht)
bei Michael angefragt
Das Programming Wiki versucht immer alle <code> Bereiche zu evaluieren bevor der Check Aufruf stattfindet. Wir können dieses Verhalten ändern, so dass immer nur alle "davor" definierten Felder evaluiert werden und keine "danach". Ob dies jedoch an anderen Stellen Nachteile bringt kann ich gerade nicht beurteilen.
  • Die kleinen Symbole für die Schüler-Lösungen sollten löschbar sein: Neuer Kurs im nächsten Jahr ohne Symbole. - Evtl. Datei kopieren. Ist aber aufwendig für mehrere Dateien. Bei fundamentalen Veränderungen der Lösung --> Check-Box führt zu anderem Ergebnis --> Symbol ändert sich.
Diese Symbole sind eine erste mögliche Hilfestellung für den Lehrenden gewesen. Ich könnte mir hier auch ganz andere Darstellungen/Funktionen vorstellen - vielleicht gibt es da ja aus der Praxis gute Ideen was wirklich sinnvoll wäre?
  • Hochlink sollte da sein, damit man schnell wieder zum Inhaltsverzeichnis kommt, wenn man auf einer Unterseite war. Sonst muss man ueber Hauptseite wieder zurückkehren.
Damit ist vermutlich etwas gemeint wie hier ganz oben? Ich verwende in meinen Wikis Unterseiten mit "/" wie bei einem Dateisystem. Daraufhin generiert das Wiki (wenn aktiviert) automatisch diese Links auf die übergeordneten Seiten. Oder sind Back_to_Top Links am Seitenende gemeint?

Didaktisches:

  • Großer Vorteil in PWiki-Pascal: Da keine explizite Hauptprogrammbindung kann man sofort auf Funktionen und Prozeduren zu sprechen kommen.
  • Pascal: Funktionswert kann nicht an den Namen der Fkt gebunden werden, wie dies bei Standardpascal der Fall ist und auch gelehrt wird. Hier geht nur (generell): Bindung an result.
Nachteil des verwendeten ePascal Interpreters - wir sind auf der Suche nach geeigneten Alternativen (nicht so leicht).
  • Sehr heterogene Kompetenzen schon bei kleinen Schülergruppen werden festgestellt.
  • Individualisierte Arbeitsbereiche des PWikis bieten ausgezeichnete tatsächliche und praktikable Mgl. zu sehen, was bestimmte Schüler gemacht haben: während des Unterrichts (inkl. Beamer zur Disk.) als auch im Rahmen der Nachbearbeitung.
  • Sehr gut für Wiederholung geeignet - Wdh. der algorithmischen Grundstrukturen ist notwendig obwohl nicht Gegenstand der Sek II
  • Klausuren und mündliche Prüfungen (P4, P5): Jeder auf seiner Seite, dann wird gesperrt nur für Admin. Frage nach lokale PWikiInstall-Routine, um schnell ein lokales PWiki für Prüfungszwecke (ohne Inhalt bzw. nur mit Aufgabenstellung) erforderlich.
Michael hat ein tolles InstallProgramm gebastelt. Es kann auch auf einem Stick installiert werden: USB-PWiki (Entpacken in einem Verzeichnis und dann Start.bat ausführen.)
Neben der Verwendung des lokalen nackten PWikis für Kontrollzwecke ergibt sich eine weitere Arbeitsform: Der Lehrer verwendet die USB Version auf einem Lehrerrechner und alle Schüler im Raum greifen auf sein Wiki unter seiner IP zu. Hier haben die Schüler keinen Zugriff auf den Server und dessen Dateien. Die Aufgabenseite im Wiki ist gesperrt, alle Schüler melden sich zu Beginn bei diesem Wiki mit einem Benutzernamen an (oder der Lehrer hat diese bereits vorgegeben und teilt zu Beginn der Stunde Login/Passwort mit). Die Lösungen werden mit "ausführen&speichern" der gleichen Wikiseite von den Schülern erarbeitet.
  • Sehr gut geeignet zum Weiterarbeiten: ... -> Binnendifferenzierung oder während der Arbeit der Schüler ergänzt Lehrer gewissen Aufgaben; dann aktualisieren usw.
  • Rekursive Funktionen iterativ interpretieren durch Berechnung auf Feldern anstelle der eigentlich rekursiven Aufrufe
Hofstadter-Funktion - Christian hat Verbesserungen erarbeitet - wird von Thomas eingearbeitet
  • Vorbereitung des Lehrers als versteckter Code - Schüler sehen das im Allg. nicht.
  • Veit hat gute Erfahrung mit Programmierung als Mittel zum Zweck. Nicht so sehr Unterweisung in FP, sondern Anwendung zur Lösung bestimmter Probleme.
  • Sieb des Eratosthenes: Zufallszahlenfolge (bricht nicht ab --> streams) ist sehr überzeugend bei den Schülern
  • Unvollst. Vorgabe von Prozedurtexten: Schüler können diese werkzeugartig anwenden und ggf. auch modifizieren - für diese Ziele ist der Wunsch nach einer IDE nicht gegeben.
  • Bausteine sind wiederverwendbar: Zeichnen in Koordinatensystem, Tabellenausgabe, Rundung, ... (Tolle Programme in Scheme liegen vor.)
  • Wenn Schüler nicht zum Erfolg kommen (s. Zeichen gemäß CheckBox), dann könnten Schüler sofort vor der Klasse erklären.
  • Schüler identifizieren sich mit dem PWiki, insbes. wenn sie vorher etwas anderes (z.B. Pascal mit IDE) kennengelernt haben. Aufpassen, dass sie Alternativen nicht versäumen. Arbeitsblätter auf Papier können nicht mithalten.

Andreas verweist auf Zuse-100


4. Beratung am 24.09.10 (PMG Bautzen, 14:00 Uhr - 18:00 Uhr)

Präsentationen der Arbeitsergebnisse: Einführung Delphi, SQL

Thomas: Themen (Algorithmierung und Datenbanken)
Veit: Grundlagen der funktionsorientierten Programmierung mit SCHEME
Andreas: konnte nicht teilnehmen, entschuldigt

Technisches:

  • Der Firefox-Browser sollte eine aktuelle Version der Java-Console/Plug-in besitzen. Ansonsten kann es zu Verarbeitungsproblemen/unterschieden kommen. Beispiel:
  • Wunsch nach einer weiteren PWiki-Sprache: C
MH: Wenn jemand einen C-Interpreter in Java geschrieben findet, versuch ich den gern einzubauen. Leider hab ich bislang nichts finden können :-(
  • Admin. sieht die Icons für neue Schüler nicht. Für Thomas G. wurde das korrigiert, Veit B. sieht keine Icons. --> LR
MH: In der LocalSettings.php vom Wiki werden die einzelnen Benutzer eingetragen: $wgProgrammingWikiTeachers = array('Admin','Wagenkn',...); Die dort genannten Benutzer erhalten diese Zusatzansicht.
  • Sichere Backups der DB sind von größter Bedeutung, um Datenverlust zu vermeiden. Inswischen gibt es umfangreiches Lehrmaterial und dessen fest geplante Integration in den Unterricht. Die Verfügbarkeit des Wiki-Systems wurde als sehr gut eingeschätzt.--> LR
MH: Das Wiki+DB von ProgrammingWiki.de wird täglich um 5 Uhr morgens auf einen zweiten Server gespiegelt.
  • Ist es möglich, so etwas wie ein User Management einzubauen? Es soll nicht die Nutzerkonten verändern, etwa lösen u.ä., sondern dem Admin die Mgl. bieten frühere Bearbeiter von Dokumenten (Code-Boxes), deren Icons (normalerweise) oben angezeigt werden, zu entfernen, um für den neuen Kurs Platz zu machen. --> MH
MH: Im Moment werden diese Quelltexte separat in der DB gespeichert und können nur dort entfernt werden. Wir könnten für die berechtigten Admins einen "Delete all Saved codes" Button oder sowas einfügen. Sollten wir mal diskutieren was da gebraucht wird.
  • Nachdem die Quizzes alle korrekt sind, wird trotzdem kein grüner Haken angezeigt. (!, x sind klar, aber die Semantik von Häkchen ist noch unklar.) --> MH
MH: Eigentlich sollte es so sein, dass alle Check Elemente überprüft werden und danach entschieden wird welche Icons angezeigt werden. Haben Wikiseiten keine Check Elemente sollte das X angezeigt werden (glaub ich).
  • Ein einziger Syntaxfehler in irgendeiner Codebox auf der Seite führt zu Fehler bei Checkbutton. Dies ist didaktisch problematisch insbes. dann, wenn sich der Fehler weiter unten auf der Seite befindet. Dann signalisiert ein Checkbutton einen Fehler, den der Schüler (von oben nach unten arbeitend) vergeblich sucht. --> MH
MH: Ja, dies ist ein generelles Problem. Ich hatte es meist so gemacht, dass ich erst ein normal Eval Element eingefügt habe, um als Schüler die eigene Lösung zu prüfen und danach direkt ein Check Element. Dadurch sieht man zumindest eine Fehlerausgabe, die sonst beim Check fehlt.
  • Kann Administrator einen Nutzer (und dessen Konto) löschen? --> MH
MH: Meines Wissens ist es vom Wiki her nicht vorgesehen einen Benutzer zu löschen, da dies zu Lücken in der Versionsgeschichte einer Seiten führen könnte. Man kann einen Account dauerhaft deaktivieren, so dass man sich damit nicht mehr einloggen kann. Über die DB kann man Accounts löschen, dies ist aber dann nicht sehr sauber.
  • Gibt es (wie in Java und Scheme) eine Möglichkeit, Grafik (z.B. Turtle oder auch was anderes) in Pascal zu realisieren? --> MH
MH: Ich kann versuchen diese Schnittstellen zur Verfügung zu stellen, bin aber nicht sicher ob dies gelingt, da der Pascal Interpreter ja leider sehr schlecht ist.
MH: Leider ist mir dies nicht gelungen, da unser Pascal-Interpreter nicht einmal Objekte unterstützt :-/
  • Für empirische Effizienzanalysen wäre Gnuplot (oder ein vergleichbares Werkzeug zu Darstellung von Graphen im PWiki) sehr hilfreich. Ist [8] belastbar? Wenn ja, dann bitte Instruktionen an LR zur Install. in PWiki des FB I. --> MH
MH: Ich schicke Lars die Erweiterung für GNUPlot, ich denke das funktioniert soweit ganz gut.
  • Turtle-Koordinaten werden intern ganzzahlig repräsentiert, rational wäre besser, um numerische Fehler (Rundung), die dann visualisiert werden, zu vermeiden. Fehler können sich aufschaukeln: (vieleck turtle3 88 7)
MH: Eigentlich sollten diese als Fließkommazahlen intern laufen aber ich kann da nochmal schauen. Die Darstellung erfolgt natürlich immer in Ganzzahlen da Pixel.
MH: Hab das entsprechend korrigiert siehe hier.
VB: Das sieht gut aus! Wäre es möglich, die Turtle-Grafik auch in unserem Wiki zu aktualisieren (z.B. hier)?
  • Gibt es die Möglichkeit eines trace' in Scheme? --> CW
Ja, klappt prima [9]. Beispiel: Zuerst Prozedur fak definieren, dann (import debugging), bietet sich an als hidden code, danach (trace 'fak) und (fak 3). Das Protokoll entsteht durch niveaukonformes Einrücken der Zwischenwerte. Mit (untrace 'fak) beendet man den Trace-Modus. Mit einfachem (trace) oder (untrace) erhält man eine Liste, die alle zur aktuellen Zeit getraceten Symbole enthält.
VB: Besten Dank! Mit einigen Kniffen lassen sich auch unliebsame Fehlermeldungen vermeiden, die dann entstehen, wenn trace nicht evaluiert wurde (weil entsprechender Button nicht benutzt wurde), das dazugehörige (meist versteckte) untrace bei einem nachfolgenden Evaluationsbutton aber ausgeführt wird, vgl. dazu: Echte und endständige Rekursionen.
  • Neuerdings gibt es eine Meldung der Art "Der Quelltext dieser Seite basiert nicht auf der aktuellen Version. Für weitere Hinweise HIER." HIER = link. Dies ist (vermutlich) nichts anderes als die Semantik des roten Kreuzchens einer Codebox. Da diese Meldung eher redundant ist und eher unregelmäßig auftaucht, sollte sie besser entfallen!? --> MH
MH: Diese wurde auf Grund von Studies eingebaut die folgendes Problem hatten: Ich erstelle eine neue Wikiseite und lege ein Eval Element an. Nun teste ich diese Seite und schreibe etwas in die Codeboxen und klicke auf ausführen&speichern. Jetzt ist zu dieser Box Quelltext in der DB gespeichert. Jetzt ändern die Studies die Wikiseite und den Inhalt der Codebox (den Code der als Default hinterlegt ist). Nun wird aber nicht dieser Code angezeigt beim betrachten der Seite angezeigt, sondern der alte der zu dieser Box in der DB gespeichert wurde. Die Studies hatten das X nicht verstanden und ich hatte deshalb eine längere Version mit dem Text eingefügt. Die Meldung kommt also immer dann, wenn der Vorgabequelltext einer Box in der Wikiseite verändert wird. Wir können dies auch wieder entfernen.
VB: War das Problem der Studis nicht darauf zurückzuführen, dass Quelltext in Code- oder Eval-Boxen zwar verändert aber bereits vergebene IDs nicht gelöscht wurden? Unsere Vermutung scheint sich zu bestätigen, dass einige Java-Consolen mit diesen Hinweis-Boxen nicht korrekt umgehen. Der "Vorführeffekt" von der Präsentation (keine Hinweisbox) zeigt sich auf meinem Rechner wieder in alter Schwäche: Obwohl keine Änderung des Quelltextes vorgenommen wurde (sondern nur gewöhnliche Text-Änderungen), erscheinen diese Hinweise wieder auf der Seite Bedingte Ausdrücke. Aus meiner Sicht sollten also diese Hinweis-Boxen wieder entfernt werden.
MH: Ok, dann weg damit. Folgt mit dem nächsten Update ;-)
  • MH: Neues Lehrerinterface: Ich habe heute mal die Ansicht für Lehrpersonen etwas aufgebessert was die Hacken usw. angeht. Ich würde vorschlagen ihr schaut euch das erstmal unter hier an (Bitte mit User:"Benutzer" Passwort:"test" anmelden). Neu hinzugekommen ist die Möglichkeit die interaktiven Boxen einer Seite für einen bestimmten Benutzer zu sperren. Sprich dieser User kann keine Veränderung mehr an dem Code machen, den er zuvor abgespeichert hat. Eventuell ist dies sinnvoll, wenn man den Arbeitsstand so festhalten möchte wie er grade von Schüler X abgegeben wurde. Man kann nun auch Benutzer in dieser Übersicht dauerhaft ausblenden - etwa Schüler vom letzten Jahr die nicht mehr relevant sind. Wenn diese Änderungen so gut sind, können wir diese auch in diesem Wiki hier einfügen.
VB: Gefällt mir gut, das entspricht genau den in unseren Beratungen angesprochenen Wunschvorstellungen. Auch die Sperrfunktion erleichtet ein flexibleres Arbeiten (z.B. Bewertung einer Stundenleistung).Prima!

Didaktisches:

  • Diskussion zur Einf. der Rekursion: streng deskriptiver Zugang (z.B. durch Umcodierung rekursiver Formeln in Scheme oder Beschreibung des Aufbaus selbstähnlicher Figuren) - Überarbeitung des vorgestellten Themengebietes.
VB: Überarbeitung ist erfolgt.
  • Checkbutton ist für Schüler sehr wichtiges Mittel der Interaktion mit dem System: Rückkopplung über korrektes Ergebnis, d.h. erfolgreiche Bearbeitung der Aufgaben. Das muss technisch richtig gut funktionieren.
  • Schüler der 9. Kl. haben am Beginn des Unterrichts mit PWiki viel Freude am Ändern von Seiten geziegt. Ein freudvoller Zugang ist besser als Berührungsangst. Vom Lehrer wurden sie ermutigt, selbstständig selbstverantwortete Änderungen vorzunehmen. Das freut die Schüler: Parallel gibt eine engagierte mündliche Kommunikation, d.h. sie rufen sich zu, wennn sie was Tolles verändert haben. Helfen sich gegenseitig.
  • Via Icon-Klick kann Lehrer den jeweils aktuellen Bearbeitungsstand einzelner Schüler zeigen (Beamer-Präsentation), währenddessen können die anderen an ihren eigenen Dokumenten weiterarbeiten.
  • Sammelseite anlegen mit wiederverwendbarem Code, dessen Dokumentation (API), und IMPORT durch Referenz der Seite = natürliche Form von Modularisierung
  • Sehr gute Erfahrungen mit folgendem Arbeitsstil [10]: Wiki-Seite als Gerüst (mit Aufgaben) als Zusammenfassung eines Themas vorgeben und Schüler sollen dazu eine vollst. Wiki-Seite erarbeiten. Bestimmte Teile werden von bestimmten Schülern bearbeitet. Dies wirft Fragen nach Formen der kooperativen Entw. einer PWiki-Seite auf. Sehr interessant!
  • Bei der Einführung in DB/SQL wurde auch Selbststudium erwartet und durch Tutorials und Einführungsbeispiele (im PWike) unterstützt. Danach wurde das Beispiel Bankraub (von MH) verwendet und vom SQL-dump her erschlossen.
  • Bei der Formulierung von Checkbox-Bedingungen muss man daran denken, dass numerische Effekte auftreten können, die den Test auf (exakte) Gleichheit zweier Werte verfälschen können.

Organisatorisches:

  • Raumreservierung (GIV/1.14 - in beiden Fällen!) am 10.12.10 (13:00-18:00 Uhr) und 19.01.11 (08:00-18:00 Uhr) --> CW: erledigt!!
  • Technische Aspekte klären: Gastlogin, Anschluss eines eigenen Laptops (WLAN-Gastzugang) --> CW (Herr Riedel): am 27.09.10 vorbesprochen, Herr Riedel nimmt Kontakt mit HRZ auf.
  • Jeder Teilnehmer soll allein an einem Computer arbeiten. Ggf. kann Thomas noch Laptops mitbringen --> Frage nach Anschluss ans HS-Netz --> CW (FR)
  • Bitte Paper für den Vortrag (Veit) und Workshop (Thomas) auf der INFOS 2011 bis 4.12.10 ausarbeiten, s. unten (5. Beratung) - Termindruck!

Passende Schwerpunkte (in dieser Reihenfolge):

  1. Differenziertes Lernen und Lehren (Differenziertes Lernen in Informatikkursen, inbesondere bei heterogenen Vorkenntnissen)
  2. Forschungsergebnisse und Entwicklungsprojekte der Informatikdidaktik
  3. Aus-, Fort- und Weiterbildung von Informatiklehrerinnen und -lehrern

5. Beratung am 10.12.10 (HS Zittau/Görlitz, Görlitz, G IV/1.14, 13:00 Uhr - 17:00 Uhr)

anwesend: MH (vielen Dank an die Schweiz aber vor allem an Michael!), VB, TG, CW, (zeitweilig FR, MV); entschuldigt: AS

Vorbereitung der Fortbildungsveranstaltung am 19.01.11

bisher ca. 14 Teilnehmer; Durchführungszusage liegt vor. Gast-Zugang (kurs01; Kontext automatisch) für die Rechner in diesem Kabinett erprobt (Herren Veregge, Riedel haben das dankenswerterweise vorbereitet.)

Für die Lehrerfortbildungsveranstaltung benötigen wir noch 4(?) Verteilersteckdosen. (FR)

NEU Ablauf mit Zuordnungen

09:00 evtl. Eröffnung (GR - Dekan)

09:05 Begrüßung, Vorstellung der Personen und Ablauf (CW)

09:15 Programming Wiki (PWiki) - Was ist das? (MH)

10:00 Nutzung von PWiki-Arbeitsblättern (link anpassen, wenn Vorlage fertig ist)

Nun haben wir glaub schon zu viele Beispiele. Wir haben für den ganzen Block inklusive "Benutzerkonto erstellen" 45min. Wir könnten den Teilnehmern die Wahl lassen, dass sie sich einfach etwas aussuchen können zum anschauen, ich glaub aber das kommt dann nicht so gut (die schauen dann nur mal schell drüber fassen aber nichts an). Ich habe jetzt einen Großteil der hier gelisteten Beispiele übernommen (und teilweise in die beiden Sprachen Java-Pascal übersetzt). Ihr findet das hier. Ich würde ganz am Ende der Seite bei Schritt 6 gern noch ein zwei Beispiele haben wollen (die die ihr als Praxisbeispiele beschriebt), das sieht im Moment so leer aus da unten.

10:45 Pause (Org.: CW)

11:00 Entwicklung eigener PWiki-Seiten (link anpassen, wenn Vorlage fertig ist)

12:00 Mittagessen (Org.: CW)

12:45 Beispiele aus der Unterrichtspraxis (VB, TG)

  • gut ausgewählte zündende Beispiele: Scheme (VB), Pascal, SQL (TG)
  • vor allem die Herstellung der Seiten soll kommentiert werden (didaktischer Gehalt bzw. Zielsetzungen und Erfahrungen eher weniger - auf unseren Beitrag auf der INFOS verweisen - kann nach Veröffentlichung nachgelesen werden)
  • Die Teilnehmer können alle vorgestellten Materialien zu Hause selbst ausprobieren oder mit ihren Schülern nutzen.
  • Kommentare auch zu Arbeitsstilen: persönliches Arbeitsbuch, Hausaufgabenkontrolle, Prüfungsvorbereitung, ... (VB, TG, MH)
  • Ein Beispiel zu Java und verteilter Entwicklung

14:00 13:30 Erarbeitung eigener PWiki-Seiten (VB, TG, MH, CW)

  • Verwendung mitgebrachten Materials (Teilnehmer)
  • Vorgaben, für Leute, die keine Ideen/Materialien mitgebracht haben. (TG, VB)
--> Diese Anregung kann natürlich nur in einer eingeschränkten Form umgesetzt werden!
--> Eine Alternative wäre die von Michael vorgeschlagene verteilte Entwicklung!? (VB)

15:30 15:00 Vorstellen ausgewählter Ergebnisse (Teilnehmer, VB, TG, MH, CW)

16:00 15:30 Abschlussgespräch (MH)

  • Zusammenfassung
  • Tipps und Tricks (RSS, libraries, pinwand, ...)
  • Links

16:45 16:00 Ende der Veranstaltung (CW)

Beitrag zur INFOS 2011 (12.-15.09.2011 an der Uni Münster)

Wir reichen einen Praxisbericht ein. Termin: 15. Juni 2011. Gemeinsame Arbeit im LaTeX-Wiki (user: wiki / pass:publish).

Programming Wiki

Es ist sehr aufwändig, zwei PWikis parallel zu warten. In naher Zukunft soll es nur noch ein PWiki geben. Die Portierungen vom HS-FB-I-Wiki sollen in den Ferien (Frühjahr: TG bzw. Sommer: VB) stattfinden (MH). Das PWiki läuft derzeit auf einem sehr zuverlässigen Host. Strukturierungen gemäß Verzeichnisstruktur in Dateisystemen soll inhaltliche Zuständigkeitsbereiche (nach Schulen) abgrenzen.

6. Lehrerfortbildungsveranstaltung am 19.01.11 (HS Zittau/Görlitz, Görlitz, G IV/1.14, 9:00 Uhr - 16:00 Uhr)

Ziel: Durchführung des Workshop für max. 20 Lehrpersonen im Fachbereich Informatik (Hochschule Zittau/Görlitz)

7. Beratung am 21.01.11 (GSG Löbau, 14:00 Uhr - 17:00 Uhr)

anwesend: VB, TG, CW; MH (anfangs)

  • Auswertung Lehrerfortbildungsveranstaltung
positive Gesamteinschätzung durch Teilnehmer und Selbstreflektion
Teilnehmer waren besonders im kreativen Bereich (Verwendung eigener Materialien) überraschend stark
  • Konsequenzen für den Tagungsbeitrag (Beispiel-Auswahl, generalisierbare Erfahrungen, ...) Vorbereitung des Papers für die Tagung INFOS 2011 in Münster (Uni Münster, 12.-15.09.2011).
    MH hat bereits etwas vorbereitet: Einleitung
    insgesamt: 10 Seiten, davon sind derzeit noch 6 Seiten frei
    TG beginnt mit Wiki-Bedienung (Formulierungen beachten: Wiki / PWiki - was bezieht sich worauf)
    Rahmenbedingungen im realen Unterricht: Was haben wir früher (ohne PWiki) gemacht, wie ist das ins PWiki übergegangen?
    Einfaches PASCAL Programm (vorherige Technologie mit Delphi)
    noch ein SQL Beispiel
    VB: Themen, wo sich die Teilnehmer wiederfinden
    Screenshots als png ablegen
    CW: Literatur aussuchen und ergänzen
  • Binnendifferenzierung: da Differenzierung eine wichtige Forderung der Tagung für unseren Beitrag
    • Nicht ganz auf Freiwilligkeit beruhend: Schüler machen nicht einfach etwas zusätzlich.
    • Differenzierung nach Typ bzw. nach Schwierigkeitsgrad
    • differenzierte Aufgabenstellungen, z.B. Listen (VB)
    • individuelle Belege: z.B. DB - obwohl Aufgabenstellung gleich
    • Disk. von Modellierungsideen
    • versch. Aufgabenstellungen (unterschiedliche Schwierigkeitsgrade)
    • in der Anforderung offene Aufgabenstellungen mit Minimalanforderungen
    • Collaboration: z.B. Blume, im Wiki unterstützt durch Code import
    • Projektcharakter: einige Teilaufgaben versch. Schwierigkeitsgrad
    • Generalisierungsmöglichkeiten in Aufgabenstellungen angelegt: Zahlenfolgen mit Streams (VB)
    • Projektplan im PWiki: ca. 3-4 Schüler je Projektgruppe, Lehrer sieht den Arbeitsfortschritt in den Gruppen und kann kommentieren, es entsteht Protokoll strukturierter Projektarbeit

Termin: 1.03.11

  • Abschluss des Projektes - Resümee: Wir sind mit dem Arbeitsergebnis sehr zufrieden. Bereitschaft zur Aufnahme eines neuen Projektes in der Zukunft
Persönliche Werkzeuge