Sample

Dorn/java/176

Human rating uses the original dataset scale.

DatasetDorn
Human3.82
Lines10

Scores

MethodScoreScaleDataset rank
(0–100)
Posnett0.4470–1; higher is more readable
80.5Δ 4.5
Scalabrino0.6820–1; higher is more readable
72.5Δ 12.5
Dorn0.8250–1; higher is more readable
81.1Δ 3.9
Mi0.7870–1; higher is more readable
96.9Δ 12.0
LLOC4Logical lines; fewer is more readable
82.7Δ 2.2
DeepSeek V4 Pro16.330–20; mean of three runs
87.9Δ 2.9
GPT-6.1 Sol15.670–20; mean of three runs
61.6Δ 23.4
BTTF0.5910–1; higher is more readable
71.6Δ 13.4
Human3.821–5; original rating
85.0

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

Intercept 8.87 + feature contributions = -0.214 (log-odds).
Score = sigmoid(-0.214) = 0.447.

Score0.682

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.62+1.039
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.8−0.46
Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom.9.857−0.272
Number layout frequencyHow rapidly the number of numeric values per line changes through the code.8+0.237
Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right.62+0.196
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.087+0.094

Intercept 0.07 + feature contributions = 1.55 (log-odds).
Score = sigmoid(1.55) = 0.825.

Score0.787
Score4
Run 1

The code is generally readable. The structure is logical, with a clear class-level Javadoc and a static suite() method following a common test pattern. Nesting is minimal, and the intent is clear: to assemble a test suite. Each action is on its own line, and the reading flow is natural. However, the code is incomplete, making full evaluation difficult. The main deduction is for limited clarity of intent for someone unfamiliar with the specific test classes, and the action granularity could be slightly improved by grouping related test additions, but overall it's concise and well-organized.

Run 2

The code is highly readable due to its clean, logical structure and minimal nesting. The class and method names clearly convey intent, following standard Java conventions. Action granularity is excellent: each line performs a single, obvious action (creating a test suite and adding tests). The reading flow is natural, progressing from setup to adding suites. While concise, the code is slightly incomplete in the provided snippet, which affects the overall assessment, but what is shown demonstrates strong clarity and organization. The Javadoc author tag adds context without clutter. Overall, the code is straightforward, maintainable, and easy to understand.

Run 3

The code is highly readable with a clear logical structure and flat nesting. The class and method names clearly express intent ('DBUpgradeTags528TestSuite', 'suite'), and the purpose of assembling a test suite is immediately evident. Each line performs a single action, maintaining good action granularity. The reading flow is natural, progressing from test suite creation to adding test cases. The Javadoc author tag is concise and appropriate. However, the code is incomplete, making the overall context slightly ambiguous but the visible portion remains clear and well-organized. Minor points could be deducted for lack of additional documentation or explicit explanation of the suite's purpose within the code itself, but the existing clarity and structure are excellent.

Run 1

Code Structure: The class and suite factory are logically organized, with test suites added sequentially. Nesting: Minimal nesting makes the snippet easy to scan. Clarity of intent: Descriptive class and method names clearly indicate test-suite assembly, although the author comment adds little explanatory value. Code length: Concise, with no unnecessary implementation detail. Action granularity: Each statement performs one action on its own line. Reading flow: Initialization followed by test registration is natural and orderly. However, the snippet is incomplete: it lacks a return statement and closing braces, preventing the reader from seeing the completed method and class.

Run 2

Code Structure: A straightforward test-suite class with logically ordered setup and test registration, though the snippet is incomplete. Nesting: Shallow, with only class and method scopes. Clarity of intent: Descriptive class and method names and explicit suite additions make the purpose clear. Code length: Concise, with no unnecessary implementation detail. Action granularity: Each statement performs one action. Reading flow: Natural progression from suite creation to adding login and tag tests. The missing return statement and closing braces prevent the snippet from presenting a complete, readable method.

Run 3

Code Structure: The class and suite method are logically organized, with straightforward test-suite construction. Nesting: Minimal nesting makes the visible code easy to follow. Clarity of intent: Descriptive class and method names, plus explicit test additions, communicate the purpose clearly. However, the snippet is incomplete: it lacks a return statement and closing braces, leaving the method's outcome unresolved. Code length: Concise, with no unnecessary implementation detail. Action granularity: Each statement performs a single action. Reading flow: The progression from suite creation to adding login and tag tests is natural, aided by consistent indentation and spacing, but the abrupt ending interrupts readability.