Sample

Buse/96

Human rating uses the original dataset scale.

DatasetBuse
Human3.81
Lines10

Scores

MethodScoreScaleDataset rank
(0–100)
Posnett0.7560–1; higher is more readable
81.8Δ 7.6
Scalabrino0.8920–1; higher is more readable
92.4Δ 18.2
Dorn0.8980–1; higher is more readable
100.0Δ 25.8
Mi0.6870–1; higher is more readable
76.8Δ 2.5
LLOC4Logical lines; fewer is more readable
59.6Δ 14.6
DeepSeek V4 Pro170–20; mean of three runs
87.4Δ 13.1
GPT-6.1 Sol16.330–20; mean of three runs
50.0Δ 24.2
BTTF0.6440–1; higher is more readable
83.8Δ 9.6
Human3.811–5; original rating
74.2

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.394−6.59
Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones.156.08−5.151
Source linesThe number of non-empty source lines.10+4

Intercept 8.87 + feature contributions = 1.129 (log-odds).
Score = sigmoid(1.129) = 0.756.

Score0.892

Feature contributions

FeatureValueContribution
(log-odds)
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.49.909+1.551
Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code.11+0.647
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
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.061+0.35
Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom.9.725−0.274
Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right.49.909+0.001

Intercept 0.07 + feature contributions = 2.179 (log-odds).
Score = sigmoid(2.179) = 0.898.

Score0.687
Score4
Run 1

The code is highly readable due to its clear structure and logical organization. It follows a straightforward flow: retrieving objects from the client and map, then calling a parameter dialog method. Declaring variables as final improves clarity by signaling immutability. Nesting is minimal, with no deeply nested logic. The method name and JavaDoc comment clearly state its purpose, enhancing clarity of intent. Code length is appropriate—concise without sacrificing readability. Each line performs a single action, maintaining clean action granularity. The reading flow feels natural: from game and map retrieval to showing a dialog. Minor deductions: a blank line and the trailing code block arrow (` ``` `) break the visual flow, and the lambda parameter name `e` is conventional but not very descriptive. Overall, this is well-structured, flat, and purposeful code.

Run 2

The code is well-structured and readable. It begins with a clear Javadoc comment explaining the method's purpose and parameter. The method body is flat with no nesting, and variable declarations are logically grouped. Each line performs a single action, and the flow is natural: get the game, get the map, then show a dialog. The only minor issue is the incomplete method body, but based on the visible portion, clarity of intent is high. Variable naming is concise and standard.

Run 3

The code is readable with clear structure and logical organization. The method has a single responsibility and uses descriptive variable names (game, map). However, it's incomplete, which limits full evaluation. The nesting is flat with no conditional complexity visible. The intent is clear - applying an action by accessing game state and showing a dialog. Action granularity is good with one operation per line. The reading flow is natural, progressing from retrieving the game to showing parameters. The Javadoc is helpful. Missing error handling and the incomplete method body prevent a higher score, but the visible portion demonstrates good readability practices.

Run 1

Code Structure: The method is logically organized, retrieving the game and map before displaying a parameters dialog, but the snippet is incomplete. Nesting: Flat, with no nested control flow. Clarity of intent: The method name and calls suggest an action handler, although the generic comment and variable name 'p' provide limited insight into the action's purpose. Code length: Concise, with no unnecessary verbosity beyond routine documentation. Action granularity: Each statement performs a single clear operation. Reading flow: Natural top-to-bottom progression with whitespace separating setup from dialog interaction. The missing method closure and subsequent logic prevent a complete readability assessment.

Run 2

Code Structure: The visible method is logically organized, retrieving the game and map before displaying a parameters dialog, but the snippet is incomplete. Nesting: Flat, with no nested control flow. Clarity of intent: The method name and dialog call are descriptive, though the generic comment and variable name 'p' provide limited context. Code length: Concise, with no obvious unnecessary statements in the visible portion. Action granularity: Each statement performs one clear action on its own line. Reading flow: Natural top-to-bottom progression, supported by whitespace separating setup from dialog interaction. The missing method ending and subsequent parameter handling prevent a complete assessment.

Run 3

Code Structure: The visible statements are logically organized, retrieving the game and map before opening a parameters dialog, but the method is incomplete. Nesting: The code is flat, with no nested control flow. Clarity of intent: The method name and documentation identify an event handler, while showParametersDialog is descriptive; however, p is vague and the action's overall purpose is not shown. Code length: The snippet is concise without unnecessary verbosity. Action granularity: Each statement performs one clear operation. Reading flow: Formatting and spacing support a natural top-to-bottom progression, though the abrupt ending and missing closing brace prevent evaluation of the full method.