Sample

int-c4ed48d8d846-I12

Inline all eligible single-use intermediate local variables

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. The structure is clean and logical: a single package declaration, a single import, and a well-defined interface. There is no nesting or complex control flow. Intent is clearly communicated through the interface name and method names, and the Javadoc succinctly explains the purpose. The code is extremely concise without being ambiguous — all three methods are obvious in function. Each method declaration is on its own line, maintaining one action per line. The reading flow is natural: package, import, annotation, Javadoc, then the interface with grouped methods. Minor deduction only because the Javadoc could arguably include parameter/return documentation, but this is negligible.

Run 3

The code is highly readable. It has a clear, logical structure with a single interface definition. Nesting is non-existent, keeping the code flat and simple. The intent is explicit: define a contract for concurrent long addition. The length is concise, containing only necessary methods. Action granularity is perfect with each method on a separate line. Reading flow is natural, from package declaration to interface methods. Minor deductions are due to absent Javadoc on individual methods.

Run 1

Code Structure: A small, logically organized interface with three related methods. Nesting: No nested control flow; only the interface body. Clarity of intent: The interface name, documentation, and method names clearly describe a concurrent long accumulator, though the parameter name x and unspecified concurrency guarantees leave minor ambiguity. Code length: Concise, with no unnecessary implementation or boilerplate. Action granularity: Each method declaration occupies its own line. Reading flow: Package, import, documentation, annotation, and methods follow a natural Java order; blank lines separate methods, though a blank line between the package and import would improve formatting.

Run 2

Code Structure: The package, import, documentation, annotation, and interface follow a logical organization. Nesting: There is no unnecessary nesting. Clarity of intent: The interface documentation and method names clearly communicate incrementing, adding, and retrieving a sum, although concurrency semantics and the parameter name x could be more explicit. Code length: The interface is concise without unnecessary code. Action granularity: Each method declaration occupies its own line. Reading flow: Conventional Java layout and spacing between methods make the code easy to scan; a blank line between the package and import would slightly improve readability.

Run 3

Code Structure: A logically organized interface with three related operations. Nesting: No nested control flow or unnecessary hierarchy. Clarity of intent: The interface name, documentation, and method names clearly express its purpose, although the parameter name x is generic and sum's concurrency semantics are undocumented. Code length: Concise, with no redundant implementation or boilerplate. Action granularity: Each method declaration occupies its own line. Reading flow: The package, import, documentation, annotation, and interface appear in a natural order; blank lines between methods aid scanning, though separating the package and import would improve formatting.