Sample
JetBrains/b37
Human rating uses the original dataset scale.
Scores
| Method | Score | Scale | Dataset rank (0–100) |
|---|---|---|---|
| Posnett | 0.117 | 0–1; higher is more readable | 97.5Δ 56.8 |
| Scalabrino | 1 | 0–1; higher is more readable | 100.0Δ 59.3 |
| Dorn | 0 | 0–1; higher is more readable | 0.0Δ 40.7 |
| Mi | 0.001 | 0–1; higher is more readable | 0.0Δ 40.7 |
| LLOC | 3 | Logical lines; fewer is more readable | 98.3Δ 57.6 |
| DeepSeek V4 Pro | 12 | 0–20; mean of three runs | 16.1Δ 24.6 |
| GPT-6.1 Sol | 18 | 0–20; mean of three runs | 77.5Δ 36.9 |
| BTTF | 0.194 | 0–1; higher is more readable | 3.4Δ 37.3 |
| Human | 0.68 | 0–1; original rating | 40.7 |
Views
Loading feature diagnosis…
Source regions
Feature contributions
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| 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.737 | −7.105 |
| Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones. | 199.705 | −6.59 |
| Source linesThe number of non-empty source lines. | 7 | +2.8 |
Intercept 8.87 + feature contributions = -2.025 (log-odds).
Score = sigmoid(-2.025) = 0.117.
| Score | 1 |
|---|
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| 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. | 293 | −8.745 |
| Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code. | 1 | +1.001 |
| 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 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.046 | +0.497 |
| Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom. | 5.803 | −0.329 |
| Number layout frequencyHow rapidly the number of numeric values per line changes through the code. | 7 | +0.26 |
Intercept 0.07 + feature contributions = -8.753 (log-odds).
Score = sigmoid(-8.753) = 0.
| Score | 0.001 |
|---|
| Score | 3 |
|---|
Run 1
The code is concise and clearly structured: one statement initializes a BigDecimal with a long string constant, and another prints it. Nesting is minimal (single-level main method), and the purpose—printing a high-precision tau value—is evident. Action granularity is good, with one action per line. The reading flow is natural: import, class, main, variable, print. The main readability drawback is the extremely long numeric literal, which is unavoidable for precision but hurts visual scanning. A named constant (e.g., `TAU_DIGITS`) would improve clarity, but overall the code is simple and understandable.
Run 2
The code is highly structured and simple, with a clear single purpose: printing a high-precision tau constant. Structure is logical, nesting is absent, and clarity of intent is strong. However, the extremely long BigDecimal literal harms readability by forcing horizontal scrolling and obscuring the overall brevity. Action granularity and reading flow are adequate but not optimal due to the unwieldy constant. Code length is minimal overall, but the one long line makes it feel dense. A minor refactor, such as splitting the constant across multiple concatenated strings or formatting it in chunks, would improve readability.
Run 3
The code is minimally structured but deeply flawed in readability. It has no logical organization beyond a basic main method, and the intent is not clear from the code itself — the huge BigDecimal literal is unexplained. The class and variable names (Tau, tau) are unhelpful without domain context. There is no unnecessary nesting, and the code is concise, but the extreme line length and lack of formatting hurt readability. Action granularity is fine (one action per line), but the reading flow is disrupted by the giant numeric string. The import is unused, and the class lacks any documentation or comments explaining what tau is or why such precision is needed. Overall, the code is technically simple but not self-explanatory.
Run 1
Code Structure: The import, class, and main method are logically organized. Nesting: Only the necessary class and method levels are present. Clarity of intent: The Tau class and tau variable clearly convey that the program stores and prints tau. Code length: The implementation is concise, although the very long numeric literal makes the assignment difficult to scan and its digits difficult to verify. Action granularity: Declaration/initialization and printing are separate statements on separate lines. Reading flow: Execution proceeds naturally from creating the value to printing it. Consistent indentation supports readability; the oversized literal is the main distraction.
Run 2
Code Structure: A simple class and main method provide clear, logical organization. Nesting: Only the necessary class and method levels are present. Clarity of intent: The class and variable names clearly indicate that the program stores and prints tau. Code length: The program is concise, although the extremely long numeric literal makes the declaration cumbersome to read. Action granularity: Each statement performs one clear action on its own line. Reading flow: Imports, declaration, initialization, and output follow a natural sequence; consistent indentation helps, but a blank line after the import and better handling of the long literal would improve readability.
Run 3
Code Structure: The import, class, and main method are logically organized. Nesting: Only the standard class and method nesting is present. Clarity of intent: The class and variable names clearly indicate that the program stores and prints tau. Code length: The program is concise, although the extremely long decimal literal hurts readability and is excessive for demonstrating the purpose. Action granularity: Each statement performs one clear action on its own line. Reading flow: Execution naturally proceeds from initialization to printing, with consistent indentation; the long literal is the only significant visual interruption.