Sample

Dorn/java/129

Human rating uses the original dataset scale.

DatasetDorn
Human3.19
Lines10

Scores

MethodScoreScaleDataset rank
(0–100)
Posnett0.8510–1; higher is more readable
87.2Δ 46.5
Dorn0.6580–1; higher is more readable
60.4Δ 19.8
Mi0.680–1; higher is more readable
78.3Δ 37.6
LLOC5Logical lines; fewer is more readable
78.0Δ 37.3
DeepSeek V4 Pro30–20; mean of three runs
3.2Δ 37.5
GPT-6.1 Sol8.330–20; mean of three runs
4.2Δ 36.5
BTTF0.2460–1; higher is more readable
8.9Δ 31.8
Human3.191–5; original rating
40.7

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

Intercept 8.87 + feature contributions = 1.741 (log-odds).
Score = sigmoid(1.741) = 0.851.

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.61+1.082
Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right.0−0.804
Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code.9+0.718
Indentation frequencyHow rapidly indentation changes from line to line.8−0.46
Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom.9.726−0.274
Number layout frequencyHow rapidly the number of numeric values per line changes through the code.10+0.191
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.083+0.132

Intercept 0.07 + feature contributions = 0.654 (log-odds).
Score = sigmoid(0.654) = 0.658.

Score0.68
Score5
Run 1

The code snippet is largely unreadable due to its lack of context and poor structure. The first line contains only a string identifier with no clear function or assignment, making intent ambiguous. The variable 'label = 6' is assigned without explanation, and the 'continue' statement suggests the code sits inside a loop, but the loop itself is missing, so the reading flow is broken. There's no clear separation between actions; lines are either overly terse or fragmented. The nested 'if' is shallow but lacks readability because the surrounding control flow is absent. Variable names like 'testEmailChecked' are somewhat descriptive, but the action granularity is inconsistent—assigning a number and continuing is not explanatory. Overall, the code violates multiple readability criteria: no logical organization, unclear intent, and disorganized flow.

Run 2

This snippet is nearly unreadable. It begins abruptly with a string literal, suggesting missing context that leaves intent unclear. The variable names are partially descriptive, but the overall logical organization is absent because we only see an incomplete fragment. Nesting is minimal, but the control flow (the 'continue' inside an implied loop) is not self-evident. Action granularity is somewhat acceptable (one main action per line), but the 'selenium.clickAt' call with two arguments is harder to parse. Reading flow is poor because the starting point is missing. The code is concise, but not meaningfully so. It relies heavily on external context not shown, reducing clarity. Overall, it fails most criteria due to missing structure, context, and clear purpose.

Run 3

This code is highly unreadable. It lacks context, structure, and clarity. The purpose is ambiguous because variable declarations and surrounding logic are missing. The deeply nested indentation suggests tangled control flow, and the use of 'continue' without visible loop context obscures intent. Code length is fragmented; multiple actions are present but not clearly separated. The string literal appears to be a UI element locator but is redundantly long and unclear. There is no natural reading flow, as the snippet starts abruptly and leaves the reader disoriented. Overall, it violates multiple readability principles: unclear intent, poor structure, arbitrary nesting, and fragmented action granularity.

Run 1

Code Structure: The snippet is incomplete, starting with a dangling argument, and the numeric label suggests nonlocal control flow. Nesting: The single conditional is shallow and easy to scan. Clarity of intent: The checkbox name and testEmailChecked suggest email-test selection, but label = 6, continue, and RuntimeVariables.replace("") obscure the purpose. Code length: Short, though blank lines and the empty-string wrapper add visual noise. Action granularity: Each statement performs one action, and the wrapped click call remains distinguishable. Reading flow: Excessive indentation, missing context, and the abrupt control-flow jump make the sequence harder to follow.

Run 2

Code Structure: The conditional and click operation are simple, but the snippet begins with a dangling argument and lacks surrounding context. Nesting: Only one conditional level, so nesting is shallow. Clarity of intent: The checkbox name suggests a test-email interaction, but label = 6, continue, and replacing an empty string are unexplained. Code length: Short, though blank lines and formatting add visual overhead. Action granularity: Each statement performs a distinct action, with a straightforward nested call as the click argument. Reading flow: Excessive indentation, an incomplete opening statement, and an abrupt control-flow jump make the sequence harder to follow.

Run 3

Code Structure: The fragment starts with an orphaned argument, and the numeric label assignment suggests opaque control flow. Nesting: The single conditional is shallow and easy to scan. Clarity of intent: The checkbox identifier and testEmailChecked name convey some purpose, but label = 6, continue, and replacement of an empty string lack clear context. Code length: Short, with no obvious redundancy beyond excessive whitespace. Action granularity: Each statement performs one action; the wrapped clickAt call remains understandable. Reading flow: Heavy indentation, a truncated opening, and an unexplained control-flow jump interrupt otherwise straightforward conditional logic.