Sample
Buse/75
Human rating uses the original dataset scale.
Scores
| Method | Score | Scale | Dataset rank (0–100) |
|---|---|---|---|
| Posnett | 0.225 | 0–1; higher is more readable | 45.5Δ 8.1 |
| Scalabrino | 0.877 | 0–1; higher is more readable | 86.4Δ 32.8 |
| Dorn | 0.776 | 0–1; higher is more readable | 76.8Δ 23.2 |
| Mi | 0.594 | 0–1; higher is more readable | 54.5Δ 1.0 |
| LLOC | 5 | Logical lines; fewer is more readable | 29.8Δ 23.7 |
| DeepSeek V4 Pro | 10.33 | 0–20; mean of three runs | 18.2Δ 35.4 |
| GPT-6.1 Sol | 13.33 | 0–20; mean of three runs | 20.7Δ 32.8 |
| BTTF | 0.565 | 0–1; higher is more readable | 63.6Δ 10.1 |
| Human | 3.4 | 1–5; original rating | 53.5 |
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. | 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.
| Score | 0.877 |
|---|
Feature contributions
| Feature | Value | Contribution (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.
| Score | 0.594 |
|---|
| Score | 5 |
|---|
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.