Sample
JetBrains/i43
Human rating uses the original dataset scale.
Scores
| Method | Score | Scale | Dataset rank (0–100) |
|---|---|---|---|
| Posnett | 0 | 0–1; higher is more readable | 55.9Δ 38.1 |
| Scalabrino | 0.922 | 0–1; higher is more readable | 91.5Δ 2.5 |
| Dorn | 0.317 | 0–1; higher is more readable | 22.9Δ 71.2 |
| Mi | 0.452 | 0–1; higher is more readable | 44.9Δ 49.2 |
| LLOC | 13 | Logical lines; fewer is more readable | 52.1Δ 41.9 |
| DeepSeek V4 Pro | 18 | 0–20; mean of three runs | 94.5Δ 0.4 |
| GPT-6.1 Sol | 19 | 0–20; mean of three runs | 96.2Δ 2.1 |
| BTTF | 0.665 | 0–1; higher is more readable | 97.5Δ 3.4 |
| Human | 0.96 | 0–1; original rating | 94.1 |
Views
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. | 619.275 | −20.436 |
| Source linesThe number of non-empty source lines. | 18 | +7.2 |
| 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.364 | −6.547 |
Intercept 8.87 + feature contributions = -10.913 (log-odds).
Score = sigmoid(-10.913) = 0.
| Score | 0.922 |
|---|
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. | 18 | +0.399 |
| Number layout frequencyHow rapidly the number of numeric values per line changes through the code. | 1 | +0.398 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.066 | +0.299 |
| 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. | 91.944 | −0.229 |
| Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom. | 15.344 | −0.195 |
Intercept 0.07 + feature contributions = -0.765 (log-odds).
Score = sigmoid(-0.765) = 0.317.
| Score | 0.452 |
|---|
| Score | 13 |
|---|
Run 1
The code is highly readable due to its simple, linear structure with no nesting or complex logic. Each line performs exactly one action (printing a line of text), and blank lines logically separate the three distinct tongue twisters, aiding reading flow. The class and method names are appropriate, and the intent is immediately clear—displaying tongue twisters. Code length is appropriate for the task, with no unnecessary abstraction or repetition beyond what the content requires. The only minor deductions are that the program is inherently verbose due to repeated print statements, and a loop or data structure could reduce repetition, but that would arguably obscure the straightforward purpose. Overall, the code is clean, flat, and unambiguous.
Run 2
The code is highly readable due to its flat structure, clear intent, and simple sequential flow. Each System.out.println statement performs a single action, and the blank lines logically group the three tongue twisters. The code is concise for its purpose, with no unnecessary complexity or deep nesting. The reading flow is natural: each tongue twister is printed in order, and the grouping makes it easy to identify where one twister ends and the next begins. The only minor issue is the use of explicit newline characters (\n) to separate blocks, which could be replaced with blank println calls for slightly better clarity, but this is a trivial style choice and does not meaningfully affect readability.
Run 3
The code is highly readable due to its straight-line structure with no nesting, conditionals, or complex logic. Each line performs a single, clear action (printing one line of a tongue twister), and blank lines logically group related verses. The class and method names are clear, and the output is predictable and self-explanatory. The only minor deductions are for the class name being slightly generic (though acceptable for a demo) and the lack of a helper method to reduce repetition, but overall the code is concise, flat, and easy to follow.
Run 1
Code Structure: A single class and main method organize the output logically, with blank lines separating three tongue twisters. Nesting: Only the necessary class and method levels are present; there is no nested control flow. Clarity of intent: The class name and explicit print statements clearly communicate the purpose. Code length: The code is short and appropriate for the task, although repeated print calls add minor verbosity. Action granularity: Each line performs one clear printing action. Reading flow: Consistent indentation and sequential statements make the output easy to follow from top to bottom.
Run 2
Code Structure: A single class and main method are logically organized, with blank lines separating the three tongue twisters. Nesting: Minimal nesting and no branching make the code easy to follow. Clarity of intent: The class name and explicit print statements clearly communicate the purpose. Code length: Appropriate for the small task, though repeated System.out.println calls add minor verbosity. Action granularity: Each line performs exactly one printing action. Reading flow: Consistent indentation and sequential output create a natural reading order.
Run 3
Code Structure: A single class and main method are logically organized, with blank lines separating each tongue twister. Nesting: Only the necessary class and method nesting is present. Clarity of intent: The descriptive class name and straightforward print statements make the purpose immediately clear. Code length: Short and appropriate for the task, though the repeated printing syntax adds minor verbosity. Action granularity: Each statement performs one printing action on its own line. Reading flow: Consistent indentation and sequential output create a natural, easy-to-follow flow.