Sample

Buse/75

Human rating uses the original dataset scale.

DatasetBuse
Human3.4
Lines12

Scores

MethodScoreScaleDataset rank
(0–100)
Posnett0.2250–1; higher is more readable
45.5Δ 8.1
Scalabrino0.8770–1; higher is more readable
86.4Δ 32.8
Dorn0.7760–1; higher is more readable
76.8Δ 23.2
Mi0.5940–1; higher is more readable
54.5Δ 1.0
LLOC5Logical lines; fewer is more readable
29.8Δ 23.7
DeepSeek V4 Pro10.330–20; mean of three runs
18.2Δ 35.4
GPT-6.1 Sol13.330–20; mean of three runs
20.7Δ 32.8
BTTF0.5650–1; higher is more readable
63.6Δ 10.1
Human3.41–5; original rating
53.5

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.252.009−8.316
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.393−6.589
Source linesThe number of non-empty source lines.12+4.8

Intercept 8.87 + feature contributions = -1.235 (log-odds).
Score = sigmoid(-1.235) = 0.225.

Score0.877

Feature contributions

FeatureValueContribution
(log-odds)
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.13+0.576
Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right.78+0.454
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.051+0.443
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.77.923+0.365
Number layout frequencyHow rapidly the number of numeric values per line changes through the code.6+0.283
Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom.11.759−0.245

Intercept 0.07 + feature contributions = 1.243 (log-odds).
Score = sigmoid(1.243) = 0.776.

Score0.594
Score5
Run 1

The code is partially readable, but suffers from several issues. The method includes Javadoc with clear parameter documentation, which helps clarify intent. However, the code cuts off mid-implementation, leaving the logic incomplete and unclear. The structure is simple and flat, with minimal nesting, which is positive. But the purpose is ambiguous beyond the method name—the relationship between the color chip, black color handling, and the 11x17 image dimensions is not explained. The action granularity is reasonable, with one operation per line, but the incomplete code prevents a full evaluation of the reading flow and overall coherence. The magic numbers (11, 17) lack named constants, reducing clarity. Score reflects the partial implementation and missing context that would otherwise improve readability.

Run 2

The code demonstrates clear intent with a descriptive method name and comprehensive Javadoc, which aids understanding. The structure is logical - creating an image, getting graphics, and conditionally setting color. Nesting is minimal with only one conditional statement. Action granularity is good with mostly one action per line. However, the reading flow is interrupted because the method is incomplete - the closing braces for the if statement and method are missing, suggesting truncated code. This incompleteness makes it difficult to assess the full implementation logic. The method lacks error handling or validation for the GraphicsConfiguration parameter, which could affect readability and robustness. The conditional logic appears simple, but without seeing the complete method, the overall readability score is limited. The code shows good practices in naming and documentation, but the incomplete nature prevents a higher readability assessment.

Run 3

The code is incomplete, making full evaluation impossible. The method signature and initial lines are readable with clear naming and documentation, but the implementation cuts off mid-logic. The nested condition (if inside method) is minimal, and the code starts with a logical structure, clear intent ('loadColorChip'), and one action per line. However, missing lines prevent assessing the full flow, length, or whether nesting increases. As shown, it's readable but incomplete.

Run 1

Code Structure: The visible portion is logically organized, but the unfinished conditional and method prevent evaluation of the complete structure. Nesting: Only one shallow conditional is shown. Clarity of intent: The documentation and method name explain the purpose, though short names such as gc, c, and g and unexplained dimensions reduce clarity. Code length: The excerpt is concise without obvious redundancy. Action granularity: Each statement performs one action on its own line. Reading flow: Image creation, graphics acquisition, and color selection follow naturally, but the abrupt ending leaves image rendering and storage unexplained.

Run 2

Code Structure: The method has a logical sequence—create an image, obtain graphics, then handle a special color case—but the snippet is incomplete. Nesting: Only one conditional is visible, keeping nesting shallow. Clarity of intent: The method name and Javadoc clearly describe the goal, although abbreviated names (gc, c, g) and unexplained dimensions (11, 17) reduce clarity. Code length: The visible implementation is concise, with useful documentation. Action granularity: Each statement performs one action on its own line. Reading flow: The visible operations flow naturally, but the abrupt ending leaves the conditional and method unfinished and prevents readers from seeing how the chip is rendered and stored.

Run 3

Code Structure: The documented method and sequential setup are logically organized, but the snippet ends inside an unfinished conditional. Nesting: Only one conditional level is shown, keeping nesting shallow. Clarity of intent: The Javadoc clearly describes generating and storing a color chip, although storage is not shown and names such as gc, c, and g are terse. Code length: The visible implementation is concise; the documentation adds useful context. Action granularity: Each statement performs one action on its own line. Reading flow: Image creation, graphics acquisition, and color selection follow a natural sequence, but the abrupt ending prevents assessment of the complete method.