Sample
int-bd4e9d9cf75e-I09
Select one of ten low-readability unrelated code templates per class
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 highly readable due to its clear structure and logical organization as an interface definition. Nesting is minimal, essentially flat. The intent of each method and the overall interface is extremely well-documented with Javadoc, explicitly clarifying return types and behavior. The code is concise, avoiding unnecessary length. Each method declaration is on its own line, contributing to high action granularity. The reading flow is natural and follows standard Java interface conventions.
Run 3
The code is well-structured and highly readable for a Java interface definition. It has clear organization, with imports, Javadoc, and method declarations logically arranged. Nesting is minimal, consisting only of an interface extending another. The intent of each method is clearly documented with Javadoc and annotations. Code length is appropriate for the functionality, though Javadoc repetition slightly increases length. Each method signature is concise and represents a single action. Reading flow is natural, following standard Java conventions. Minor deductions: long Javadoc for simple methods could be condensed, but this is typical for library APIs and does not significantly harm readability.
Run 1
Code Structure: Clearly organized interface with imports, type documentation, and consistently documented method declarations. Nesting: Flat structure with no nested control flow. Clarity of intent: Descriptive names and precise Javadoc explain duplicate handling, insertion ordering, return types, and equality semantics; annotations clarify nullability and return-value expectations. Code length: Declarations are concise, though repeated documentation across three methods adds modest verbosity. Action granularity: Each declaration occupies its own line, with annotations separated cleanly; there are no compound actions. Reading flow: Consistent formatting and logical progression from value access and modification to map views and equality make the interface easy to follow. Minor drawbacks are repetitive prose and the lack of a blank line between the package declaration and imports.
Run 2
Code Structure: The interface is logically organized, with imports, a clear type declaration, and individually documented method signatures. Nesting: Entirely flat apart from the interface scope, making it easy to scan. Clarity of intent: Descriptive names and detailed Javadoc explain duplicate values, insertion ordering, return types, and equality semantics; annotations clarify nullability and return-value expectations. Code length: Declarations are concise, although repeated explanations across three methods add some unnecessary length. Action granularity: Each method declaration stands alone, with annotations on separate lines and no combined operations. Reading flow: Consistent formatting and documentation-before-declaration placement provide a natural top-to-bottom flow. Minor drawbacks include repetitive documentation and the lack of blank lines separating the package and import sections.
Run 3
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, precise types, and Javadoc clearly explain duplicate values, insertion ordering, return types, and equality semantics. Code length: Declarations are concise, although repeated documentation for three methods adds minor verbosity. Action granularity: Each method declaration occupies its own line, with annotations clearly separated; there are no compound actions. Reading flow: Consistent formatting and a natural progression from retrieval to modification, map conversion, and equality make the interface easy to follow. Minor drawbacks include dense generic/nullness annotations and the lack of a blank line between the package declaration and imports.