Sample
Dorn/python/109
Human rating uses the original dataset scale.
Scores
| Method | Score | Scale | Dataset rank (0–100) |
|---|---|---|---|
| Posnett | 0 | 0–1; higher is more readable | 25.6Δ 48.5 |
| Scalabrino | 0.375 | 0–1; higher is more readable | 27.5Δ 46.6 |
| Dorn | 0.637 | 0–1; higher is more readable | 55.2Δ 18.9 |
| Mi | 0.341 | 0–1; higher is more readable | 33.1Δ 40.9 |
| LLOC | 2 | Logical lines; fewer is more readable | 93.7Δ 19.6 |
| DeepSeek V4 Pro | 14 | 0–20; mean of three runs | 65.9Δ 8.2 |
| GPT-6.1 Sol | 16.33 | 0–20; mean of three runs | 70.8Δ 3.3 |
| BTTF | 0.437 | 0–1; higher is more readable | 29.8Δ 44.3 |
| Human | 3.65 | 1–5; original rating | 74.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. | 1151.312 | −37.993 |
| Source linesThe number of non-empty source lines. | 29 | +11.6 |
| Byte entropyHow varied the bytes in the source text are. Repeated bytes give a lower value; a more even mixture gives a higher value. | 5.053 | −7.579 |
Intercept 8.87 + feature contributions = -25.103 (log-odds).
Score = sigmoid(-25.103) = 0.
| Score | 0.375 |
|---|
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right. | 78.3 | +0.459 |
| Indentation frequencyHow rapidly indentation changes from line to line. | 13 | −0.287 |
| 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. | 80.967 | +0.236 |
| Number layout frequencyHow rapidly the number of numeric values per line changes through the code. | 13 | +0.123 |
| Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code. | 30 | −0.026 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.098 | −0.008 |
| Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom. | 28.951 | −0.005 |
Intercept 0.07 + feature contributions = 0.561 (log-odds).
Score = sigmoid(0.561) = 0.637.
| Score | 0.341 |
|---|
| Score | 2 |
|---|
Run 1
The code is a simple data definition with a clear purpose: define snooze choices for a task manager. Structure is logical, with a flat list of tuples and no nesting. Intent is straightforward and the list is relatively concise. However, readability suffers from inconsistent formatting—some tuples are aligned, while others wrap awkwardly across lines. The use of expressions like '3*60' instead of '180' mixes styles and adds minor cognitive overhead. Indentation is inconsistent, and trailing whitespace is present. Also, there is a trailing comma at the end of the list, which is valid but unnecessary here. Overall, it is understandable but would benefit from cleaner alignment and consistent tuple formatting.
Run 2
The code has a clear purpose: defining snooze duration choices for a task manager. The list is logically organized in ascending order, and each entry pairs a numeric value with a translated label, making intent reasonably clear. However, readability suffers from inconsistent formatting: alignment is erratic, line breaks are arbitrary, and some durations use multiplication (e.g., 3*60) while others use literal numbers (e.g., 120), which disrupts scanning and comparison. The list is relatively flat and each tuple is a single logical action, but the visual clutter from misaligned continuation lines and trailing whitespace reduces clarity. Overall, it is understandable but could be significantly improved with consistent indentation and a uniform representation of minute values.
Run 3
The code is a simple, declarative list of snooze choices, which is inherently readable. The structure is linear and flat, with one tuple per logical entry, and the intent is clear: map durations to localized labels. However, readability is reduced by inconsistent formatting—alignment of tuple elements is uneven, some entries use multiplication (e.g., 3*60) while others use literals (e.g., 120), and there are stray trailing spaces. The list spans many lines, but each line represents one action or item, aiding granularity. Reading flow is mostly natural, though the inconsistent indentation and mixed numeric representations create minor friction. Overall, it is easy to understand but could benefit from formatting cleanup and using consistent units (e.g., minutes in seconds).
Run 1
Code Structure: A single, logically ordered list makes the organization straightforward, though the trailing comma after the closing bracket obscures the resulting data structure. Nesting: Minimal nesting keeps the code easy to scan. Clarity of intent: The variable name and translated labels clearly identify snooze options, but the numeric unit is implicit. Code length: The explicit list is reasonably concise; the lengthy license header is standard boilerplate. Action granularity: Multiple choices per line reduce scanability compared with one entry per line. Reading flow: Ascending durations provide a natural progression, but inconsistent indentation, mixed quotation styles, and switching between literal minutes and multiplication expressions interrupt visual consistency.
Run 2
Code Structure: A single import followed by one ordered configuration list provides straightforward organization. Nesting: Only shallow list-and-tuple nesting is present. Clarity of intent: The name snoozeChoices and translated labels clearly communicate the purpose, though the numeric unit is implicit and values inconsistently use literals versus multiplication. Code length: Concise for an explicit list of options; the lengthy license header is standard boilerplate. Action granularity: Multiple entries share lines, making individual options slightly harder to scan, although there are no compound executable actions. Reading flow: Increasing snooze durations create a natural sequence, but inconsistent indentation, spacing, and quotation styles reduce visual consistency.
Run 3
Code Structure: A single import followed by a configuration list is logically organized. Nesting: Minimal nesting makes the data easy to follow. Clarity of intent: snoozeChoices and descriptive labels clearly communicate the purpose, though the numeric unit is not explicitly documented. Code length: The list is reasonably concise; the lengthy license header is conventional rather than unnecessary implementation verbosity. Action granularity: There is one assignment, but multiple choices per line slightly reduce scanability. Reading flow: Durations increase naturally, but inconsistent indentation, mixed numeric representations, and uneven spacing interrupt visual consistency. Most importantly, the snippet ends without a closing bracket, leaving the list visibly incomplete.