Sample

Buse/52

Human rating uses the original dataset scale.

DatasetBuse
Human2.64
Lines5

Scores

MethodScoreScaleDataset rank
(0–100)
Posnett0.020–1; higher is more readable
21.2Δ 4.5
Dorn0.1330–1; higher is more readable
5.1Δ 11.6
Mi0.560–1; higher is more readable
46.5Δ 29.8
LLOC3Logical lines; fewer is more readable
88.9Δ 72.2
DeepSeek V4 Pro130–20; mean of three runs
38.4Δ 21.7
GPT-6.1 Sol180–20; mean of three runs
84.8Δ 68.2
BTTF0.210–1; higher is more readable
4.0Δ 12.6
Human2.641–5; original rating
16.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)
Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones.231.89−7.652
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.731−7.097
Source linesThe number of non-empty source lines.5+2

Intercept 8.87 + feature contributions = -3.879 (log-odds).
Score = sigmoid(-3.879) = 0.02.

Feature contributions

FeatureValueContribution
(log-odds)
Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code.6+0.824
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
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.103−0.697
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.153−0.549
Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom.4.798−0.343
Number layout frequencyHow rapidly the number of numeric values per line changes through the code.4+0.329

Intercept 0.07 + feature contributions = -1.873 (log-odds).
Score = sigmoid(-1.873) = 0.133.

Score0.56
Score3
Run 1

The code is fragmented and lacks context, making it difficult to evaluate structure or intent. It appears to be a UI setup snippet with two actions: adding a help text area and a time panel. Nesting is minimal, and each line performs a single action, which is good for clarity. However, the missing surrounding method or class obscures the overall logic and flow. Variable names like 'cc' and 'mLocalizer' are cryptic without additional definitions. The code length is concise but too terse for meaningful readability assessment in isolation. The reading flow is disjointed due to unexplained constants and the abrupt start. Overall, while the individual lines are simple, the lack of context and ambiguous naming significantly reduce readability.

Run 2

The code is highly readable due to its clear structure and flat nesting. It consists of only two logical statements: creating and adding a help text area, then initializing and adding a time panel. Each line represents a single action, adhering to good action granularity. The intent is unambiguous—configuring UI components with localized text and a date-based time panel. Variable names like mTimePanel and UiUtilities are descriptive. The use of a layout constraint (cc.xy) is concise and idiomatic for the assumed UI framework. Minor deduction: the first line is somewhat long due to inline method chaining and localization, which slightly impacts reading flow, but it remains understandable. Overall, the code is concise, well-organized, and easy to follow.

Run 3

The code is logically organized and easy to follow. It consists of two clear actions: adding help text and adding a time panel. The structure is flat with no nesting, and each line performs a single, clear action. The variable and method names are descriptive ('mLocalizer.msg', 'mTimePanel', 'UiUtilities.createHelpTextArea'), making intent clear without unnecessary comments. One minor readability issue is the brevity: there is no surrounding context (e.g., method signature, panel initialization), so a reader cannot see the full purpose or flow of the component being built. The grid constraints ('cc.xy(1,1)' and 'cc.xy(1,3)') are concise and conventional, but a novice might need to look them up. Overall, it is clean, concise, and readable.

Run 1

Code Structure: logically groups help text creation and time chooser setup. Nesting: flat, with no control-flow nesting. Clarity of intent: UI construction is clear, though numeric layout coordinates and the chooser's relationship to the help message require context. Code length: concise, with no unnecessary statements. Action granularity: mostly one action per line; the first line combines localization, component creation, and insertion, making it slightly denser. Reading flow: natural progression from explanatory text to the time/date chooser, with a blank line separating the steps.

Run 2

Code Structure: Logically organizes help text followed by the time/date chooser. Nesting: Flat execution with no nested control flow; the first line contains several nested method calls. Clarity of intent: UI construction is clear, though abbreviated names and unexplained grid coordinates require context. Code length: Concise, with no unnecessary statements. Action granularity: Each statement performs a focused action, although the first combines localization, component creation, and insertion. Reading flow: Natural top-to-bottom progression, with whitespace separating the two UI elements. Inconsistent spacing around arguments slightly reduces readability.

Run 3

Code Structure: logically organized, adding help text before creating and adding the time/date panel. Nesting: flat control flow, with only modest nesting of method calls. Clarity of intent: descriptive names make the UI setup clear, though layout coordinates and the meaning of the help message require context. Code length: concise, with no unnecessary statements. Action granularity: the first line combines localization, component creation, and insertion, while the remaining lines separate creation from insertion. Reading flow: natural top-to-bottom progression, aided by a blank line; inconsistent spacing after commas slightly reduces readability.