← Neueste Arbeiten
🤖 AI

Learning to Code with Context: A Study-Based Approach

Diese Arbeit präsentiert eine Nutzerstudie innerhalb eines Universitätskurses für Spieleentwicklung, die untersucht, wie Studierende generative KI-Werkzeuge im Verlauf des Softwarelebenszyklus nutzen, und die Effektivität eines repository-bewussten, lokal bereitgestellten LLM-Assistenten unter Verwendung von Retrieval-Augmented Generation evaluiert, um kontextbezogene Unterstützung zu bieten.

Ursprüngliche Autoren: Uwe M. Borghoff, Mark Minas, Jannis Schopp

Veröffentlicht 2026-06-25
📖 5 Min. Lesezeit🧠 Tiefgang

Ursprüngliche Autoren: Uwe M. Borghoff, Mark Minas, Jannis Schopp

Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen

Das große Ganze: Programmieren lehren im Zeitalter der KI

Stellen Sie sich eine Universitätsklasse vor, in der die Studierenden wie ein Team aus Architekten und Baumeistern sind, die die Aufgabe haben, ein komplexes Videospiel von Grund auf neu zu erschaffen. Dies ist ein Kurs für ein „Programmierprojekt“. Normalerweise lernen diese Studierenden das Bauen durch das eigene Tun, aber jetzt haben sie ein neues, mächtiges Werkzeug in ihrer Tasche: Generative KI (wie ChatGPT oder GitHub Copilot).

Die Forscher der Universität der Bundeswehr München wollten zwei große Fragen beantworten:

  1. Wie nutzen die Studierenden diese KI-Tools aktuell tatsächlich?
  2. Können wir ein besseres KI-Tool bauen, das das spezifische Spiel, das die Studierenden bauen, tatsächlich versteht, anstatt nur zu raten?

Teil 1: Die „Wilder Westen“-Studie (Was die Studierenden natürlich taten)

Zuerst beobachteten die Forscher, was geschah, wenn man die Studierenden mit freien, öffentlichen KI-Tools sich selbst überlassen ließ. Sie baten 38 Studierende, nach Abschluss ihres Projekts eine Umfrage auszufüllen.

Die Ergebnisse:

  • Die „Text“ vs. „Code“-Grenze: Die Studierenden liebten es, KI für das Schreiben von Texten zu nutzen. Es war wie ein superschneller Sekretär, der Anforderungen entwerfen, Benutzerhandbücher schreiben oder erklären konnte, was ein Stück Code vielleicht tun könnte.
  • Das „Halluzinations“-Problem: Wenn es darum ging, tatsächlich Code für ihr spezifisches Spiel zu schreiben, verlor die KI oft den Faden. Stellen Sie sich vor, Sie fragen einen Reiseverkehrskaufmann, er solle einen Flug in eine Stadt buchen, die es noch gar nicht gibt. Die KI erfand voller Selbstvertrauen Details, die nicht zu den tatsächlichen Projekten der Studierenden passten.
  • Die „Kontext“-Lücke: Das größte Problem war, dass die öffentlichen KI-Tools die spezifischen „Blaupausen“ (den Quellcode) nicht kannten, an denen die Studierenden arbeiteten. Sie waren wie ein Mechaniker, der versucht, einen Ferrari zu reparieren, während er ein Handbuch für einen Ford vor sich liegen hat. Die KI schlug Teile vor, die nicht passten oder in den Codes der Studierenden gar nicht existierten.

Das Urteil: Die Studierenden nutzten die KI sehr viel (8_9 % von ihnen!), hauptsächlich um Zeit beim Schreiben und Erklären zu sparen. Aber wenn sie versuchten, sie zum eigentlichen Bau des Spiels einzusetzen, mussten sie oft die Fehler der KI korrigieren, weil die KI ihr spezifisches Projekt nicht „kannte“.


Teil 2: Das „Lokale Bibliothekar“-Experiment (Die neue Lösung)

Da den Forschern klar wurde, dass die öffentlichen KI-Tools wie Enzyklopädien mit „Allgemeinwissen“ waren, denen es an spezifischen Details mangelte, bauten sie ihren eigenen, maßgeschneiderten KI-Assistenten.

Wie es funktioniert (Die Analogie):
Betrachten Sie die öffentliche KI als einen genialen, aber amnesischen Schreiber. Er weiß, wie man Code schreibt, aber er weiß nicht, wie Ihr spezifisches Haus aussieht.

Die Forscher bauten einen Lokalen Bibliothekar.

  • Die Bibliothek: Sie legten den gesamten Spielcode und die Dokumentation der Studierenden in eine private, lokale Bibliothek (ein „Repository“).
  • Der Bibliothekar: Dieser KI-Assistent lebt auf einem Computer direkt auf dem Campus (für den Datenschutz). Bevor er eine Frage beantwortet, rät er nicht einfach; er geht in die Bibliothek, sucht die exakten Blaupausen und Code-Dateien, die für die Frage relevant sind, und liest sie.
  • Das Ergebnis: Wenn ein Studierender nun fragt: „Wie füge ich einen Soundeffekt zum Schiff hinzu?“, schaut der Bibliothekar in den tatsächlichen Schiffscode in der Bibliothek und gibt eine Antwort, die perfekt passt, anstatt Dinge zu erfinden.

Das Experiment:
Sie testeten diesen „Lokalen Bibliothekar“ mit zwei spezifischen Aufgaben:

  1. Aufgabe A: Ändern des Aussehens der Schiffe im Spiel (von Boxen zu 3D-Modellen).
  2. Aufgabe B: Hinzufügen von Hintergrundmusik, die ein- und ausgeschaltet werden kann.

Sie testeten verschiedene „Persönlichkeiten“ der KI (verschiedene Modelle) und verschiedene Einstellungen (wie kreativ vs. wie streng die KI sein sollte).

Die Ergebnisse:

  • Kontext ist König: Der Lokale Bibliothekar war viel besser darin, Antworten zu geben, die tatsächlich zum Projekt passten. Er erfand nicht so oft falschen Code, da er die echten Blaupausen zum Nachschlagen hatte.
  • Die „Goldlöckchen“-Einstellung: Sie fanden heraus, dass die KI wieder zu halluzinieren begann, wenn sie zu „kreativ“ (hohe Zufälligkeit) war. Wenn sie zu „streng“ war, war sie langweilig. Eine Einstellung in der Mitte funktionierte am besten.
  • Größe spielt nicht immer eine Rolle: Interessanterweise waren die größten, leistungsstärksten KI-Modelle nicht immer die besten. Ein mittelgroßes Modell leistete tatsächlich eine großartige Arbeit, während das kleinste Modell Schwierigkeiten hatte, die komplexen Anweisungen zu verstehen.
  • Ein hartnäckiger Makel: Selbst mit dem Bibliothekar vergaß die KI manchmal, eine bestimmte „Ressourcenliste“ zu aktualisieren (wie das Vergessen, eine neue Sounddatei im Menü des Spiels zu registrieren). Dies geschah bei fast allen Modellen, was darauf hindeutet, dass es eine schwierige Angewohnheit der KI ist, die zu brechen, und nicht nur ein Mangel an Wissen.

Das Fazbeurteil (The Bottom Line)

Die Arbeit kommt zu dem Schluss, dass die KI zwar ein fantastisches Werkzeug ist, um Studierenden beim Schreiben von Dokumentationen und beim Verständnis allgemeiner Konzepte zu helfen, sie aber Schwierigkeiten hat, wenn sie versucht, spezifische Software zu bauen, ohne „den Raum zu lesen“ (den Projektkontext zu kennen).

Durch den Bau einer KI, die direkten Zugriff auf den Code und die Dokumente des Projekts hat (den „Lokalen Bibliothekar“), zeigten die Forscher, dass KI ein viel zuverlässigerer Partner werden kann. Sie hört auf zu raten und beginnt, mit kontextbezogenen, präzisen Lösungen zu helfen.

Was kommt als Nächstes?
Die Forscher planen, diesen „Lokalen Bibliothekar“ in einen echten Tutor zu verwandeln. Anstatt nur die Antwort zu geben, wollen sie, dass die KI die Studierenden durch das Problem führt und ihnen hilft zu lernen, wie man es löst, anstatt ihnen einfach nur eine fertige Lösung zu präsenten. Dies stellt sicher, dass die Studierenden die Fähigkeiten, die sie benötigen, trotzdem erlernen, auch wenn die KI an ihrer Seite steht.

Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?

Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.

Digest testen →