Sample

int-e5695abd57b3-I11

Split eligible integer literals into pairs of short-named intermediate 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 Pro19.670–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

The code is exceptionally readable. It is a short, well-structured interface with a single, clear responsibility: concurrent long addition. There is no nesting or unnecessary complexity. The intent is immediately obvious from the interface name and method names (increment, add, sum). The code avoids verbosity, containing only the essential methods. Each method declaration is a single action, contributing to clean granularity. The reading flow is natural: a brief Javadoc introduces the purpose, followed by a logical order of operations. The use of an annotation is concise and unobtrusive. Overall, this is a model of clean, maintainable interface design.

Run 3

The code is highly readable. It defines a focused interface with a clear, documented purpose. The structure is minimal and logical, containing only three well-defined method signatures. There is no nesting or unnecessary complexity. The intent is immediately apparent due to the concise Javadoc and descriptive method names. Code length is optimal—no boilerplate or redundant lines. Each method declaration is on its own line, maintaining clean action granularity. The reading flow is natural, from the package declaration and import to the annotation, documentation, and interface definition.

Run 1

Code Structure: A small, logically organized interface groups three related operations. Nesting: No nested control flow; only the interface body. Clarity of intent: The documentation and method names clearly convey incrementing, adding, and retrieving a sum, though the parameter name x is generic and concurrency semantics are unspecified. Code length: Minimal, with no unnecessary implementation or boilerplate. Action granularity: Each method declaration occupies its own line. Reading flow: Methods progress naturally from updates to retrieval, with blank lines separating declarations; a blank line between the package and import would slightly improve formatting.

Run 2

Code Structure: A logically organized interface with three related operations. Nesting: No nested control flow; only the interface scope. Clarity of intent: The documentation and method names clearly express adding and retrieving long values, though sum() could document its concurrency guarantees. Code length: Concise, with no unnecessary implementation or boilerplate. Action granularity: Each method declaration occupies its own line. Reading flow: Natural progression from package and import to documentation and interface methods; a blank line after the package declaration would slightly improve visual separation.

Run 3

Code Structure: A small, logically organized interface with package, import, documentation, annotation, and method declarations. Nesting: Only the interface scope, with no nested logic. Clarity of intent: The documentation and method names clearly describe incrementing, adding, and retrieving a sum; the parameter name 'x' is slightly less descriptive than 'value' or 'delta'. 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 declaration and import would slightly improve formatting.