Sample
int-87a200df3687-I05
Rewrite eligible decimal integer literals in hexadecimal notation
Scores
| Method | Score | Scale |
|---|---|---|
| Posnett | 0.884 | 0–1; higher is more readable |
| Scalabrino | 0.967 | 0–1; higher is more readable |
| Dorn | 0.849 | 0–1; higher is more readable |
| Mi | 0.77 | 0–1; higher is more readable |
| LLOC | 3 | Logical lines; fewer is more readable |
| DeepSeek V4 Pro | 19 | 0–20; mean of three runs |
| GPT-6.1 Sol | 19 | 0–20; mean of three runs |
| BTTF | 0.691 | 0–1; higher is more readable |
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.704 | −7.055 |
| Source linesThe number of non-empty source lines. | 16 | +6.4 |
| Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones. | 187.296 | −6.181 |
Intercept 8.87 + feature contributions = 2.034 (log-odds).
Score = sigmoid(2.034) = 0.884.
| Score | 0.967 |
|---|
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. | 65.941 | +0.872 |
| Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code. | 17 | +0.434 |
| Number layout frequencyHow rapidly the number of numeric values per line changes through the code. | 1 | +0.398 |
| Indentation frequencyHow rapidly indentation changes from line to line. | 12 | −0.322 |
| Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right. | 66 | +0.26 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.076 | +0.203 |
| Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom. | 15.806 | −0.189 |
Intercept 0.07 + feature contributions = 1.727 (log-odds).
Score = sigmoid(1.727) = 0.849.
| Score | 0.77 |
|---|
| Score | 3 |
|---|
Run 1
The code is exceptionally readable. It is a small, highly focused interface with a clear purpose: defining operations for concurrent long addition. The package and import are minimal and correct, and the Javadoc succinctly explains the abstraction. The methods are named using standard conventions (`increment`, `add`, `sum`) and have unambiguous signatures. No nesting exists, and action granularity is ideal—one declaration per line. The structure follows standard Java interface organization, and the reading flow is natural: documentation, then method declarations in a logical order. Concise without being terse.
Run 2
The code is highly readable. It has a clear, logical structure with a package declaration, a single import, and an interface definition. There is no nesting. The intent is unambiguous: it defines a contract for concurrently addable longs, clarified by the concise Javadoc. The code is minimal, avoiding unnecessary length. Each method declaration is on its own line, respecting action granularity. The reading flow is natural, moving from package context to documentation to interface methods.
Run 3
The code is highly readable due to its clear, logical structure and minimal complexity. It defines a small, focused interface with three self-explanatory methods, each declared on a single line. There is no nesting, and the use of Javadoc and annotations adds context without clutter. The package and import statements are concise and standard. The only minor deductions are that the class lacks explicit access modifiers (though this is idiomatic for package-private interfaces) and method parameter documentation is absent, but overall the intent is unambiguous and the reading flow is natural.
Run 1
Code Structure: A logically organized interface with a package declaration, import, documentation, annotation, and three related methods. Nesting: No nested logic; the interface is flat and easy to scan. Clarity of intent: The documentation and method names clearly describe concurrent accumulation of long values, although the parameter name 'x' and the sum() concurrency semantics could be more explicit. Code length: Minimal and appropriate for the contract. Action granularity: Each method declaration occupies its own line. Reading flow: Natural top-to-bottom progression, with blank lines separating methods; a blank line after the package declaration would slightly improve formatting.
Run 2
Code Structure: A logically organized interface with package, import, documentation, annotation, and method declarations. Nesting: Minimal, with only the interface scope. Clarity of intent: The interface name, documentation, and methods clearly describe a long-value accumulator; the parameter name 'x' is slightly generic. Code length: Concise, with no unnecessary implementation or boilerplate. Action granularity: Each method declaration occupies its own line. Reading flow: Natural top-to-bottom progression, with blank lines separating methods; a blank line between the package and import would slightly improve formatting.
Run 3
Code Structure: The package, import, documentation, annotation, and interface follow a conventional, logical order. Nesting: Minimal nesting makes the interface easy to scan. Clarity of intent: The documentation and method names clearly describe a concurrent long accumulator, although the parameter name x is generic and concurrency semantics are not detailed. Code length: Concise, with no unnecessary implementation or boilerplate. Action granularity: Each method declaration occupies its own line and expresses one operation. Reading flow: Methods are separated by blank lines and progress naturally from incrementing to adding to retrieving the sum. A blank line after the package declaration would slightly improve visual separation.