ConceptioArchivearXiv CS
arXiv CSopen access

Identifying Effective Program Comprehension Strategies through Gaze Transitions over Syntactic Elements

Unknown · 2026 · arxiv_cs
arXiv CS · Papers · License: Open Access · 2026
Open Source ↗Direct PDF ↓
softwarearchitecturesoftwareengineeringtesting
software engineering, software architecture, testing

Identifying Effective Program Comprehension Strategies through Gaze Transitions over Syntactic Elements Kyogo Horikawa

Hidetake Uwano

Haruhiko Yoshioka

[email protected] National Institute of Technology(KOSEN), Nara College Yamatokoriyama, Nara, Japan

[email protected] National Institute of Technology(KOSEN), Nara College Yamatokoriyama, Nara, Japan

[email protected] Nara Institute of Science and Technology Ikoma, Nara, Japan

arXiv:2607.01042v1 [cs.SE] 1 Jul 2026

Abstract Program comprehension is a central research topic in software engineering, focusing on how developers understand a program’s structure, behavior, and intent. Eye-tracking studies have traditionally relied on display-based measurements, where gaze positions are represented as screen coordinates. However, syntax-based analyses have recently emerged. Prior work proposed methods to convert eye movements into transitions between nodes in an abstract syntax tree, but the relationship between task correctness and eyemovement features for specific syntactic elements remains unclear. This study converts eye-tracking data into transitions between syntactic nodes and analyzes fixation proportions and gaze transition patterns. We investigate the relationship between these patterns and task correctness, comparing correct and incorrect groups. Our results reveal distinct differences in gaze transition patterns between the two groups. In particular, successful participants exhibit more systematic transitions across syntactic elements, suggesting the use of structured reading strategies.

CCS Concepts • Human-centered computing → Empirical studies in HCI; Human computer interaction (HCI); • Software and its engineering → Software notations and tools. ACM Reference Format: Kyogo Horikawa, Hidetake Uwano, and Haruhiko Yoshioka. 2026. Identifying Effective Program Comprehension Strategies through Gaze Transitions over Syntactic Elements. In 2026 Symposium on Eye Tracking Research and Applications (ETRA ’26), June 01–04, 2026, Marrakesh, Morocco. ACM, New York, NY, USA, 6 pages. https://doi.org/10.1145/3797246.3806012

1

Introduction

Program comprehension is a research area within software engineering that investigates how developers understand source code. It focuses on the process by which developers read source code to grasp a program’s structure, behavior, and intent. Analyzing program comprehension helps reveal developers’ cognitive processes and identify challenging program constructs, thereby supporting improvements in code readability and developer education. Various approaches have been used to study program comprehension, including the measurement of physiological signals, such as eye

This work is licensed under a Creative Commons Attribution 4.0 International License. ETRA ’26, Marrakesh, Morocco © 2026 Copyright held by the owner/author(s). ACM ISBN 979-8-4007-2519-7/2026/06 https://doi.org/10.1145/3797246.3806012

movements [Busjahn et al. 2015] , brain activity [Siegmund et al. 2014], and the analysis of behavioral logs [Ko et al. 2006]. In particular, eye-tracking studies have examined the characteristics of developers’ gaze behavior while reading source code to better understand comprehension processes [Abid et al. 2019; Ishida and Uwano 2019; Lin et al. 2016; Sharafi et al. 2022]. Most eye-tracking studies in program comprehension have relied on display-positional information, where gaze positions are represented as coordinates on the screen. Recently, syntax-based measures have emerged. Yoshioka proposed a method for converting eye movement data that was recorded as display coordinates into transitions between nodes in a syntax tree generated from the source code [Yoshioka and Uwano 2024]. The study analyzed the relationship between fixation proportions on different types of syntactic elements and the success or failure of comprehension tasks. Nevertheless, the relationship between task correctness and eye-movement features for specific syntactic elements remains unclear. This study aims to clarify the relationship between program comprehension success and gaze transitions over syntactic elements in source code. Because program comprehension requires understanding the syntactic structures that determine program behavior, syntactic elements provide semantically meaningful units for analyzing programmers’ code-reading behavior. Using the coordinateto-syntax mapping method [Yoshioka and Uwano 2024], we convert gaze data collected during program comprehension tasks into transitions between syntactic nodes. We then analyze fixation proportions for each syntactic element and examine how gaze transition patterns differ between successful and unsuccessful participants. In this article, we investigate the following research questions: RQ1 Is there a difference in gaze transition patterns related to for-loop structures between successful and unsuccessful participants? RQ2 Is there a difference in gaze transition patterns across methods between successful and unsuccessful participants? In this study, we focus on specific syntactic structures to analyze gaze transitions. Control flow determines the execution order of a program and plays a critical role in program comprehension and task success. Among control-flow constructs, we focus on the for statement because it frequently appears in the tasks and contains multiple syntactic components (initialization, condition, and update), enabling the analysis of gaze transitions within a single control structure and facilitating the interpretation of transitions between its components. Also, we focus on methods as representative high-level syntactic elements to analyze gaze transitions. Methods encapsulate specific functionality within a program and form

ETRA ’26, June 01–04, 2026, Marrakesh, Morocco

important structural units for understanding program behavior. Because program comprehension often involves following execution flow and relationships among different parts of a program, analyzing gaze transitions between methods may reveal how participants track these relationships during comprehension. Based on this assumption, we hypothesize that gaze transition patterns between methods differ between successful and unsuccessful participants. The remainder of this paper is organized as follows. Section 2 reviews related work. Section 3 describes the coordinate-AST nodemapping method. Section 4 presents the experimental design and analysis methodology. Section 5 reports the results and discusses gaze transition patterns. Finally, section 6 concludes the paper and outlines future work.

2

Related Work

Yoshioka and Uwano proposed a method for converting gaze movements recorded in display coordinate units by an eye-tracking device into transitions between nodes in a syntax tree generated from source code [Yoshioka and Uwano 2024]. Their study analyzed the relationship between fixation proportions on different syntactic element types and task success, revealing that successful tasks exhibited significantly more fixations on if conditionals and significantly fewer fixations on method formal parameters and print statements. Furthermore, in complex tasks involving recursion, participants fixated more frequently on statements within if blocks than on the corresponding conditional expressions. However, while their study focused on fixation proportions for individual syntactic elements, it did not examine gaze transition patterns between syntactic elements or how such transitions relate to task correctness. The present study extends the research by analyzing both fixation distributions and gaze transitions across syntactic elements, with the aim of clarifying effective reading patterns in program comprehension. Busjahn et al. investigated eye movement behavior during source code reading and analyzed the order in which programmers inspect code lines, examining whether reading follows a linear pattern [Busjahn et al. 2015]. Similarly, Bednarik et al. conducted eye-tracking studies on program comprehension by analyzing fixation durations and distributions across predefined areas of interest in programming tasks [Bednarik and Tukiainen 2006]. However, these studies relied on task-specific code regions or line-based representations and did not abstract gaze behavior into a structural representation that can be applied across different programming tasks. In contrast, our study represents gaze movements as transitions between syntactic elements, enabling cross-task structural analysis of gaze patterns associated with comprehension success. Rodeghero et al. categorized source code into four region types: method declarations, method calls, control flow, and others. They analyzed fixation duration for each region while professional programmers summarized source code [Rodeghero et al. 2014]. However, their study focused exclusively on professional programmers and did not compare gaze behavior across groups with different levels of comprehension. In contrast, our study performs a comparative analysis between participants who successfully completed the comprehension tasks and those who did not. Through this comparison, we aim to identify gaze patterns associated with effective

Horikawa et al.

program comprehension as well as patterns that are less conducive to successful understanding. Several tools have been developed to map gaze data to source code elements. For example, iTrace provides infrastructure for automatically linking gaze data to fine-grained code elements within IDE environments using tools such as srcML [Guarnera et al. 2018]. While such infrastructures enable gaze data to be associated with source code elements, our study focuses on analyzing gaze transition patterns between syntactic elements derived from the syntax tree.

3

Coordinate-to-syntax mapping method [Yoshioka and Uwano 2024]

Previous work has proposed tools for mapping gaze data to source code elements. For example, iTrace provides infrastructure that automatically associates gaze data with source code elements within IDE environments using srcML [Guarnera et al. 2018]. In this study, we adopt the coordinate-to-syntax mapping method proposed by Yoshioka et al. [Yoshioka and Uwano 2024], which converts coordinate-based gaze data recorded by an eye tracker into transitions between nodes in the syntax tree generated from the source code. Figure 1 illustrates the architecture of the method. In the figure, rectangles represent system modules composing the system, and arrows indicate information flow. The eye-tracker records gaze points on the display as time-series coordinate data (e.g., X:121, Y:313). The Coordinate Line/Column Converter Module takes these coordinate-based gaze data and the corresponding source code as input, then converts them into source code identifiers and line/column positions (e.g., Main.java, line:1, column:13). Based on these line and column values, the module extracts the corresponding word or character from the source code and maps it to a node in the syntax tree obtained through parsing. Consecutive gaze on the same word or character is merged into a single fixation to reduce redundancy. The Syntax Tree/Eye Linker Module then combines the line/column-based fixation data with the syntax tree generated by the parser and outputs fixation movements at the syntax-node level (e.g., ’classDeclaration’). The parser provides structural information for each token, including its line number, column numbers, character length, and syntactic type. Using this information, the Linker associates each fixation with the corresponding syntax node, thereby transforming coordinate-level gaze data into node-level transitions on the syntax tree.

4 Experiment 4.1 Task settings We use the eye-tracking dataset collected in Ishida et al.’s study [Ishida and Uwano 2019]. The experimental design and task settings described below follow those of Ishida et al. [Ishida and Uwano 2019]. In the original experiment, participants were presented with program specifications written in Japanese and the corresponding Java source code. An eye-tracker recorded their gaze movements while they performed program comprehension tasks. The participants were 14 students (aged 19–21) from the National Institute of Technology (KOSEN), Nara College, who had completed a basic Java programming course. The experiment was conducted in

Identifying Effective Program Comprehension Strategies through Gaze Transitions over Syntactic Elements

ETRA ’26, June 01–04, 2026, Marrakesh, Morocco

Time

Display X

Display Y

Time

File

Line

Column

28:54.1

121

313

28:54.1

Main.java

1

13

28:54.1 classDeclaration

28:54.1

123

351

28:54.1

Main.java

2

12

28:54.1 methodDeclaration

28:54.2

159

363

28:54.2

Main.java

2

21

28:54.2 expression

Coordinate Line/Column Converter

Eye Tracker

Time

Syntax

Syntax Tree/Eye Linker Experimenter

Eye Movement

Source Code

Review

Participant

Syntax Tree

Source Code

Parser

Source Code

Figure 1: Architecture of Yoshioka’s Method a quiet room with one participant and two experimenters present. The experimental materials were presented on a display. Gaze data were collected using a Tobii Eye Tracker 4C, a low-cost (under $200), non-invasive, screen-based eye tracker with a sampling rate of 90 Hz. Each participant completed 16 tasks: eight low-difficulty tasks and eight high-difficulty tasks. Each task consisted of three components: a program specification written in Japanese, the corresponding Java source code, and a comprehension question designed to verify the participant’s understanding of the program behavior (e.g., “What is the value of ’a’ when line 6 is executed for the second time?”). The authors evaluated the responses against pre-defined correct answers. A task was classified as successful if the participant provided the correct answer within the time limit; otherwise, it was classified as unsuccessful, including cases where no answer was provided within the time limit. Low-difficulty tasks consist solely of a main method and include only single-level loops and conditional branches. High-difficulty tasks involve multiple methods and/or recursive structures and were designed to be difficult to complete within the time limit. This design was intended to yield a roughly balanced distribution of successful and unsuccessful cases, enabling meaningful comparison between the two groups. Table 1 summarizes the task specifications and successful/unsuccessful numbers. The time limit for each task is set to 2 minutes and 30 seconds based on a pilot experiment. This time constraint was introduced to distinguish between successful and unsuccessful task performance under controlled conditions. The pilot experiment confirmed that this duration was generally sufficient for low-difficulty tasks but insufficient for high-difficulty tasks. To control for order effects, the task presentation order was counterbalanced using a Latin square design.

4.2

Analysis

To answer RQ1 (Is there a difference in gaze transition patterns related to for-loop structures between successful and unsuccessful participants?), the three syntactic components of a for statement are labeled as INIT (Initialization), COND (Condition), and UPD (Update). These elements correspond to the initialization expression, loop continuation condition, and update expression, respectively. Focusing on gaze movements toward for statements, we extract frequent patterns observed in gaze transitions among the three elements appearing in for statements: INIT, COND, and UPD. We analyze gaze transition patterns targeting these elements to investigate differences between successful and unsuccessful participants. To answer RQ2 (Is there a difference in gaze transition patterns across methods between successful and unsuccessful participants?), we analyze elements at a higher level of abstraction. The proposed method [Yoshioka and Uwano 2024] aggregates gaze data into higher-level syntactic elements, allowing transitions to be represented between structural elements such as blocks, methods, and classes. For both RQs, we apply cSPADE algorithm [Zaki 2001] to extract frequent sequential patterns. The pattern length is set from 1 to 10. We focus on patterns where the absolute difference in average support between groups is ≥ 0.1. Patterns with support values > 0.9 or < 0.1 in both groups are excluded, as such patterns represent transitions that are either universally common or extremely rare.

5

Results and Discussion

Out of 256 program comprehension tasks (16 participants × 16 tasks), 200 tasks were used for analysis after excluding tasks with measurement errors, including 119 successful tasks and 81 unsuccessful tasks.

5.1

Gaze Transition Patterns at for Loops

Table 2 shows the average support values of gaze transition patterns observed in successful and unsuccessful tasks. Sequences with a

ETRA ’26, June 01–04, 2026, Marrakesh, Morocco

Horikawa et al.

Table 1: Tasks Used in the Experiment [Ishida and Uwano 2019]. Successful and Unsuccessful indicate the number of participants who correctly answered each task within the time limit and those who did not, respectively. Difficulty

Low

High

ID 1 2 3 4 5 6 7 8 9 10 11 12

Task Factorial SearchMax PrimeNum SearchMedian Power Swap Substring ReverseString TowerOfHanoi NumOfRoute Permutation Combination

13 14 15 16

PayMoney StrCombination CloudSim lcm_gcd

Specification LOC Calculate factorial 12 Search for maximum value 12 Prime number check 15 Search for median value 17 Power calculation 12 Swap two numbers 12 Check if contains specified substring 23 Reverse a string 12 Tower of Hanoi 24 Find the number of routes 28 Enumerate all permutations 37 Find combinations using a recurrence 25 relation Find coin combinations for payment 28 Find string combinations 24 Cloud movement simulation 25 Find least common multiple and great15 est common divisor

support difference of 0.1 or greater between the successful and unsuccessful groups were extracted as patterns. The patterns are sorted in descending order of the support difference, defined as 𝑆𝑢𝑐𝑐𝑒𝑠𝑠 𝑓 𝑢𝑙 − 𝑈 𝑛𝑠𝑢𝑐𝑐𝑒𝑠𝑠 𝑓 𝑢𝑙, where positive values indicate higher support in the successful group. Significant differences (p < 0.05, chisquared test) were observed between successful and unsuccessful groups in these gaze transition patterns. When comparing patterns that appeared more frequently in the successful group with those more frequent in the unsuccessful group, we found that the patterns dominant in the unsuccessful group did not include UPD. This result suggests that participants who successfully completed the tasks may developed a deeper understanding of the for loop by attending to UPD and confirming the loop update process. Table 3 presents the average support values of gaze transition patterns of length two or greater that contain at least one occurrence of each of INIT, COND, and UPD. No substantial differences in average support values are observed between the successful and unsuccessful groups for these patterns. This result indicates that the mere presence of UPD within a gaze transition pattern does not sufficiently explain differences in task success. Both groups exhibited gaze transitions involving INIT, COND, and UPD; however, the differences appear to lie in the frequency of occurrence, transition structure, and the ways in which these elements are combined. These findings suggest that participants who successfully completed the tasks repeatedly referred to UPD in relation to other syntactic elements. In contrast, participants who unsuccessfully completed the tasks, even when briefly attending to UPD, appear less likely to engage in reciprocal transitions with INIT and COND, leading to a less integrated understanding of the loop update process.

Successful 11 9 8 11 10 10 12 13 0 3 7 11

Unsuccessful 1 3 3 0 2 2 0 1 13 10 7 3

4 7 2 1

10 6 10 10

Answer to RQ1. There are differences in gaze transition patterns related to for-loop structures between successful and unsuccessful tasks. When understanding for-loops, it is important not only to examine each syntactic element individually but also to attend to transitions that integrate UPD with other elements.

5.2

Gaze Transition Patterns between Methods

We analyzed gaze transitions between methods in source code containing multiple methods and performed frequent pattern mining. Frequent gaze transition patterns were identified for tasks with two methods (Tasks 12, 13, and 14: main and method1) and tasks with three methods (Tasks 9, 10, 11, and 16: main, method1, method2). In tasks with two methods (Tasks 12–14), both groups frequently alternated their gaze between main and method1 (support ≥ 0.89). No significant difference in support values was observed between the successful and unsuccessful groups (difference ≤ 0.11), suggesting that gaze transitions between two methods in simple program structures are not a strong indicator of comprehension success. Figure 2 illustrates the method call relationships for tasks involving three methods (Tasks 9, 10, 11, and 16). Although all tasks involve the same set of method names, the functionality and call structures differ across tasks. Table 4 shows the average support values of gaze transition patterns observed in these taskGs for successful and unsuccessful tasks, focusing on patterns with a support difference of 0.2 or greater between the two groups. We present the five patterns with the largest positive differences and the five with the largest negative differences as the most distinctive patterns. Furthermore, the longest gaze transition pattern within each group was selected as the representative pattern for that group. The results show that gaze transition patterns of participants who successfully completed the tasks include the transition main →

Identifying Effective Program Comprehension Strategies through Gaze Transitions over Syntactic Elements

ETRA ’26, June 01–04, 2026, Marrakesh, Morocco

Table 2: Transition Patterns at for Loops. INIT, COND, and UPD represent the initialization, condition, and update components of a for loop, respectively. Average Support Value Successful Unsuccessful Diff

Sequence → COND → COND → INIT → COND → INIT → COND → COND → INIT → UPD → COND → INIT

0.429 0.380 0.302 0.393 0.217

0.306 0.259 0.189 0.282 0.106

0.124 2460.4 0.122 2050.3 0.114 1722.3 0.111 2214.3 0.111 738.1

<0.001 <0.001 <0.001 <0.001 <0.001

COND → INIT → COND INIT → COND → INIT → COND

0.793 0.776

0.944 -0.152 5002.0 0.944 -0.169 4920.7

<0.001 <0.001

UPD UPD UPD UPD INIT

Table 3: Average Support Values for All Gaze Transition Patterns Contain INIT, COND, and UPD Average Support Value Successful Unsuccessful Diff 0.224 0.225 -0.002 0.227 0.229 -0.002 0.150 0.144 0.006

Syntactic Element INIT COND UPD

Chi-Square Test 𝜒 2 (1) p-value

task9

task10

task11

task16

main

main

main

main

m1

m1

m1

m1

m2

m2

m2

m2

main and subsequently calling method2 from method1. Therefore, the transition method2 → method1 → main represents gaze movement in the direction opposite to the execution flow. This suggests that successful participants traced the execution flow backward to verify argument passing and data flow. Furthermore, among the patterns that differed between successful and unsuccessful participants, transitions that repeatedly alternate between two methods (e.g., main → method1 → main) were rarely observed. The results for tasks with two methods and the patterns shown in Table 4 suggest that simple alternation between two methods has limited influence on successful program comprehension. Answer to RQ2 There are differences in gaze transition patterns between successful and unsuccessful program participants when multiple methods are involved. Successful participants tend to follow method call relationships and, in some cases, trace execution flow backward to confirm data flow. Such structured gaze transitions appear to support deeper understanding of program behavior.

6 Figure 2: Method call relationships for tasks 9, 10, 11, and 16 (m1: method1, m2: method2) method2 (ID 𝑆 1 , 𝑆 3 , 𝑆 4 , and 𝑆 5 ), whereas this transition was not observed among unsuccessfully completed tasks. The average support value for the main → method2 transition was higher for successful tasks (0.889) than for unsuccessful tasks (0.665), and the difference was statistically significant (𝑝 < 0.01 chi-squared test). In Tasks 11 and 16, method2 is called from the main method. Therefore, main → method2 transition likely reflects gaze behavior that follows the method call relationship. Other gaze transitions consistent with method calls include main → method1, method1 → method2, and method2 → method1. These transitions occur between adjacent methods and appear frequently across many gaze patterns, suggesting that they represent common reading behavior when inspecting source code. In addition, the patterns (ID 𝑆 2 , 𝑆 3 , and 𝑆 4 ) of Table 4 include the transition method2 → method1 → main, which was not observed among participants who unsuccessfully completed the tasks. In Tasks 9 and 10, the execution flow involves calling method1 from

Conclusion

In this study, gaze data recorded during program comprehension were converted into transitions between syntactic nodes, and frequent pattern mining (cSPADE) was applied to analyze gaze transition patterns. In the experiment, we compared gaze data obtained during program comprehension tasks, focusing on gaze transition patterns related to for-loop structure and those across multiple methods, between successful and unsuccessful tasks. Through this analysis, we identified frequently observed gaze transition patterns associated with comprehension outcomes. The analysis of gaze transition patterns related to for statements revealed differences in how participants inspected for statements. The results suggest that attending to all three elements, INIT, COND, and UPD, may support more structured understanding of loop behavior. The analysis of gaze transition patterns across multiple methods also revealed differences between successful and unsuccessful participants. In particular, task success appears to be associated with following method call relationships and, in some cases, tracing data flow across method boundaries. As future work, we plan to conduct more fine-grained analyses of gaze transition patterns related to control flow. In particular, we will extend the analysis to four elements of a for statement: INIT,

ETRA ’26, June 01–04, 2026, Marrakesh, Morocco

Horikawa et al.

Table 4: Frequent Patterns Among 3 Methods (𝑝 < 0.05) Average Support Value Successful Unsuccessful Diff

Group

ID

Sequence

Successful

𝑆1 𝑆2 𝑆3 𝑆4 𝑆5

method1 → main → method1 → main → method2 method2 → method1 → method2 → method1 → main main → method2 → method1 → main → method1 method1 → main → method2 → method1 → main main → method1 → main → method2 → method1

0.381 0.841 0.476 0.381 0.444

0.130 0.536 0.155 0.050 0.099

0.251 0.305 0.321 0.331 0.345

𝑈1 𝑈2 Unsuccessful 𝑈 3 𝑈4 𝑈5

main → method1 → main → method1 → main method2 → main → method1 → main → method1 main → method1 → method2 → main → method1 method1 → method2 → main → method1 → main method2 → method1 → method2 → method1 → method2

0.254 0.048 0.111 0.048 0.476

0.572 0.357 0.421 0.337 0.699

-0.318 -0.310 -0.309 -0.289 -0.222

COND, UPD, and the loop body that is repeatedly executed. Previous analyses focusing only on the three header elements mainly captured how participants interpreted the operation of the for statement. By additionally incorporating the loop body, we aim to investigate how readers shift their gaze between the loop body and the elements INIT, COND, and UPD. This extended analysis may help reveal more effective reading strategies for understanding loop behavior as a whole.

References Nahla J. Abid, Jonathan I. Maletic, and Bonita Sharif. 2019. Using Developer Eye Movements to Externalize the Mental Model used in Code Summarization Tasks. In Proceedings of the 11th ACM Symposium on Eye Tracking Research & Applications. Article 13, 9 pages. doi:10.1145/3314111.3319834 Roman Bednarik and Markku Tukiainen. 2006. An eye-tracking methodology for characterizing program comprehension processes. In Proceedings of the 2006 Symposium on Eye Tracking Research & Applications (San Diego, California) (ETRA ’06). 125–132. doi:10.1145/1117309.1117356 Teresa Busjahn, Roman Bednarik, Andrew Begel, Martha Crosby, James H. Paterson, Carsten Schulte, Bonita Sharif, and Sascha Tamm. 2015. Eye Movements in Code Reading: Relaxing the Linear Order. In 2015 IEEE 23rd International Conference on Program Comprehension. 255–265. doi:10.1109/ICPC.2015.36 Drew T. Guarnera, Corey A. Bryant, Ashwin Mishra, Jonathan I. Maletic, and Bonita Sharif. 2018. iTrace: eye tracking infrastructure for development environments. In Proceedings of the 2018 ACM Symposium on Eye Tracking Research & Applications (Warsaw, Poland) (ETRA ’18). 1–3. doi:10.1145/3204493.3208343 Toyomi Ishida and Hidetake Uwano. 2019. Synchronized analysis of eye movement and EEG during program comprehension. In Proceedings of the 6th International Workshop on Eye Movements in Programming. 26–32. doi:10.1109/EMIP.2019.00012 Amy J. Ko, Brad A. Myers, Michael J. Coblenz, and Htet Htet Aung. 2006. An Exploratory Study of How Developers Seek, Relate, and Collect Relevant Information During Software Maintenance Tasks. In Proceedings of the International Conference on Software Engineering (ICSE). 971–987. doi:10.1109/TSE.2006.116 Yu-Tzu Lin, Cheng-Chih Wu, Ting-Yun Hou, Yu-Chih Lin, Fang-Ying Yang, and ChiaHu Chang. 2016. Tracking Students’ Cognitive Processes During Program Debugging—An Eye-Movement Approach. IEEE Transactions on Education 59, 3 (2016), 175–186. doi:10.1109/TE.2015.2487341 Paige Rodeghero, Collin McMillan, Paul W. McBurney, Nigel Bosch, and Sidney D’Mello. 2014. Improving Automated Source Code Summarization via an Eye-tracking Study of Programmers. In Proceedings of the 36th International Conference on Software Engineering (ICSE). 390–401. doi:10.1145/2568225.2568247 Zohreh Sharafi, Ian Bertram, Michael Flanagan, and Westley Weimer. 2022. Eyes on Code: A Study on Developers’ Code Navigation Strategies. IEEE Transactions on Software Engineering 48, 5 (2022), 1692–1704. doi:10.1109/TSE.2020.3032064 Janet Siegmund, Norman Peitek, Chris Parnin, Sven Apel, Johannes Hofmeister, Christian Kästner, Andrew Begel, Anja Bethmann, and André Brechmann. 2014. Measuring Neural Efficiency of Program Comprehension. In Proceedings of the International Conference on Software Engineering (ICSE). 140–150. doi:10.1145/3106237.3106268 Haruhiko Yoshioka and Hidetake Uwano. 2024. An Analysis of Program Comprehension Process by Eye Movement Mapping to Syntax Trees. In Networking and Parallel/Distributed Computing Systems: Volume 18. 137–152. doi:10.1007/978-3-03153274-0_10 Mohammed J. Zaki. 2001. SPADE: An Efficient Algorithm for Mining Frequent Sequences. Machine Learning 42 (2001), 31–60. doi:10.1023/A:1007652502315

Record · ID 329149 · SHA-256 ed0e844d0f397cc5
Retrieved via Conceptio — every document is proof-bundled with source, license, and retrieval metadata.