Identifying Effective Program Comprehension Strategies through Gaze Transitions over Syntactic Elements
Diese Studie analysiert Eye-Tracking-Daten, die in Übergänge zwischen Knoten des abstrakten Syntaxbaums umgewandelt wurden, um aufzuzeigen, dass erfolgreiche Programmierverständnis durch systematischere Blickübergangsmuster über syntaktische Elemente hinweg im Vergleich zu erfolglosen Versuchen gekennzeichnet ist.
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
Stellen Sie sich vor, Sie versuchen, ein komplexes Rätsel zu lösen, aber anstatt Ihre Hände zu benutzen, verwenden Sie Ihre Augen. Dieses Papier ist wie eine Detektivgeschichte, in der Forscher beobachtet haben, wie sich die Augen von Menschen bewegten, während sie versuchten, Computercode zu verstehen. Sie wollten herausfinden: Wie sieht die Augenbewegung eines „schlauen“ Lesers im Vergleich zu jemandem aus, der stecken bleibt?
Hier ist die Aufschlüsselung ihrer Ergebnisse unter Verwendung einfacher Analogien.
Das Setup: Code lesen wie eine Landkarte
Normalerweise, wenn Wissenschaftler untersuchen, wie Menschen Code lesen, schauen sie nur darauf, wo die Augen auf dem Bildschirm landen (wie beim Blick auf eine Landkarte und dem Sagen: „Sie starren auf die obere linke Ecke“).
Aber dieses Team nutzte ein spezielles Werkzeug, das diese Bildschirmkoordinaten in Syntax-Knoten übersetzte. Denken Sie an Folgendes:
- Der alte Weg: „Die Person schaut auf den roten Punkt auf der Karte.“
- Der neue Weg: „Die Person schaut auf die Brücke, dann auf den Tunnel, dann auf den Berg.“
Sie verwandelten die rohen Augenbewegungen in eine Geschichte darüber, wie der Leser zwischen verschiedenen Teilen der Codestruktur hin und sprang (wie etwa vom „Loop“ zur „Funktion“).
Das Experiment: Das Code-Labyrinth
Sie gaben 14 Studenten 16 verschiedene Programmierrätsel. Einige waren einfach (wie ein einfaches Labyrinth) und einige waren schwer (wie ein Labyrinth mit Fallen und Sackgassen).
- Das Ziel: Fragen darüber beantworten, was der Code tun würde.
- Die Gruppen: Sie teilten die Ergebnisse in zwei Teams auf: diejenigen, die das Rätsel korrekt gelöst haben (Die Gewinner) und diejenigen, die es nicht geschafft haben (Die Kämpfenden).
Dann analysierten sie die „Augenpfade“ beider Gruppen, um zu sehen, ob sich die Augen der Gewinner anders bewegten als die der Kämpfenden.
Entdeckung #1: Der „For-Loop“-Tanz
In der Programmierung ist ein „for-loop“ (eine For-Schleife) wie ein Rezept, das sagt: „Mache diesen Schritt, prüfe, ob du aufhören sollst, und aktualisiere dann deinen Fortschritt.“ Er hat drei Hauptteile:
- Start (Initialisierung)
- Prüfung (Bedingung)
- Aktualisierung (Der Schritt, der den Zähler verändert)
Was die Kämpfenden machten:
Sie neigten dazu, den Start und die Prüfung anzuschauen, aber sie ignorierten oft die Aktualisierung. Es ist wie beim Autofahren: Man prüft die Tachoanzeige und das Gaspedal, schaut aber nie auf den Gangschalthebel. Sie übersahen den Teil, der das Auto tatsächlich vorwärts bewegt.
Was die Gewinner machten:
Sie vollführten einen viel systematischeren Tanz. Sie schauten häufig auf den Teil der Aktualisierung und sprangen dann zurück, um den Start oder die Prüfung zu prüfen.
- Die Analogie: Stellen Sie sich einen Koch vor, der eine Suppe probiert. Die Kämpfenden probieren die Zutaten, vergessen aber, die Brühe nach dem Salzen zu probieren. Die Gewinner probieren das Salz und probieren dann sofort wieder die Brühe, um zu sehen, wie sie sich verändert hat. Sie verknüpften die Punkte zwischen der Aktion (Aktualisierung) und dem Ergebnis (Bedingung).
Das Fazit: Um eine Schleife zu verstehen, darf man nicht nur nach den Regeln schauen; man muss beobachten, wie die Regeln die Situation verändern.
Entdeckung #2: Die „Method“-Autobahn
Code besteht oft aus verschiedenen „Methods“ (kleinen Codeblöcken, die spezifische Aufgaben erledigen). Manchmal ruft eine Methode eine andere auf, so wie ein Manager einen Arbeiter bittet, eine Aufgabe zu erledigen.
Was die Kämpfenden machten:
Wenn der Code kompliziert wurde, neigten die Kämpfenden dazu, in einer eigenen Schleife stecken zu bleiben. Sie sprangen immer wieder zwischen zwei Methoden hin und her, wie ein Hamster, der in einem Laufrad rennt. Sie waren in einem lokalen Gespräch gefangen und konnten das große Ganze nicht sehen.
Was die Gewinner machten:
Die Gewinner folgten dem Verkehrsfluss des Codes.
- Dem Aufruf folgen: Wenn Methode A Methode B aufruft, bewegten sich die Augen der Gewinner natürlich von A nach B, genau wie beim Folgen einer Brotkrumenspur.
- Das Rückwärtsverfolgen: Interessanterweise taten die Gewinner auch etwas Einzigartiges: Sie schauten manchmal zurück. Wenn der Code von Methode A zu Methode B ging, schauten die Gewinner manchmal von B zurück zu A.
- Die Analogie: Stellen Sie sich einen Detektiv vor, der einen Verbrechen Fall löst. Die Kämpfenden gehen einfach nur vorwärts die Straße entlang. Die Gewinner gehen vorwärts, um zu sehen, wohin der Verdächtige gegangen ist, aber sie gehen auch rückwärts, um zu sehen, woher der Verdächtige kam, und prüfen die Fußabdrücke, um sicherzustellen, dass die Geschichte Sinn ergibt.
Das Fazit: Die erfolgreichen Leser lasen nicht nur Zeile für Zeile; sie verfolgten die Beziehungen zwischen den verschiedenen Teilen des Codes und schauten manchmal zurück, um zu verifizieren, wie Daten weitergegeben wurden.
Das Endergebnis
Diese Studie legt nahe, dass es beim Lesen von Code nicht nur darum geht, die Vokabeln zu kennen; es geht darum, wie man seine Augen bewegt.
- Die Kämpfenden waren wie Touristen, die die Sehenswürdigkeiten betrachten, aber die Verbindungen zwischen den Wahrzeichen übersehen.
- Die Gewinner waren wie Reiseleiter, die genau wussten, wie die Wahrzeichen miteinander verbunden sind, indem sie die „Aktualisierungen“ in Schleifen prüften und die „Aufrufe“ zwischen Funktionen zurückverfolgten, wobei sie sogar zurückblickten, um den Pfad zu bestätigen.
Das Papier kommt zu dem Schluss, dass man, wenn man besser im Lesen von Code werden möchte, versuchen sollte, diese „strukturierten“ Augen-Gewohnheiten zu übernehmen: Prüfen Sie die Aktualisierungen in Ihren Schleifen und verfolgen Sie die Verbindungen zwischen Ihren Funktionen, selbst wenn das bedeutet, zurückzublicken, um sicherzustellen, dass die Geschichte zusammenhält.
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.