Sample

Scalabrio85

Human rating uses the original dataset scale.

DatasetScalabrino
Human3.89
Lines16

Scores

MethodScoreScaleDataset rank
(0–100)
Posnett0.4940–1; higher is more readable
92.0Δ 25.9
Scalabrino0.9440–1; higher is more readable
97.5Δ 31.4
Dorn0.2170–1; higher is more readable
27.1Δ 38.9
Mi0.0040–1; higher is more readable
2.0Δ 64.1
LLOC10Logical lines; fewer is more readable
68.6Δ 2.5
DeepSeek V4 Pro60–20; mean of three runs
1.3Δ 64.8
GPT-6.1 Sol14.670–20; mean of three runs
13.8Δ 52.3
BTTF0.6090–1; higher is more readable
72.9Δ 6.8
Human3.891–5; original rating
66.1

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)
Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones.237.706−7.844
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.966−7.449
Source linesThe number of non-empty source lines.16+6.4

Intercept 8.87 + feature contributions = -0.023 (log-odds).
Score = sigmoid(-0.023) = 0.494.

Score0.944

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.178.938−3.914
Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right.179+2.084
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.021+0.74
Indentation frequencyHow rapidly indentation changes from line to line.1−0.703
Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code.16+0.47
Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom.14.956−0.201
Number layout frequencyHow rapidly the number of numeric values per line changes through the code.11+0.168

Intercept 0.07 + feature contributions = -1.285 (log-odds).
Score = sigmoid(-1.285) = 0.217.

Score0.004
Score10
Run 1

The code is a single test method containing many parse() calls with minimal separation or explanation. It lacks structure: no helper methods, setup, or grouping. The lengthy query strings are inline, making the method long and hard to scan. While each parse() call is a single action, the arguments are complex and ambiguous without context. Nesting is flat, but reading flow is poor due to repeated similar strings and commented-out lines of uncertain relevance. Clarity of intent is low—it is unclear what is being tested because no assertions or comments explain the expected outcomes. The commented-out code adds noise. Overall, the code is difficult to maintain and understand at a glance.

Run 2

The code is a test method with repetitive parse calls. The structure is flat and straightforward, but readability suffers due to extremely long lines with complex query strings. Each line typically contains one action, but the lines are overwhelming due to their length and dense content. The clarity of intent is moderate—it's clear the method tests query parsing—but the specific test cases are unclear without domain knowledge. Nesting is minimal, which is good. However, the reading flow is poor because the long lines force excessive horizontal scrolling and make it hard to scan the different query variations. Additionally, commented-out code adds noise and ambiguity about what is intentionally tested versus deprecated. Overall, the code is functionally simple but visually dense and difficult to read efficiently.

Run 3

The code structure is simple and flat, but readability is severely hampered by the lack of spacing or line breaks between test cases, cramming multiple parse calls into a single block. The method name 'testOtherSyntax' is vague and does not clarify intent. Each parse call performs one action per line, which is good, but the long query strings make lines dense and difficult to scan. The reading flow is disorganized, especially with the commented-out code left in place, which adds noise and confusion. Overall, the code lacks logical grouping, clear sectioning, or explanatory comments for the distinct syntax variants being tested.

Run 1

Code Structure: A single test method logically collects syntax-parsing cases, but lacks grouping and contains a duplicate case plus commented-out tests. Nesting: The method is flat, with no nested control flow. Clarity of intent: The annotation and parse calls clearly indicate parser testing, though testOtherSyntax is vague and individual cases lack explanatory labels. Code length: The active code is concise, but duplication and long commented-out queries add clutter. Action granularity: Each parse call occupies its own line and performs one action; placing the annotation and method declaration together slightly reduces visual separation. Reading flow: Sequential calls are easy to scan, but long query strings, inconsistent SQL capitalization, and differently indented comments interrupt an otherwise natural flow.

Run 2

Code Structure: A single test method groups related parser checks logically, but distinct syntax cases lack labels or grouping. Nesting: The Java code is flat and easy to scan; nested query expressions add limited complexity. Clarity of intent: The test annotation and parse calls make the general purpose clear, though testOtherSyntax is vague and individual expectations are not explained. Code length: The active code is reasonably concise, but a duplicated query and several long commented-out calls add clutter. Action granularity: Each active line performs one parse operation, keeping execution steps clear. Reading flow: Repeated calls provide a predictable rhythm, but long query strings, inconsistent query capitalization, and differently indented comments interrupt scanning.

Run 3

Code Structure: A single test method organizes related syntax checks, but lacks grouping and contains a duplicate query. Nesting: The Java code is flat and easy to scan; nested query expressions add limited complexity. Clarity of intent: The test annotation and parse calls convey syntax testing, although the generic method name and absence of case descriptions obscure what each query verifies. Code length: Mostly concise, but duplicated and commented-out calls add unnecessary clutter. Action granularity: Each active line performs one parse call, making individual checks easy to distinguish. Reading flow: Sequential calls provide a natural flow, but long query strings, inconsistent query capitalization, and poorly aligned commented-out code reduce readability.