Sample
int-a5ddf10530d7-I01
Remove line comments, block comments, and Javadoc
Scores
| Method | Score | Scale |
|---|---|---|
| Posnett | 1 | 0–1; higher is more readable |
| Scalabrino | 0.336 | 0–1; higher is more readable |
| Dorn | 0.751 | 0–1; higher is more readable |
| Mi | 0.718 | 0–1; higher is more readable |
| LLOC | 2 | Logical lines; fewer is more readable |
| DeepSeek V4 Pro | 17.67 | 0–20; mean of three runs |
| GPT-6.1 Sol | 17.67 | 0–20; mean of three runs |
| BTTF | 0.604 | 0–1; higher is more readable |
Views
Loading feature diagnosis…
Source regions
Feature contributions
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| Source linesThe number of non-empty source lines. | 27 | +10.8 |
| 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.562 | −6.842 |
| Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones. | 118.593 | −3.914 |
Intercept 8.87 + feature contributions = 8.914 (log-odds).
Score = sigmoid(8.914) = 1.
| Score | 0.336 |
|---|
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right. | 0 | −0.804 |
| 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. | 69.75 | +0.711 |
| Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code. | 16 | +0.47 |
| 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. | 27 | +0.197 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.087 | +0.094 |
| Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom. | 26.873 | −0.034 |
Intercept 0.07 + feature contributions = 1.101 (log-odds).
Score = sigmoid(1.101) = 0.751.
| Score | 0.718 |
|---|
| Score | 2 |
|---|
Run 1
The code is highly readable. It defines a simple interface with two clear methods. The structure is logical with proper package declaration and interface naming. Nesting is non-existent as this is a top-level interface. The intent is clear: the interface provides access to test class information and context loading delegation. Code length is minimal and appropriate for its purpose. Action granularity is excellent, with each method on its own line. The reading flow is natural, moving from the package declaration to the interface definition and then to each method. Minor deductions for the excessive blank lines between elements, which slightly disrupt the flow.
Run 2
The code is highly readable due to its simplicity and clear structure. It defines a single interface with two well-named methods, each returning a clear type. The method names clearly communicate their intent: retrieving the test class and retrieving a cache-aware context loader delegate. The code has virtually no nesting, and the logical organization is straightforward. The only minor issue is the excessive blank lines between the package declaration, import, and interface definition, which slightly disrupts the reading flow but does not impact understanding. The code is concise and appropriately compact, with one action per line. Overall, it is an excellent example of clean, readable code.
Run 3
The code is highly readable due to its simplicity and clear structure. It is a small interface with only two methods, each returning a specific type, making the intent unambiguous. The package declaration and imports are logically organized. Nesting is non-existent, and action granularity is clean, with each method signature on its own line. The code is concise and avoids unnecessary length. Minor deductions are for excessive blank lines between declarations, which slightly disrupt natural reading flow, but overall clarity remains excellent.
Run 1
Code Structure: A straightforward interface with two logically grouped method declarations. Nesting: Minimal, with only the interface body. Clarity of intent: Descriptive interface, method, and return-type names communicate purpose, although no documentation explains the contract. Code length: The functional code is concise, but excessive blank lines unnecessarily expand it. Action granularity: Each method declaration occupies its own line. Reading flow: The package-to-interface-to-method order is natural; excessive vertical whitespace disrupts scanning.
Run 2
Code Structure: A straightforward interface cleanly groups two related accessor declarations. Nesting: No nested logic or complex blocks. Clarity of intent: The interface and method names communicate their roles, although documentation would clarify the bootstrap context's responsibilities. Code length: The substantive code is concise, but excessive blank lines unnecessarily stretch the file. Action granularity: Each method declaration occupies its own line. Reading flow: The package, interface, and methods appear in a natural order, though the large whitespace gaps interrupt scanning.
Run 3
Code Structure: A clearly organized interface containing two related method declarations. Nesting: Minimal, with only the interface scope. Clarity of intent: Descriptive interface and method names make its purpose understandable, although documentation could clarify the contract. Code length: The substantive code is concise, but excessive blank lines unnecessarily expand it. Action granularity: Each method declaration occupies its own line. Reading flow: The declarations follow a natural order, though large whitespace gaps interrupt scanning.