Sample

int-f7e06cc8575e-I06

Invert eligible conditions and exchange their branches

Matched original source

Lines16

Scores

MethodScoreScale
Posnett0.8840–1; higher is more readable
Scalabrino0.9670–1; higher is more readable
Dorn0.8490–1; higher is more readable
Mi0.770–1; higher is more readable
LLOC3Logical lines; fewer is more readable
DeepSeek V4 Pro190–20; mean of three runs
GPT-6.1 Sol190–20; mean of three runs
BTTF0.6910–1; higher is more readable

Views

Source code

package com.google.common.cache; import com.google.common.annotations.GwtCompatible; /** * Abstract interface for objects that can concurrently add longs. * * @author Louis Wasserman */ @GwtCompatible interface LongAddable { void increment(); void add(long x); long sum(); }

Loading feature diagnosis…

Source regions

Feature contributions

Feature contributions

FeatureValueContribution
(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.

Score0.967

Feature contributions

FeatureValueContribution
(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.

Score0.77
Score3
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.