Sample

Buse/13

Human rating uses the original dataset scale.

DatasetBuse
Human3.04
Lines10

Scores

MethodScoreScaleDataset rank
(0–100)
Posnett0.0010–1; higher is more readable
9.1Δ 30.3
Scalabrino0.5950–1; higher is more readable
27.3Δ 12.1
Dorn0.3630–1; higher is more readable
21.2Δ 18.2
Mi0.830–1; higher is more readable
98.0Δ 58.6
LLOC8Logical lines; fewer is more readable
1.0Δ 38.4
DeepSeek V4 Pro90–20; mean of three runs
10.1Δ 29.3
GPT-6.1 Sol120–20; mean of three runs
11.1Δ 28.3
BTTF0.5070–1; higher is more readable
48.5Δ 9.1
Human3.041–5; original rating
39.4

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.385−12.705
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.657−6.985
Source linesThe number of non-empty source lines.10+4

Intercept 8.87 + feature contributions = -6.82 (log-odds).
Score = sigmoid(-6.82) = 0.001.

Score0.595

Feature contributions

FeatureValueContribution
(log-odds)
Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right.0−0.804
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.11+0.647
Number layout frequencyHow rapidly the number of numeric values per line changes through the code.1+0.398
Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom.9.795−0.273
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.82+0.192
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.106−0.088

Intercept 0.07 + feature contributions = -0.561 (log-odds).
Score = sigmoid(-0.561) = 0.363.

Score0.83
Score8
Run 1

The code snippet shows a standard assertEquals method with moderate readability. Structure is logical but incomplete, making full evaluation difficult. Nesting is minimal with flat conditional checks. Clarity of intent is partially clear - it's implementing assertion logic but the visible portion lacks the actual failure handling. Code length is concise. Action granularity varies: some conditions span multiple lines while others are compact. Reading flow is natural through the conditional checks. The method starts with Javadoc parameters but lacks opening documentation. The nested conditional on line 6 (checking both types and assigning cleanMessage) combines multiple actions, reducing clarity. The return statements are clean, but the else-if structure could be flattened. Overall, readable but could benefit from better separation of concerns and more consistent formatting.

Run 2

The code snippet shows a static method with basic structure but has readability issues. It uses 8-space indentation (unusual) and has multiple actions/logic packed into conditionals. The intent is somewhat clear - comparing expected vs actual values - but the logic flow is tangled with nested conditionals and an incomplete else-if block. The final else-if branch appears cut off, making the code ambiguous and incomplete. Nesting is moderate but the reading flow is disrupted by the abrupt ending and inconsistent formatting. The ternary operator on one line is acceptable but could be clearer. Overall, the code lacks proper structure, has ambiguous completeness, and the indentation/style inconsistencies reduce readability significantly.

Run 3

The code is partially readable but has several issues. The Javadoc comment is incomplete, missing the opening comment syntax, which disrupts reading flow. The method logic is structured in three sequential if-else blocks, which is reasonably flat and clear. However, the third block starts with 'else if' following a condition that already returned, creating logical redundancy and ambiguity in intent. Action granularity is mostly one action per line, but the ternary operator packs three actions into one line, slightly reducing clarity. Code length is concise but could be clearer with helper methods or separate conditions. Overall, the incomplete documentation and convoluted conditional logic make the code moderately difficult to follow, resulting in a below-average readability score.

Run 1

Code Structure: The early-return checks are logically organized, but the snippet begins mid-comment and ends inside an unfinished branch. Nesting: Mostly flat, with only one visible block level. Clarity of intent: The method name and parameter names clearly indicate an equality assertion, although the incomplete string-handling branch obscures its full behavior. Code length: The visible logic is concise without obvious unnecessary code. Action granularity: Each statement performs one action. Reading flow: Early returns are easy to follow, but the else-if after a return is unnecessary, omitted braces reduce visual consistency, and inconsistent spacing in the assignment slightly interrupts readability.

Run 2

Code Structure: The equality checks follow a logical order, but the incomplete method and partial documentation obscure the overall organization. Nesting: Shallow nesting and early returns keep complexity low, though the else after a return is unnecessary. Clarity of intent: The assertEquals name and expected/actual parameters clearly indicate the purpose; the unfinished string-specific branch leaves its behavior unclear. Code length: The visible code is concise, without obvious repetition. Action granularity: Each statement performs one action, making individual steps easy to follow. Reading flow: The checks read naturally, but omitted braces, inconsistent spacing around '=', unconventional modifier order, and abrupt truncation reduce readability.

Run 3

Code Structure: The equality checks are logically ordered, but the snippet is incomplete, with a partial comment and an unfinished branch. Nesting: Shallow nesting and early returns keep complexity low, though the else after a return is unnecessary. Clarity of intent: assertEquals and the parameter names clearly indicate the purpose, but the string-specific handling is not shown. Code length: The visible code is concise without obvious repetition. Action granularity: Each statement performs one action; the ternary initialization remains understandable. Reading flow: The checks flow naturally, but inconsistent spacing, omitted braces on early-return conditions, and abrupt truncation reduce readability.