Sample
Buse/13
Human rating uses the original dataset scale.
Scores
| Method | Score | Scale | Dataset rank (0–100) |
|---|---|---|---|
| Posnett | 0.001 | 0–1; higher is more readable | 9.1Δ 30.3 |
| Scalabrino | 0.595 | 0–1; higher is more readable | 27.3Δ 12.1 |
| Dorn | 0.363 | 0–1; higher is more readable | 21.2Δ 18.2 |
| Mi | 0.83 | 0–1; higher is more readable | 98.0Δ 58.6 |
| LLOC | 8 | Logical lines; fewer is more readable | 1.0Δ 38.4 |
| DeepSeek V4 Pro | 9 | 0–20; mean of three runs | 10.1Δ 29.3 |
| GPT-6.1 Sol | 12 | 0–20; mean of three runs | 11.1Δ 28.3 |
| BTTF | 0.507 | 0–1; higher is more readable | 48.5Δ 9.1 |
| Human | 3.04 | 1–5; original rating | 39.4 |
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. | 385 | −12.705 |
| 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.657 | −6.985 |
| Source linesThe number of non-empty source lines. | 10 | +4 |
Intercept 8.87 + feature contributions = -6.82 (log-odds).
Score = sigmoid(-6.82) = 0.001.
| Score | 0.595 |
|---|
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| 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.795 | −0.273 |
| 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. | 82 | +0.192 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.106 | −0.088 |
Intercept 0.07 + feature contributions = -0.561 (log-odds).
Score = sigmoid(-0.561) = 0.363.
| Score | 0.83 |
|---|
| Score | 8 |
|---|
Run 1
The code snippet shows a standard assertEquals method with moderate readability. Structure is logical but incomplete, making full evaluation difficult. Nesting is minimal with flat conditional checks. Clarity of intent is partially clear - it's implementing assertion logic but the visible portion lacks the actual failure handling. Code length is concise. Action granularity varies: some conditions span multiple lines while others are compact. Reading flow is natural through the conditional checks. The method starts with Javadoc parameters but lacks opening documentation. The nested conditional on line 6 (checking both types and assigning cleanMessage) combines multiple actions, reducing clarity. The return statements are clean, but the else-if structure could be flattened. Overall, readable but could benefit from better separation of concerns and more consistent formatting.
Run 2
The code snippet shows a static method with basic structure but has readability issues. It uses 8-space indentation (unusual) and has multiple actions/logic packed into conditionals. The intent is somewhat clear - comparing expected vs actual values - but the logic flow is tangled with nested conditionals and an incomplete else-if block. The final else-if branch appears cut off, making the code ambiguous and incomplete. Nesting is moderate but the reading flow is disrupted by the abrupt ending and inconsistent formatting. The ternary operator on one line is acceptable but could be clearer. Overall, the code lacks proper structure, has ambiguous completeness, and the indentation/style inconsistencies reduce readability significantly.
Run 3
The code is partially readable but has several issues. The Javadoc comment is incomplete, missing the opening comment syntax, which disrupts reading flow. The method logic is structured in three sequential if-else blocks, which is reasonably flat and clear. However, the third block starts with 'else if' following a condition that already returned, creating logical redundancy and ambiguity in intent. Action granularity is mostly one action per line, but the ternary operator packs three actions into one line, slightly reducing clarity. Code length is concise but could be clearer with helper methods or separate conditions. Overall, the incomplete documentation and convoluted conditional logic make the code moderately difficult to follow, resulting in a below-average readability score.
Run 1
Code Structure: The early-return checks are logically organized, but the snippet begins mid-comment and ends inside an unfinished branch. Nesting: Mostly flat, with only one visible block level. Clarity of intent: The method name and parameter names clearly indicate an equality assertion, although the incomplete string-handling branch obscures its full behavior. Code length: The visible logic is concise without obvious unnecessary code. Action granularity: Each statement performs one action. Reading flow: Early returns are easy to follow, but the else-if after a return is unnecessary, omitted braces reduce visual consistency, and inconsistent spacing in the assignment slightly interrupts readability.
Run 2
Code Structure: The equality checks follow a logical order, but the incomplete method and partial documentation obscure the overall organization. Nesting: Shallow nesting and early returns keep complexity low, though the else after a return is unnecessary. Clarity of intent: The assertEquals name and expected/actual parameters clearly indicate the purpose; the unfinished string-specific branch leaves its behavior unclear. Code length: The visible code is concise, without obvious repetition. Action granularity: Each statement performs one action, making individual steps easy to follow. Reading flow: The checks read naturally, but omitted braces, inconsistent spacing around '=', unconventional modifier order, and abrupt truncation reduce readability.
Run 3
Code Structure: The equality checks are logically ordered, but the snippet is incomplete, with a partial comment and an unfinished branch. Nesting: Shallow nesting and early returns keep complexity low, though the else after a return is unnecessary. Clarity of intent: assertEquals and the parameter names clearly indicate the purpose, but the string-specific handling is not shown. Code length: The visible code is concise without obvious repetition. Action granularity: Each statement performs one action; the ternary initialization remains understandable. Reading flow: The checks flow naturally, but inconsistent spacing, omitted braces on early-return conditions, and abrupt truncation reduce readability.