Sample

Buse/80

Human rating uses the original dataset scale.

DatasetBuse
Human4.15
Lines11

Scores

MethodScoreScaleDataset rank
(0–100)
Posnett0.9910–1; higher is more readable
100.0Δ 5.1
Scalabrino0.9410–1; higher is more readable
100.0Δ 5.1
Dorn0.8620–1; higher is more readable
96.0Δ 1.0
Mi0.6690–1; higher is more readable
72.7Δ 22.2
LLOC4Logical lines; fewer is more readable
59.6Δ 35.4
DeepSeek V4 Pro16.670–20; mean of three runs
81.8Δ 13.1
GPT-6.1 Sol170–20; mean of three runs
62.1Δ 32.8
BTTF0.7540–1; higher is more readable
99.0Δ 4.0
Human4.151–5; original rating
94.9

Views

Download official ZIP ↗

Select the downloaded ZIP or its extracted folder. Files stay in your browser.

Loading feature diagnosis…

Source regions

Feature contributions

Feature contributions

FeatureValueContribution
(log-odds)
Byte entropyHow varied the bytes in the source text are. Repeated bytes give a lower value; a more even mixture gives a higher value.4.368−6.552
Source linesThe number of non-empty source lines.11+4.4
Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones.59.795−1.973

Intercept 8.87 + feature contributions = 4.745 (log-odds).
Score = sigmoid(4.745) = 0.991.

Score0.941

Feature contributions

FeatureValueContribution
(log-odds)
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.027+0.683
Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code.11+0.647
Identifier layout (horizontal)How rapidly the visual pattern of identifier characters changes from left to right. It measures spatial frequency, not the meaning of the names.73+0.573
Indentation frequencyHow rapidly indentation changes from line to line.5−0.564
Number layout frequencyHow rapidly the number of numeric values per line changes through the code.1+0.398
Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right.67.167+0.279
Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom.10.959−0.257

Intercept 0.07 + feature contributions = 1.829 (log-odds).
Score = sigmoid(1.829) = 0.862.

Score0.669
Score4
Run 1

The method is well-structured and readable. It has a clear, single purpose expressed by its name and Javadoc comment. The method body is flat with no nesting, and each line represents one logical action, maintaining good granularity. The sequence of operations follows a natural flow: close menus, remove game components, then show the main menu. The TODO comment is helpful and clearly explains a potential validation improvement. The only minor deductions are for the absence of a closing brace and the TODO indicating an incomplete implementation, though neither significantly harms readability.

Run 2

The code is well-structured with a clear single-purpose method, minimal nesting, and good action granularity (one action per line). Variable and method names clearly convey intent. The Javadoc provides context. The TODO comment is helpful but slightly verbose. The method is concise and follows a natural reading flow. Minor deduction for the multi-line TODO comment breaking visual flow and no validation of GUI state, but overall readability is strong.

Run 3

The method is concise and clearly structured, performing three logical steps by delegating to well-named helper methods: closeMenus(), removeInGameComponents(), and showMainPanel(). Each action is on its own line, improving readability. The nesting is flat, and the reading flow is natural—each call describes a clear intent. The Javadoc accurately describes the method’s purpose. The only minor drawback is the TODO comment, which introduces ambiguity about expected GUI state and could distract from the immediate logic. Overall, the code is highly readable, maintainable, and self-documenting.

Run 1

Code Structure: The method groups related UI transitions logically, though the snippet lacks a closing brace. Nesting: The flat sequence has no nested control flow. Clarity of intent: The method name, documentation, and descriptive calls clearly convey returning to the title screen; however, the documented background change is not explicit in the calls shown. Code length: The implementation is concise, although the multiline TODO dominates the small method. Action granularity: Each statement performs one distinct action on its own line. Reading flow: Closing menus, removing game components, and showing the main panel forms a natural sequence, with the lengthy TODO slightly interrupting the flow.

Run 2

Code Structure: The method is logically organized around returning to the title screen, though the snippet lacks a closing brace. Nesting: The flat sequence is easy to follow. Clarity of intent: The descriptive method name, documentation, and helper names communicate the purpose well, although the documented background change is not explicit in the calls. Code length: The implementation is concise, but the lengthy TODO distracts from the simple operation. Action granularity: Each statement performs one clearly named action. Reading flow: The calls form a natural progression from closing menus and removing game components to showing the main panel.

Run 3

Code Structure: A focused method organizes related UI transitions logically, though the snippet lacks a closing brace. Nesting: Flat, with no nested control flow. Clarity of intent: The method name, documentation, and descriptive calls clearly convey returning to the title screen; however, the documented background change is not explicit in the implementation. Code length: The implementation is concise, but the lengthy TODO comment distracts from its simplicity. Action granularity: Each statement performs one clearly named action on its own line. Reading flow: Calls follow a natural sequence—close menus, remove game components, and show the main panel—although the unfinished snippet and prominent TODO slightly interrupt readability.