Sample

Scalabrio55

Human rating uses the original dataset scale.

DatasetScalabrino
Human4.22
Lines14

Scores

MethodScoreScaleDataset rank
(0–100)
Posnett0.8580–1; higher is more readable
96.0Δ 13.1
Scalabrino0.7310–1; higher is more readable
76.4Δ 6.5
Dorn0.7650–1; higher is more readable
87.4Δ 4.5
Mi0.5880–1; higher is more readable
80.4Δ 2.5
LLOC3Logical lines; fewer is more readable
96.5Δ 13.6
DeepSeek V4 Pro17.330–20; mean of three runs
93.2Δ 10.3
GPT-6.1 Sol180–20; mean of three runs
83.7Δ 0.8
BTTF0.6630–1; higher is more readable
85.9Δ 3.0
Human4.221–5; original rating
82.9

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.717−7.076
Source linesThe number of non-empty source lines.14+5.6
Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones.169.644−5.598

Intercept 8.87 + feature contributions = 1.796 (log-odds).
Score = sigmoid(1.796) = 0.858.

Score0.731

Feature contributions

FeatureValueContribution
(log-odds)
Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right.101+0.825
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.101−0.613
Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code.14+0.541
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.048+0.474
Number layout frequencyHow rapidly the number of numeric values per line changes through the code.1+0.398
Indentation frequencyHow rapidly indentation changes from line to line.13−0.287
Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom.12.922−0.229

Intercept 0.07 + feature contributions = 1.179 (log-odds).
Score = sigmoid(1.179) = 0.765.

Score0.588
Score3
Run 1

The method is highly readable: it has a clear single purpose, flat structure, and natural flow. Each parameter is on its own line, making the constructor call easy to scan. The name 'internalCreateEntityManager' clearly indicates intent. The validateNotClosed() guard is a single action that reads well. A minor deduction is for the TODO comment referencing unsupported features, which could be expanded into a more informative note, and the raw 'map' parameter lacks generics, slightly reducing clarity. Overall, concise and well-organized.

Run 2

The code is highly readable with clear structure and intent. It has minimal nesting (just one method), a single responsibility per line, and logical flow. The method name accurately describes its purpose, and the constructor call is well-formatted with named parameters. The TODO comment appropriately flags future work. Minor deductions: a brief explanatory comment above the constructor call could improve clarity, and the parameter naming could be slightly more descriptive.

Run 3

The code is readable and well-structured. The method name clearly indicates its purpose. It has a flat, linear structure with a single validation call followed by object construction. Intent is clear, though the TODO comment reveals incomplete functionality. The code is concise with minimal boilerplate. Action granularity is appropriate — one meaningful operation per line. Reading flow is natural: validate, then construct. Minor deductions: the unexplained parameters (map, synchronizationType) reduce clarity, and the TODO suggests incomplete implementation that could confuse readers about actual behavior. Overall, it follows clean code principles with good formatting and logical organization.

Run 1

Code Structure: Logically organized, validating state before constructing the entity manager. Nesting: Flat, with no nested control flow. Clarity of intent: The method name and constructor call clearly communicate its purpose, though the raw Map parameter and vague TODO reduce clarity. Code length: Concise, with no unnecessary logic. Action granularity: Validation and construction are separate statements, and constructor arguments are individually formatted for easy scanning. Reading flow: Natural top-to-bottom progression; the incomplete TODO slightly interrupts an otherwise clean flow.

Run 2

Code Structure: Logically organized into validation followed by entity manager creation. Nesting: Flat, with no nested control flow. Clarity of intent: The method name and constructor call clearly convey its purpose, though the vague TODO, raw Map type, and several positional constructor arguments reduce clarity. Code length: Concise, with no unnecessary logic. Action granularity: Validation and creation are separate statements, and constructor arguments appear on individual lines. Reading flow: Natural progression from checking state to returning the new instance; consistent indentation makes the arguments easy to scan.

Run 3

Code Structure: Logically organized into a state check followed by entity manager construction. Nesting: Flat, with no branching or loops. Clarity of intent: The method name and constructor clearly indicate its purpose, though the raw Map parameter and vague TODO reduce clarity. Code length: Concise, with no unnecessary implementation. Action granularity: Validation and construction are separate; placing each constructor argument on its own line improves scanning. Reading flow: Natural validate-then-create progression, although the long positional argument list requires knowledge of the constructor signature.