Sample

Dorn/python/105

Human rating uses the original dataset scale.

DatasetDorn
Human3.42
Lines10

Scores

MethodScoreScaleDataset rank
(0–100)
Posnett0.8160–1; higher is more readable
86.6Δ 29.0
Scalabrino0.4730–1; higher is more readable
37.6Δ 20.1
Dorn0.8510–1; higher is more readable
85.8Δ 28.1
Mi0.6370–1; higher is more readable
69.1Δ 11.4
LLOC6Logical lines; fewer is more readable
72.8Δ 15.2
DeepSeek V4 Pro50–20; mean of three runs
10.9Δ 46.8
GPT-6.1 Sol13.330–20; mean of three runs
34.7Δ 23.0
BTTF0.4550–1; higher is more readable
33.7Δ 24.0
Human3.421–5; original rating
57.7

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.409−6.613
Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones.144.43−4.766
Source linesThe number of non-empty source lines.10+4

Intercept 8.87 + feature contributions = 1.491 (log-odds).
Score = sigmoid(1.491) = 0.816.

Score0.473

Feature contributions

FeatureValueContribution
(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.63.182+0.989
Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code.11+0.647
Indentation frequencyHow rapidly indentation changes from line to line.9−0.426
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.053+0.423
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.929−0.271
Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right.44.364−0.089

Intercept 0.07 + feature contributions = 1.741 (log-odds).
Score = sigmoid(1.741) = 0.851.

Score0.637
Score6
Run 1

The code is highly unreadable. It begins with a stray global statement and assignment at module level, which is syntactically invalid as shown (missing function context) and confusing. The class definition lacks any imports or context for AbstractNode. The docstring contains a typo and unclear abbreviation ('NIOs'), making intent ambiguous. __init__ only calls the parent constructor without adding functionality, so it is unnecessarily verbose. Nesting is minimal but code structure is broken and disorganized, with no clear logical flow. The indentation appears off, and there is no documentation of parameters or behavior. Overall, the fragment is incomplete, inconsistent, and lacks clarity.

Run 2

The code is difficult to read due to several issues. The 'global cloud_id' declaration appears outside a function, which is unusual and indicates poor structure. The class has minimal implementation with a docstring, but the constructor just calls the parent constructor, making its purpose unclear. The code lacks context — it's difficult to understand what 'Cloud' does or how 'cloud_id' relates to the class. Action granularity is acceptable as each line performs one action, but the overall reading flow is disrupted by the global declaration. Nesting is flat, and length is concise, but these positives are overshadowed by the ambiguity and structural issues. The code appears incomplete or out of context, significantly reducing its readability score.

Run 3

The code has severe structural issues. It starts with two global statements referencing an undefined variable 'id', which creates ambiguity about intent and purpose. The class definition appears incomplete - it only contains an __init__ method that calls the parent constructor, suggesting either missing functionality or unnecessary abstraction. The nesting is minimal (flat), which is positive, and each line performs a single action. However, the reading flow is poor as the global statements appear disconnected from the class definition. The docstring is clear but the implementation doesn't match its stated purpose of implementing NIOs. The code length is concise but at the cost of completeness. The parameter names (renderer_normal, renderer_select) suggest a GUI context but provide no additional clarity about their role in cloud communications. Overall, the code lacks sufficient context and implementation details to be considered readable.

Run 1

Code Structure: The class and constructor are logically organized, but the preceding global assignment appears detached and lacks context. Nesting: Shallow and easy to follow. Clarity of intent: Inheritance and initialization are clear, but the meaning of cloud_id, id, and NIOs is unexplained; the docstring is awkwardly phrased. Code length: Concise, though excess blank lines add visual noise. Action granularity: Each statement performs one action. Reading flow: The class reads naturally, but the transition from the indented global statements to the class is abrupt and suggests an incomplete excerpt.

Run 2

Code Structure: The class and constructor are logically organized, but the leading indented global assignment lacks enclosing context and appears disconnected. Nesting: Shallow and easy to follow. Clarity of intent: Constructor delegation is clear, but cloud_id, id, and the unexplained NIOs acronym obscure the broader purpose. Code length: Concise, though excess blank lines add visual separation without much benefit. Action granularity: Each statement performs a single action. Reading flow: The class reads naturally, but the abrupt transition from global state manipulation to the class definition disrupts continuity.

Run 3

Code Structure: The class and initializer are logically organized, but the leading indented global assignment lacks surrounding context and appears disconnected. Nesting: Shallow and easy to follow. Clarity of intent: The class name and docstring suggest external communication, but NIOs is unexplained, and the purpose of cloud_id and id is unclear. Code length: Concise, though extra blank lines and a constructor that only delegates add minor overhead. Action granularity: Each statement performs one action. Reading flow: The initializer reads naturally, but the abrupt transition from global state to the class and inconsistent whitespace reduce continuity.