Sample

Dorn/cuda/35

Human rating uses the original dataset scale.

DatasetDorn
Human2.65
Lines10

Scores

MethodScoreScaleDataset rank
(0–100)
Posnett0.9840–1; higher is more readable
94.7Δ 78.3
Dorn0.8950–1; higher is more readable
93.9Δ 77.4
Mi0.6210–1; higher is more readable
66.9Δ 50.4
LLOC1Logical lines; fewer is more readable
97.9Δ 81.5
DeepSeek V4 Pro3.330–20; mean of three runs
4.6Δ 11.8
GPT-6.1 Sol6.330–20; mean of three runs
0.8Δ 15.6
BTTF0.6340–1; higher is more readable
81.9Δ 65.5
Human2.651–5; original rating
16.4

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

Intercept 8.87 + feature contributions = 4.09 (log-odds).
Score = sigmoid(4.09) = 0.984.

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.22.818+2.699
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.1−0.703
Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code.11+0.647
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.167−0.282
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.085+0.12

Intercept 0.07 + feature contributions = 2.145 (log-odds).
Score = sigmoid(2.145) = 0.895.

Score0.621
Score1
Run 1

This snippet is not evaluable as meaningful code. It appears to be a fragmented list of variable names followed by a closing parenthesis and semicolon, likely the tail end of a function call. There is no logical structure, no nesting, no clear intent, no flow, and no actionable logic. Without surrounding context, the purpose and behavior are entirely ambiguous. It reads as incomplete or extracted code, making it unreadable and non-functional on its own.

Run 2

This code snippet is a list of variable names passed as arguments, likely to a function call. It lacks context: no function name, no indentation clarity, and no explanation of what these variables represent. The structure is flat but the purpose is ambiguous without surrounding code. Variable names use abbreviations (e.g., seqs_mapQ_de) that obscure meaning. Reading flow is disjointed because it starts mid-expression. While each variable is on its own line (good granularity), the overall readability suffers from missing context and unclear naming.

Run 3

The code is a fragment consisting only of a comma-separated list of variable names and a closing parenthesis. There is no surrounding function context, declaration, or logic. It lacks structure, indentation, comments, and any clear intent. The names are cryptic and inconsistent (mix of snake_case abbreviations), making purpose ambiguous. There is no nesting, but also no meaningful code length or action granularity to evaluate. Reading flow is impossible because the fragment is incomplete. Overall, it is essentially unreadable as a standalone excerpt.

Run 1

Code Structure: Appears to be the end of a function call, but the missing function name and opening context limit assessment. Nesting: Flat, with no visible nested logic. Clarity of intent: Argument names suggest sequence-processing parameters, but abbreviations such as 'de', 'sa', and 'fnr' obscure meaning. Code length: Concise, though the apparent call has many arguments. Action granularity: One argument per line makes individual parameters easy to distinguish; no multiple actions are packed together. Reading flow: Consistent indentation and comma-separated lines aid scanning, but the incomplete fragment and lack of argument labels make the overall purpose and relationships difficult to follow.

Run 2

Code Structure: This is an incomplete argument list with no visible function call or surrounding context. Nesting: The fragment is flat, although its indentation suggests omitted enclosing code. Clarity of intent: Names hint at sequence-processing parameters, but abbreviations and the missing callee obscure their purpose. Code length: The fragment is concise, with no obvious redundancy. Action granularity: Each argument occupies its own line, making individual entries easy to distinguish. Reading flow: Consistent formatting helps scanning, but the missing opening and unexplained argument ordering prevent understanding the operation.

Run 3

Code Structure: This is only the tail of a function call, so the overall organization cannot be assessed. Nesting: The visible argument list is flat, with no complex nesting. Clarity of intent: Some names suggest sequence-related parameters, but abbreviations and the missing function name make the purpose unclear. Code length: The fragment is concise, though ten arguments add cognitive load. Action granularity: Each argument appears on its own line, making individual parameters easy to distinguish. Reading flow: Consistent indentation and comma placement aid scanning, but the missing opening context prevents the fragment from reading as a complete operation.