Sample
pyint-dbfa20772fc7-I11
Split eligible integer literals into pairs of short-named intermediate variables
Scores
| Method | Score | Scale |
|---|---|---|
| Posnett | 0.65 | 0–1; higher is more readable |
| Dorn | 0.86 | 0–1; higher is more readable |
| Mi | 0.307 | 0–1; higher is more readable |
| LLOC | 6 | 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.789 | 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.692 | −7.039 |
| Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones. | 157.891 | −5.21 |
| Source linesThe number of non-empty source lines. | 10 | +4 |
Intercept 8.87 + feature contributions = 0.621 (log-odds).
Score = sigmoid(0.621) = 0.65.
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.019 | +0.761 |
| Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code. | 11 | +0.647 |
| 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. | 74 | +0.531 |
| Indentation frequencyHow rapidly indentation changes from line to line. | 7 | −0.495 |
| Number layout frequencyHow rapidly the number of numeric values per line changes through the code. | 1 | +0.398 |
| Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom. | 9.88 | −0.272 |
| Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right. | 60.636 | +0.174 |
Intercept 0.07 + feature contributions = 1.813 (log-odds).
Score = sigmoid(1.813) = 0.86.
| Score | 0.307 |
|---|
| Score | 6 |
|---|
Run 1
The code is highly readable and well-structured. It uses clear imports with future annotations for modern type hinting. The exception class `ConnectTimeout` inherits logically from `ConnectionError` and `Timeout`, accurately reflecting its purpose. The docstring concisely explains when the error occurs and explicitly notes that retrying is safe, which is crucial for error handling. Nesting is nonexistent, and each import is on its own line, following clean action granularity. The code length is minimal and avoids unnecessary complexity. Reading flow is natural: imports first, then class definition with documentation. Minor deductions only because the docstring could include a period after the first sentence, and the class body contains only a docstring, which is acceptable for an exception class.
Run 2
The code is highly readable with a clear, logical structure. It begins with standard future import and typing imports, followed by a specific third-party exception and a compatibility import. The class definition is concise, inheriting from two relevant built-in exceptions, and the docstring clearly explains when the error occurs and whether retries are safe. There is no unnecessary nesting, and the code is flat and easy to follow. Each line serves a distinct purpose, contributing to a natural reading flow. The only minor deduction is for the `TYPE_CHECKING` and `Any` imports, which are unused in this snippet, slightly reducing clarity of intent but not impacting readability significantly.
Run 3
The code is highly readable. Structure is logical: imports are grouped with future annotations first, then typing, third-party, and local modules, which follows common convention. Nesting is nonexistent (flat). Intent is clear: it defines a custom exception combining ConnectionError and Timeout, with a docstring explaining when it occurs and that retries are safe. Length is concise—no unnecessary code. Action granularity is appropriate: each import and the class definition are on separate lines. Reading flow is natural: standard imports precede the class definition. Minor deductions: 'TYPE_CHECKING' and 'Any' are imported but unused in this snippet, and 'BaseHTTPError' and 'CompatJSONDecodeError' are also unused, suggesting incomplete context or leftover imports, which slightly muddies clarity. Overall, it is clean and well-documented.
Run 1
Code Structure: Imports followed by a focused exception class provide logical organization, though the base classes are not defined or imported in the snippet. Nesting: Only a class body is present, with no deep nesting. Clarity of intent: The class name and docstring clearly explain the connection timeout and retry safety. Code length: Very concise, although several imports appear unused in the shown code. Action granularity: Each import and declaration occupies its own line. Reading flow: Natural top-to-bottom progression; an additional blank line before the class would improve conventional Python formatting.
Run 2
Code Structure: Imports precede a clearly defined exception class, providing logical organization, though several imports are unused in this snippet. Nesting: Minimal nesting makes the code easy to scan. Clarity of intent: The descriptive class name and docstring clearly explain the timeout and retry behavior, but ConnectionError and Timeout are not defined or imported here, leaving inheritance context unclear. Code length: Very concise, with no unnecessary implementation. Action granularity: Each import and declaration occupies its own line. Reading flow: Natural top-to-bottom progression, although an additional blank line before the class would improve visual separation.
Run 3
Code Structure: Imports followed by a focused exception class provide logical organization, although several imports are unused in this snippet. Nesting: The code is flat, with only a class-level docstring. Clarity of intent: The descriptive class name and docstring clearly explain the connection timeout and retry safety; however, ConnectionError and Timeout are not explicitly defined or imported here, leaving inheritance context unclear. Code length: The implementation is concise, with no unnecessary logic. Action granularity: Each import and declaration occupies its own line. Reading flow: The progression from imports to class declaration to documentation is natural, though additional spacing between the imports and class would improve visual separation.