Abstract | ||
---|---|---|
When student programs are compared for similarity, certain segments of code are always sure to be similar. Some of these segments are boilerplate code -- public static void main String [] args and the like -- and some will be code that was provided to students as part of the assessment specification. The purpose of this working group is to explore what other code is expected to be reasonably common in student assessments, and should therefore be excluded from similarity checking. The answers will clearly vary with programming language, and perhaps with level of assessment item. Working group members will collect assessment submissions from their own or their colleagues' students, and it is hoped that these submissions will together encompass a wide variety of assessment tasks in a wide variety of programming languages. The working group aims to deliver clear guidelines as to what code can reasonably be excluded from automatic code similarity detection in various circumstances. It also aims to deliver a summary of what sort of code lecturers tend to provide for students when setting an assigned task, and why they provide that code.
|
Year | DOI | Venue |
---|---|---|
2020 | 10.1145/3341525.3394987 | ITiCSE '20: Innovation and Technology in Computer Science Education
Trondheim
Norway
June, 2020 |
DocType | ISBN | Citations |
Conference | 978-1-4503-6874-2 | 0 |
PageRank | References | Authors |
0.34 | 0 | 8 |
Name | Order | Citations | PageRank |
---|---|---|---|
Simon | 1 | 320 | 40.39 |
Oscar Karnalim | 2 | 4 | 6.19 |
Judy Sheard | 3 | 444 | 60.95 |
Ilir Dema | 4 | 0 | 0.34 |
Amey Karkare | 5 | 0 | 0.68 |
Juho Leinonen | 6 | 12 | 4.92 |
Michael Liut | 7 | 0 | 0.34 |
Renee McCauley | 8 | 0 | 0.34 |