Autor*innen mit den meisten Dokumenten
Auflistung nach:
Neueste Veröffentlichungen
- Zeitschriftenartikel
- ZeitschriftenartikelAlan Turing – Aus Leben und Werk eines außergewöhnlichen Menschen(LOG IN: Vol. 33, No. 1, 2013) Bussemer, Peter; Fothe, Michael; Koerber, Bernhard; Ryska, Norbert; Stolte, Andreas; Viehoff, Jochen
- ZeitschriftenartikelLOG OUT(LOG IN: Vol. 33, No. 1, 2013) Koerber, Bernhard
- ZeitschriftenartikelLeserbriefe(LOG IN: Vol. 33, No. 1, 2013) Koerber, Bernhard; Schlager, MarkusBetr.: LOG IN Nr. 172/173, S. 101113 Von SCRATCH über BYOB nach JAVA Ein Unterrichtsbeispiel für Klassenstufe 10 Vielen Dank an die Autoren für diesen Artikel. Ich kann sie in dem Vorgehen nur bestärken, das objektorientierte Modellieren von der zusätzlichen Hürde des textbasierten Programmierens zu entlasten, die Modellierung durch eine visuelle Programmierumgebung zu unterstützen und damit zugleich den Einstieg in den Umgang mit klassischen Programmiersprachen zu erleichtern. Seit mehreren Jahren unterrichte ich selbst am Gymnasium in Bayern nach dem gleichen Konzept, allerdings mit wechselnden Programmiersprachen mehrfach PYTHON und SMALLTALK, im vergangenen Schuljahr auch einmal JAVA. Für die visuelle Programmierung setze ich sowohl SCRATCH als auch ETOYS ein und möchte von daher ein paar Dinge anmerken. Die Situation ist in Bayern insofern anders, als alle Schülerinnen und Schüler verpflichtend in Jahrgangsstufe 6 einen Einblick in das Konzept von Klassen und Objekten und in Jahrgangsstufe 7 die Grundzüge der Ablaufmodellierung vermittelt bekommen, ehe sich für sie in der 10. Klasse mit der objektorientierten Programmierung ein Kreis schließt. Wenn man sich nach den eingeführten Schulbüchern orientiert, sind die üblichen Werkzeuge Robot Karol für die Ablaufmodellierung in der 7. Klasse und JAVA mit BLUEJ in Klasse 10. Da Robot Karol weder die objektorientierten Konzepte aus Jahrgangsstufe 6 aufgreift noch projektorientiertes Arbeiten wie im Lehrplan vorgesehen oder offene Aufgabenstellungen und damit einhergehende Binnendifferenzierung ermöglicht, setze ich stattdessen seit jeher mit großer Zufriedenheit SCRATCH ein. Der Vorteil gegenüber ETOYS besteht an dieser Stelle in meinen Augen vor allem darin, dass die Oberfläche intuitiver zu bedienen ist, weil sämtliche Werkzeuge zu sehen sind, und die stärkere Beschränkung weniger unvorhergesehene Fehler zulässt. Der Nachteil, keine eigenen Operationen schreiben zu können bzw. sich hier mit Broadcast-Nachrichten behelfen zu müssen (was die Bausteine sende an alle und wenn ich empfange leisten), wird mit der kommenden Version 2.0 (http://beta.scratch .mit.edu/) entfallen, die das Erstellen eigener Blöcke wie in BYOB erlaubt. Bei der objektorientierten Modellierung in Jahrgangsstufe 10 ist SCRATCH meiner Meinung nach allerdings an wenigstens zwei zentralen Punkten eindeutig überfordert, die ETOYS aber bietet: Objektorientierung setzt auf der einen Seite auf Kapselung, auf der anderen Seite auf Beziehungen und damit auf Kommunikation zwischen Objekten: Nachrichten bzw. Methodenaufrufe werden versandt. Anders als in ETOYS sind in SCRATCH aber nur Broadcast-Nachrichten möglich; kein Objekt kann gezielt ein anderes individuell ansprechen. Auch lassen sich in SCRATCH keine Beziehungen zwischen Objekten umsetzen, weil SCRATCH keine objektwertigen Variablen oder Parameter kennt. Diese benötigt man aber z. B. schon bei einer einfachen Aggregation. ETOYS leistet das mit Variablen vom Typ Darsteller. Ein weiterer Vorzug von ETOYS besteht im Geschwister-Konzept, das eine Brücke vom prototypenbasierten Ansatz, dem SCRATCH und ETOYS an sich folgen, zum klassenbasierten Programmieren bildet, wie es die Schüler in der Folge lernen. Mit der Möglichkeit, in Skripten Klone von Figuren zu erzeugen, zieht SCRATCH in der Version 2.0 hier einen Schritt weit nach. Wenn man sich davon frei macht, die Schülerinnen und Schüler als erste Programmiersprache ausgerechnet mit JAVA zu konfrontieren, bietet ETOYS anders als SCRATCH zudem die Möglichkeit, auch das beiden zugrunde liegende SMALLTALK sichtbar zu machen und auch zu nutzen, was sich gerade bei komplexeren Projekten, wie sie sich in einer 10. Jahrgangsstufe entwickeln können, ganz organisch ergibt, weil sich manchmal Fragen anhand der sichtbaren Programmierblöcke (bzw. -kacheln, wie sie in ETOYS heißen) nicht eindeutig entscheiden lassen. Für das anschließende Programmieren in SMALLTALK wechselt man aber besser zu SQUEAK oder PHARO. Markus Schlager Gottsdorf
- ZeitschriftenartikelAm Rande bemerkt …(LOG IN: Vol. 33, No. 1, 2013) Koerber, Bernhard
- ZeitschriftenartikelVeranstaltungskalender(LOG IN: Vol. 33, No. 1, 2013) Koerber, Bernhard; Wilke, Thomas
- ZeitschriftenartikelComputer-Knobelei: Spiele auf dem Turing-Band(LOG IN: Vol. 33, No. 1, 2013) Baumann, Rüdeger
- ZeitschriftenartikelInfo-Markt(LOG IN: Vol. 33, No. 1, 2013) Peters, Ingo-Rüdiger
- ZeitschriftenartikelEingebettete Systeme verstehen – Teil 2: Arduino zwischen analoger und digitaler Welt(LOG IN: Vol. 33, No. 1, 2013) Baumann, Rüdeger
- ZeitschriftenartikelRezensionen(LOG IN: Vol. 33, No. 1, 2013) Baumann, RüdegerGieseke, Werner (Hrsg.): Abituraufgaben Informatik Niedersachsen. Reihe 'Duden Informatik'. Berlin: Cornelsen Schulbuchverlage, 2013. ISBN 978-3-8355-1262-7. 128 S.; 9,95 EUR. Seit dem Jahr 2006 werden in Niedersachsen in fast allen Fächern die schriftlichen Aufgaben für die Abiturprüfung an allgemeinbildenden Schulen zentral gestellt. Die Aufgaben eines Faches werden von einer Kommission aus Lehrkräften des betreffenden Faches erstellt, die vom Kultusministerium jedes Jahr neu berufen wird; der Herausgeber der vorliegenden Sammlung war mehrfach Leiter dieser Kommission. Ein Abiturvorschlag besteht im Fach Informatik aus drei voneinander unabhängigen gleichgewichtigen Aufgaben. Die Bearbeitungszeit beträgt in der 'gA-Prüfung' (grundlegendes Anforderungsniveau) 220 Minuten, in der 'eA-Prüfung' (erhöhtes Anforderungsniveau) 300 Minuten. Als Programmiersprachen sind JAVA und PASCAL/DELPHI zugelassen. Die vorliegende Sammlung besteht aus 25 Aufgaben der Jahre 2007 bis 2012; sie sind wie folgt gegliedert: Nach der Überschrift (Jahr und Thema der Aufgabe) kommt eine allgemeine Problembeschreibung, an die sich Teilaufgaben (a) bis (d) sowie für die Bearbeitung benötigte Materialien anschließen. Als Lehrermaterial sind jeder Aufgabe ein Bewertungsschema (erwartete Schülerleistungen mit Bewertung) und eine Lösungsskizze beigefügt. Inhaltlich geht es um die Themen Algorithmen, theoretische Informatik, technische Informatik, Datenbanken, Datenschutz. Jede Teilaufgabe enthält ihrerseits eine Problembeschreibung sowie Arbeitsaufträge in Gestalt von Verben im Imperativ, die den Prüfling zu einem gewissen Tun auffordern ('erstellen Sie ...', 'erläutern Sie ...', 'begründen Sie ...' usw.). Jedes dieser Verben ist ein sogenannter Operator, d. h. es gibt dem Prüfling in unmissverständlicher Weise zu verstehen, was von ihm erwartet wird. Die Verwendung der Verben (Aufforderungen) ist in der vorliegenden Aufgabensammlung im großen Ganzen in konsistenter Weise geschehen mit einigen kleinen Ausnahmen: