Sample
Scalabrio185
Human rating uses the original dataset scale.
Scores
| Method | Score | Scale | Dataset rank (0–100) |
|---|---|---|---|
| Posnett | 0 | 0–1; higher is more readable | 72.9Δ 6.8 |
| Scalabrino | 0.448 | 0–1; higher is more readable | 42.2Δ 23.9 |
| Dorn | 0.475 | 0–1; higher is more readable | 54.3Δ 11.8 |
| Mi | 0.462 | 0–1; higher is more readable | 74.4Δ 8.3 |
| LLOC | 6 | Logical lines; fewer is more readable | 86.9Δ 20.9 |
| DeepSeek V4 Pro | 11.33 | 0–20; mean of three runs | 27.6Δ 38.4 |
| GPT-6.1 Sol | 15.67 | 0–20; mean of three runs | 27.1Δ 38.9 |
| BTTF | 0.72 | 0–1; higher is more readable | 93.5Δ 27.4 |
| Human | 3.89 | 1–5; original rating | 66.1 |
Views
Select the downloaded ZIP or its extracted folder. Files stay in your browser.
Loading feature diagnosis…
Source regions
Feature contributions
Feature contributions
| Feature | Value | Contribution (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. | 706.681 | −23.32 |
| Source linesThe number of non-empty source lines. | 34 | +13.6 |
| 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.877 | −7.315 |
Intercept 8.87 + feature contributions = -8.165 (log-odds).
Score = sigmoid(-8.165) = 0.
| Score | 0.448 |
|---|
Feature contributions
| Feature | Value | Contribution (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. | 66.912 | +0.831 |
| 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. | 30 | +0.301 |
| Number layout frequencyHow rapidly the number of numeric values per line changes through the code. | 31 | −0.291 |
| Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code. | 34 | −0.167 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.104 | −0.069 |
| Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom. | 31.441 | +0.03 |
Intercept 0.07 + feature contributions = -0.1 (log-odds).
Score = sigmoid(-0.1) = 0.475.
| Score | 0.462 |
|---|
| Score | 6 |
|---|
Run 1
The code tests revision counts for multiple entities, but readability suffers from inconsistent formatting and awkward nesting. While actions are generally one per line and the intent is discernible, the method calls are unnecessarily broken across lines with poor indentation, creating visual clutter. The assertions follow a repetitive pattern, which could be improved with a helper method or data-driven approach to reduce length and enhance clarity. Nesting is minimal, and the logical structure is acceptable, but the formatting disrupts natural reading flow. Overall, it is decipherable but not cleanly organized or concise.
Run 2
The code tests revision counts but suffers from poor formatting and readability. Indentation is excessive and inconsistent, creating awkward line breaks that obscure the logical structure. While there is no deep nesting, the method chains are split across multiple lines unnecessarily, hurting reading flow. The repeated pattern is clear but verbose, and each assertion could be made more concise with better formatting or helper methods. Action granularity is mixed—multiple actions per line in some places and excessive line breaks in others. The intent is understandable but the formatting detracts from clarity.
Run 3
The code structure is logical, with each test assertion grouped by entity type. However, the formatting creates deep visual nesting within each assertEquals call, with method arguments spread across multiple lines and misaligned parentheses. The intent is clear — verifying revision counts for different entities — but the closing parentheses placement disrupts natural reading flow. Action granularity is good (one assertion per block), but code length is unnecessarily long due to verbose formatting. The stray indentation before the method declaration and inconsistent spacing indicate formatting issues. Overall, the code would benefit from consistent formatting, probably with arguments extracted to variables or properly aligned parentheses.
Run 1
Code Structure: Assertions are logically grouped by child and parent entity types, with a blank line separating groups. Nesting: Control flow is flat; only straightforward method-call nesting is present. Clarity of intent: The test name and explicit expected revision lists clearly communicate the purpose, although abbreviated identifiers and lengthy entity names increase reading effort. Code length: The test is reasonably concise, but repetitive assertions and excessive line breaks add visual bulk. Action granularity: Each statement performs one assertion, though expected-value construction and revision retrieval share a line. Reading flow: The consistent assertion pattern is easy to follow, but awkward indentation and separately stacked closing parentheses interrupt the flow.
Run 2
Code Structure: Five assertions are logically grouped by child and parent entity types, with a blank line separating them. Nesting: There is no control-flow nesting; nested method calls are straightforward. Clarity of intent: The test name and expected revision lists communicate its purpose, although abbreviated identifiers and lengthy entity names require context. Code length: The test is reasonably concise, but repeated calls and excessive line breaks add visual bulk. Action granularity: Each statement performs one assertion, keeping checks distinct. Reading flow: The consistent assertion pattern is easy to follow, but awkward indentation and closing parentheses on separate lines interrupt scanning.
Run 3
Code Structure: Five assertions are logically grouped by child and parent entity types. Nesting: No control-flow nesting; nested method calls are straightforward. Clarity of intent: The test name and expected revision lists clearly communicate the purpose, although abbreviated identifiers and lengthy entity names require effort to interpret. Code length: The test is reasonably concise, but repeated assertion patterns and excessive line breaks add visual bulk. Action granularity: Each assertion performs one clear check, though some lines combine expected-list construction and revision retrieval. Reading flow: The consistent assertion sequence is easy to follow, but awkward indentation and separately stacked closing parentheses interrupt scanning.