Sample
Scalabrio65
Human rating uses the original dataset scale.
Scores
| Method | Score | Scale | Dataset rank (0–100) |
|---|---|---|---|
| Posnett | 0.573 | 0–1; higher is more readable | 93.0Δ 1.8 |
| Scalabrino | 0.703 | 0–1; higher is more readable | 71.9Δ 22.9 |
| Dorn | 0.782 | 0–1; higher is more readable | 88.9Δ 5.8 |
| Mi | 0.643 | 0–1; higher is more readable | 84.4Δ 10.3 |
| LLOC | 4 | Logical lines; fewer is more readable | 93.7Δ 1.0 |
| DeepSeek V4 Pro | 16.67 | 0–20; mean of three runs | 85.7Δ 9.0 |
| GPT-6.1 Sol | 17 | 0–20; mean of three runs | 58.5Δ 36.2 |
| BTTF | 0.656 | 0–1; higher is more readable | 85.4Δ 9.3 |
| Human | 4.56 | 1–5; original rating | 94.7 |
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) |
|---|---|---|
| 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.808 | −7.213 |
| Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones. | 162.516 | −5.363 |
| Source linesThe number of non-empty source lines. | 10 | +4 |
Intercept 8.87 + feature contributions = 0.294 (log-odds).
Score = sigmoid(0.294) = 0.573.
| Score | 0.703 |
|---|
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code. | 10 | +0.682 |
| Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right. | 85 | +0.567 |
| Indentation frequencyHow rapidly indentation changes from line to line. | 8 | −0.46 |
| 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. | 8.895 | −0.285 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.076 | +0.205 |
| 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. | 84.2 | +0.099 |
Intercept 0.07 + feature contributions = 1.275 (log-odds).
Score = sigmoid(1.275) = 0.782.
| Score | 0.643 |
|---|
| Score | 4 |
|---|
Run 1
The code is generally readable but has moderate clarity issues. Structure is simple: a single method with one null-check and a method call. Nesting is minimal — only one if statement with no else. The intent is fairly clear, but the comment is slightly ambiguous about what happens with initialized proxies; it explains what *not* to do rather than what the code actually does. Code length is concise, though the method always returns null, which suggests possible side effects or incomplete behavior. Action granularity is good — one action per line. Reading flow is natural: null-check, then action, then return. Overall, the code is readable but could be improved with a clearer method name and more explicit comment about the side effect on the persistence context.
Run 2
The code is clear, concise, and well-structured. It has one level of nesting, a single logical action, and a clear intent: reassociate the value if non-null. The comment explains the behavior for initialized proxies, aiding understanding. The method is short and follows a natural flow.
Run 3
This code is highly readable. It has a clear, single purpose: reassociating an uninitialized proxy if the value is non-null. The structure is logical, with an early null check avoiding unnecessary work. Nesting is minimal (one level). The intent is explicit through the method name and inline comment explaining why initialized proxies are skipped. Code length is concise with no redundant logic. Action granularity is good — one meaningful action per line (null check, reassociation, comment). Reading flow is natural: check validity, perform action, return null. Minor deductions: the method’s return type `Object` and unconditional `return null` are slightly ambiguous without broader context, and the comment could be slightly fuller, but overall it is very clean and maintainable.
Run 1
Code Structure: Simple, logical organization with a null check followed by one operation and a return. Nesting: Only one shallow conditional, making control flow easy to follow. Clarity of intent: The method call and comment explain proxy reassociation, but the generic method name, unused entityType parameter, and unconditional null return leave the broader purpose unclear. Code length: Concise, with no unnecessary logic. Action granularity: Each statement performs a single action, though the chained accessor call adds slight reading complexity. Reading flow: Natural top-to-bottom flow; inconsistent operator spacing and the split comment are minor distractions.
Run 2
Code Structure: Logically organized into a null check, a reassociation call, and a return. Nesting: Only one shallow conditional makes it easy to follow. Clarity of intent: The descriptive method chain and comment explain proxy handling, but the generic processEntity name, unused entityType parameter, and unconditional null return leave the broader purpose unclear. Code length: Short and appropriately concise. Action granularity: Each statement performs one action. Reading flow: Natural top-to-bottom progression, slightly weakened by inconsistent spacing around != and a comment split unnecessarily across two lines.
Run 3
Code Structure: A straightforward null check followed by a reassociation call is logically organized. Nesting: Only one conditional level makes the code easy to follow. Clarity of intent: The method and API names convey entity processing, and the comment explains deferred handling of initialized proxies; however, the unused entityType parameter and unconditional null return leave the method's overall contract unclear. Code length: Short and concise, with no unnecessary logic. Action granularity: Each statement performs one action. Reading flow: Natural top-to-bottom flow, slightly weakened by inconsistent spacing around != and excessive indentation.