Sample
int-f7e06cc8575e-I06
Invert eligible conditions and exchange their branches
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
This code is highly readable. It is well-structured as a straightforward Java interface with a clear package declaration, a single import, and a concise Javadoc comment explaining its purpose. There is no nesting, keeping the structure completely flat. The intent is unambiguous: define a contract for concurrent long addition. The code is very concise, containing no unnecessary elements. Action granularity is appropriate, with each method declaration on its own line. The reading flow is natural, moving logically from package to import to documentation to interface definition. The only minor deduction is that the Javadoc could be slightly more descriptive about thread-safety expectations, but this does not meaningfully impact readability.
Run 3
The code is highly readable. It consists of a single, well-defined interface with a clear purpose described by its Javadoc. The structure is logical: package declaration, import, documentation, annotation, and interface declaration follow standard conventions. There is no nesting, and each method declaration is concise and represents a single action. Clarity of intent is excellent due to the descriptive interface name, method names, and Javadoc. Code length is minimal and appropriate. Reading flow is natural and straightforward.
Run 1
Code Structure: A small, logically organized interface with a clear package, import, annotation, and method declarations. Nesting: No unnecessary nesting. Clarity of intent: The interface name, documentation, and method names clearly convey concurrent long-value accumulation, though the parameter name 'x' is less descriptive than 'value' or 'delta'. Code length: Concise, with no redundant 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 declaration and import would slightly improve formatting.
Run 2
Code Structure: The package, import, documentation, annotation, and interface are logically organized. Nesting: There is only one shallow interface scope. Clarity of intent: The documentation and method names clearly describe a concurrent long accumulator, though concurrency guarantees and sum semantics are unspecified. Code length: The interface is concise with no unnecessary code. Action granularity: Each method declaration occupies its own line. Reading flow: Methods follow a natural progression from incrementing and adding to retrieving the sum, with blank lines separating them. Minor improvements would be a more descriptive parameter name than x and spacing after the package declaration.
Run 3
Code Structure: A logically organized interface with a package declaration, import, documentation, annotation, and three method declarations. Nesting: No nested control flow or unnecessary structural complexity. Clarity of intent: The documentation and method names clearly express concurrent accumulation of long values, though the parameter name 'x' is generic and concurrency guarantees are not detailed. Code length: Concise, with no redundant implementation or declarations. 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.