Sample
int-e5695abd57b3-I11
Split eligible integer literals into pairs of short-named intermediate variables
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.67 | 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 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.