Sample
int-962253af936f-SRC
Unmodified source class
Scores
| Method | Score | Scale |
|---|---|---|
| Posnett | 0 | 0–1; higher is more readable |
| Scalabrino | 0.682 | 0–1; higher is more readable |
| Dorn | 0.716 | 0–1; higher is more readable |
| Mi | 0.577 | 0–1; higher is more readable |
| LLOC | 16 | Logical lines; fewer is more readable |
| DeepSeek V4 Pro | 17 | 0–20; mean of three runs |
| GPT-6.1 Sol | 18 | 0–20; mean of three runs |
| BTTF | 0.531 | 0–1; higher is more readable |
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. | 1376.306 | −45.418 |
| Source linesThe number of non-empty source lines. | 45 | +18 |
| 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.703 | −7.054 |
Intercept 8.87 + feature contributions = -25.602 (log-odds).
Score = sigmoid(-25.602) = 0.
| Score | 0.682 |
|---|
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right. | 100 | +0.809 |
| Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code. | 46 | −0.592 |
| 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. | 99.978 | −0.569 |
| Indentation frequencyHow rapidly indentation changes from line to line. | 37 | +0.543 |
| 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. | 44.782 | +0.216 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.092 | +0.052 |
Intercept 0.07 + feature contributions = 0.926 (log-odds).
Score = sigmoid(0.926) = 0.716.
| Score | 0.577 |
|---|
| Score | 16 |
|---|
Run 1
The code is highly readable and well-structured. It has a clear logical organization, with each method having a single purpose and a concise Javadoc explaining intent. The nesting depth is minimal, with only simple if-else branches. The code is concise without sacrificing clarity—there are no redundant variables or dead code. Each line performs one meaningful action, and the reading flow follows a natural top-down path. The use of `checkNotNull` immediately validates inputs, demonstrating clear intent. The only slight deduction is due to the cast and specialization in the `comparator` method, which is justified by the semantics of SortedSet but still requires a brief pause for comprehension.
Run 2
The code is well-structured with clear class and method boundaries. Nesting is minimal, with only a single if-else chain and no deep blocks. Intent is clear: verify comparator compatibility and safely retrieve a comparator. Names are descriptive and Javadoc explains the public method. Length is concise—no unnecessary code. Action granularity is appropriate, with each line performing a focused operation. Reading flow is natural, progressing from validation to type checks and final comparison. Minor deductions: the suppressed unchecked cast in `comparator` adds slight cognitive overhead, and the null-handling comment is terse. Overall, it is highly readable for experienced Java developers but may be less approachable for beginners due to generics and type checks.
Run 3
The code is well-structured and readable. It has a clear single-purpose class with private constructor, logical method ordering, and flat nesting with only one else-if chain. Each line performs one action, and variable names are descriptive. The use of @Nullable annotation and JavaDoc comments clarify intent. The only minor issues are the suppressed warning and generic casting in the comparator method, which slightly reduce clarity. Overall, this is concise, maintainable utility code typical of Guava's style.
Run 1
Code Structure: Two focused utility methods are logically organized in a non-instantiable class. Nesting: Shallow conditionals and an early return keep complexity low. Clarity of intent: Descriptive method names, documentation, and the natural-ordering comment explain behavior clearly; comparator2 is slightly generic, and the unchecked cast requires some type-system knowledge. Code length: Compact without unnecessary logic or repetition. Action granularity: Each statement performs one clear action. Reading flow: Validation, collection-type detection, and comparator comparison follow a natural sequence, with fallback handling isolated in a helper. Minor formatting issues, such as the lack of spacing between package and imports, slightly reduce polish.
Run 2
Code Structure: A focused utility class with two logically separated methods and a private constructor. Nesting: Shallow conditionals and an early return keep control flow simple. Clarity of intent: Method names, documentation, and the natural-ordering comment explain behavior well; comparator2 is a less descriptive variable name, and generic casts require some familiarity with Java. Code length: Concise, with no unnecessary logic or repetition. Action granularity: Each statement performs a single clear action. Reading flow: Validation, comparator extraction, and comparison proceed naturally; the helper follows a straightforward retrieve-and-default pattern. Minor formatting issues, such as missing separation between package and imports, slightly reduce polish.
Run 3
Code Structure: A focused utility class with two logically separated methods and a private constructor. Nesting: Shallow conditionals and an early return keep control flow simple. Clarity of intent: Method names, documentation, and the natural-ordering comment explain behavior clearly; comparator2 is slightly generic, and the unchecked cast requires familiarity with Java generics. Code length: Concise, with no unnecessary repetition or abstraction. Action granularity: Each statement performs one clear operation. Reading flow: Null checks, type-based comparator extraction, and comparison follow a natural sequence; the helper is easy to follow. Missing spacing between package and imports slightly reduces visual organization.