Sample
Buse/80
Human rating uses the original dataset scale.
Scores
| Method | Score | Scale | Dataset rank (0–100) |
|---|---|---|---|
| Posnett | 0.991 | 0–1; higher is more readable | 100.0Δ 5.1 |
| Scalabrino | 0.941 | 0–1; higher is more readable | 100.0Δ 5.1 |
| Dorn | 0.862 | 0–1; higher is more readable | 96.0Δ 1.0 |
| Mi | 0.669 | 0–1; higher is more readable | 72.7Δ 22.2 |
| LLOC | 4 | Logical lines; fewer is more readable | 59.6Δ 35.4 |
| DeepSeek V4 Pro | 16.67 | 0–20; mean of three runs | 81.8Δ 13.1 |
| GPT-6.1 Sol | 17 | 0–20; mean of three runs | 62.1Δ 32.8 |
| BTTF | 0.754 | 0–1; higher is more readable | 99.0Δ 4.0 |
| Human | 4.15 | 1–5; original rating | 94.9 |
Views
Select the downloaded ZIP or its extracted folder. Files stay in your browser.
Loading feature diagnosis…
Source regions
Feature contributions
Feature contributions
| Feature | Value | Contribution (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.
| Score | 0.941 |
|---|
Feature contributions
| Feature | Value | Contribution (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.
| Score | 0.669 |
|---|
| Score | 4 |
|---|
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.