Sample
Scalabrio107
Human rating uses the original dataset scale.
Scores
| Method | Score | Scale | Dataset rank (0–100) |
|---|---|---|---|
| Posnett | 0 | 0–1; higher is more readable | 42.7Δ 23.4 |
| Scalabrino | 0.402 | 0–1; higher is more readable | 37.2Δ 28.9 |
| Dorn | 0.445 | 0–1; higher is more readable | 49.2Δ 16.8 |
| Mi | 0.037 | 0–1; higher is more readable | 18.1Δ 48.0 |
| LLOC | 14 | Logical lines; fewer is more readable | 49.2Δ 16.8 |
| DeepSeek V4 Pro | 16.67 | 0–20; mean of three runs | 85.7Δ 19.6 |
| GPT-6.1 Sol | 17 | 0–20; mean of three runs | 58.5Δ 7.5 |
| BTTF | 0.528 | 0–1; higher is more readable | 48.2Δ 17.8 |
| 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. | 959.176 | −31.653 |
| Source linesThe number of non-empty source lines. | 32 | +12.8 |
| 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.838 | −7.256 |
Intercept 8.87 + feature contributions = -17.239 (log-odds).
Score = sigmoid(-17.239) = 0.
| Score | 0.402 |
|---|
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. | 143.969 | −2.433 |
| Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right. | 143.938 | +1.518 |
| Number layout frequencyHow rapidly the number of numeric values per line changes through the code. | 1 | +0.398 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.072 | +0.243 |
| Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code. | 32 | −0.097 |
| Indentation frequencyHow rapidly indentation changes from line to line. | 23 | +0.058 |
| Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom. | 30.703 | +0.019 |
Intercept 0.07 + feature contributions = -0.223 (log-odds).
Score = sigmoid(-0.223) = 0.445.
| Score | 0.037 |
|---|
| Score | 14 |
|---|
Run 1
The code demonstrates good readability with clear intent in its if-else chain, each returning a loader based on specific conditions. Comments effectively explain the reasoning behind each precedence level. The structure is logical and follows a natural decision flow. However, the nesting is somewhat deep (seven levels of if-else), which slightly impacts readability. Lines 5, 10, and 15 are long and contain multiple method calls, reducing clarity. There's some code duplication (createEntityLoader appears multiple times), and the second condition is excessively long. Action granularity could be improved by breaking complex conditions into separate boolean variables. Overall, the code is quite readable but could benefit from refactoring to reduce nesting depth and improve line length.
Run 2
The code is highly readable. Structure is logical: a clear if-else chain handles loader selection by precedence. Comments explain each branch's rationale, clarifying intent. Nesting is minimal (flat). Lines are concise, each performing a single action, and conditions are reasonably descriptive. Minor deductions: some conditions are lengthy and repeated method calls (session.getLoadQueryInfluencers()) could be extracted for brevity, and line wrapping slightly disrupts flow. Overall, the method is straightforward to understand and maintain.
Run 3
The code demonstrates clear logical organization through a sequential decision tree, with each branch explaining why a loader is chosen. Nesting is flat, using a chain of if-else if statements rather than nested blocks. The intent of each branch is well-documented with brief comments that explain the precedence rules. Code length is appropriate for the complexity of the decision logic. Each line performs a single action or check. Reading flow is natural and follows a logical priority order. Minor deductions: the long condition on line 8 could be extracted into a named boolean for improved readability, and some comment language is informal ('we need to that'), suggesting minor polish opportunities.
Run 1
Code Structure: The ordered conditional chain logically expresses loader-selection precedence. Nesting: Shallow branches and immediate returns keep complexity low, though unnecessary else clauses could be removed. Clarity of intent: Descriptive method names and precedence comments explain most decisions; the internal fetch-profile condition requires more domain knowledge. Code length: Reasonably concise, but repeated loader creation and influencer access add redundancy. Action granularity: Each branch performs one clear return action, with no unrelated operations combined. Reading flow: The top-to-bottom priority sequence is natural, although a long compound condition, inconsistent spacing, and a grammatical error in the first comment slightly interrupt readability.
Run 2
Code Structure: A logically ordered conditional chain clearly establishes loader-selection precedence. Nesting: Shallow branches and immediate returns keep complexity low, though else clauses after returns are unnecessary. Clarity of intent: Descriptive method names and comments explain most decisions; the compound internal-fetch-profile condition requires more effort to parse. Code length: Reasonably concise, but repeated loader creation calls and influencer lookups add duplication. Action granularity: Each branch performs a single return action, with no packed statements. Reading flow: The top-to-bottom priority sequence is natural, although a long condition, inconsistent spacing, and a grammatical error in the first comment slightly interrupt readability.
Run 3
Code Structure: A logically ordered conditional chain clearly establishes loader-selection precedence. Nesting: Shallow branches and immediate returns keep complexity low, although redundant else clauses could be removed. Clarity of intent: Descriptive method names and precedence comments explain most decisions; the long internal-fetch-profile condition requires more effort to parse. Code length: Reasonably concise, but repeated loader creation calls and influencer lookups add duplication. Action granularity: Each branch performs a single return action, with no crowded statements. Reading flow: The top-to-bottom decision sequence is natural and predictable. Minor weaknesses include inconsistent spacing, long lines, a grammatical error in the first comment, and limited explanation for the entity-graph and timeout branches.