Sample
int-ca92bfac771a-I12
Inline all eligible single-use intermediate local variables
Scores
| Method | Score | Scale |
|---|---|---|
| Posnett | 0.995 | 0–1; higher is more readable |
| Scalabrino | 0.788 | 0–1; higher is more readable |
| Dorn | 0.661 | 0–1; higher is more readable |
| Mi | 0.23 | 0–1; higher is more readable |
| LLOC | 5 | Logical lines; fewer is more readable |
| DeepSeek V4 Pro | 17.67 | 0–20; mean of three runs |
| GPT-6.1 Sol | 19 | 0–20; mean of three runs |
| BTTF | 0.559 | 0–1; higher is more readable |
Views
Loading feature diagnosis…
Source regions
Feature contributions
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| Source linesThe number of non-empty source lines. | 80 | +32 |
| Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones. | 859.051 | −28.349 |
| 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.84 | −7.26 |
Intercept 8.87 + feature contributions = 5.261 (log-odds).
Score = sigmoid(5.261) = 0.995.
| Score | 0.788 |
|---|
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code. | 79 | −1.761 |
| Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right. | 93.827 | +0.709 |
| Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom. | 79.772 | +0.705 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.028 | +0.674 |
| 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.975 | −0.569 |
| Indentation frequencyHow rapidly indentation changes from line to line. | 34 | +0.439 |
| Number layout frequencyHow rapidly the number of numeric values per line changes through the code. | 1 | +0.398 |
Intercept 0.07 + feature contributions = 0.666 (log-odds).
Score = sigmoid(0.666) = 0.661.
| Score | 0.23 |
|---|
| Score | 5 |
|---|
Run 1
The code is well-structured Java interface code with clear intent. The structure is logical, with imports grouped together and methods organized consistently. Nesting is minimal—only one level of generic type parameters and no deep conditional nesting. Clarity of intent is strong: each method's purpose is documented with Javadoc, especially the deviations from the parent interface. Code length is concise; the interface itself is short, though some Javadoc comments are repetitive, which slightly reduces readability. Action granularity is appropriate—each method declaration and annotation is on its own line. Reading flow is natural, with Javadoc summaries preceding each method. The main minor drawbacks are repetitive Javadoc blocks and long generic type declarations in the class signature, which could be visually noisy, but overall this is highly readable library code.
Run 2
The code is well-structured interface definition with clear purpose and organization. It follows Guava library conventions with comprehensive Javadoc documentation that explains value ordering and type guarantees. Each method has a single action and flat nesting with no conditional logic. Variable and method naming are clear and consistent with Java standards. The code is concise for an interface definition, though some Javadoc repetition exists across methods. Imports and annotations are properly organized. The main readability strengths are clean method signatures, logical grouping of related methods, and consistent documentation. Minor deductions for repetitive Javadoc patterns and the added complexity of nullness annotations that could slightly obscure intent. Overall, highly readable with excellent documentation practices.
Run 3
The code is a highly readable Java interface. Structure is clear: package, imports, class Javadoc, then overridden methods. Nesting is flat with no conditional logic; each method is concise and uses @Override to show intent. Javadoc provides helpful context about List-specific behavior and equality semantics. Action granularity is one method per block with single signatures. Reading flow is natural, moving from general documentation to specific methods. Minor deductions: repetitive Javadoc phrasing and generics annotations add slight visual noise, but no ambiguity. Overall, very clean and maintainable.
Run 1
Code Structure: The interface is logically organized, with imports, class documentation, and clearly separated method declarations. Nesting: Flat structure with no nested control flow. Clarity of intent: Descriptive names and thorough Javadoc clearly explain duplicate handling, ordering, return types, and equality semantics; annotations clarify nullability and return-value usage. Code length: Declarations are concise, though identical documentation across three methods adds some repetition. Action granularity: Each declaration and annotation occupies its own line, with no bundled operations. Reading flow: Consistent formatting and method-level documentation support natural top-to-bottom reading. Minor drawbacks include dense generic annotations and the absence of a blank line between the package declaration and imports.
Run 2
Code Structure: Well-organized interface with imports, class-level documentation, and consistently documented method declarations. Nesting: Flat structure with no nested control flow. Clarity of intent: Descriptive names and precise documentation explain duplicate handling, insertion ordering, return types, and equality semantics; annotations clarify nullability and return-value usage. Code length: Declarations are concise, although repeated documentation for three methods adds some unnecessary length. Action granularity: Each method declaration occupies its own line, with annotations clearly separated; there are no bundled actions. Reading flow: Consistent formatting and a natural progression from retrieval through modification, map conversion, and equality make the interface easy to follow. Minor drawbacks are repetitive comments and the visually dense generic nullability syntax.
Run 3
Code Structure: Logically organized interface with consistent annotations and documentation accompanying each method. Nesting: Flat declarations with no nested control flow. Clarity of intent: Descriptive method names, explicit types, and detailed Javadoc clearly explain duplicate values, insertion ordering, return types, and equality semantics. Code length: Declarations are concise, though repeated explanations of List return types add minor verbosity. Action granularity: Each method declaration occupies its own line, with annotations clearly separated; there are no bundled operations. Reading flow: The interface overview naturally leads into retrieval, modification, map conversion, and equality methods. Minor drawbacks include repetitive documentation and the lack of blank lines separating the package and imports.