Sample
pyint-ce70c88c3edb-I07
Insert deterministic runtime-dead branches into callable bodies
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 | 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
This code is highly readable. It has clear imports with explicit purposes, a meaningful class name, a concise docstring explaining the error and retry safety, and appropriate inheritance. The structure is flat and logical, the intent is unambiguous, and the length is minimal. The only minor issue is the slightly redundant import aliasing (BaseHTTPError and CompatJSONDecodeError are imported but not yet used), which could be simplified later, but it does not significantly harm readability.
Run 3
The code is well-structured and concise, with clear imports and a straightforward class definition. It uses a docstring that explains the error's meaning and retry safety, improving clarity. However, it has some issues: the class inherits from both `ConnectionError` and `Timeout`, but only `ConnectionError` is a built-in; `Timeout` is not defined in the snippet, which may confuse readers. Also, the import of `TYPE_CHECKING` and `Any` is unused, slightly reducing clarity. Nesting is flat, length is minimal, and action granularity is one action per line. Reading flow is natural, but the unused imports and missing `Timeout` definition make the intent less immediately clear than it could be.
Run 1
Code Structure: Imports followed by a single exception class provide clear organization, though several imports are unused in this snippet. Nesting: Minimal, with no nested control flow. Clarity of intent: The class name and docstring clearly describe a connection timeout and its retry safety; however, ConnectionError and Timeout are not defined or explicitly imported here, leaving their origins unclear. Code length: Short and focused, aside from unused imports. Action granularity: Each import and declaration occupies its own logical statement. Reading flow: Natural top-to-bottom progression, with the docstring immediately explaining the class; additional blank lines between import groups and before the class would improve visual separation.
Run 2
Code Structure: Imports followed by a focused exception class provide logical organization, though separating standard-library, third-party, and local imports with blank lines would improve it. Nesting: Minimal, with only the class body. Clarity of intent: The class name and docstring clearly describe a connection timeout and retry safety; however, ConnectionError and Timeout are not explicitly imported or defined in the snippet, leaving their origins unclear. Code length: Very concise, although several imports are unused in the shown code. Action granularity: Each import and declaration occupies its own line. Reading flow: Straightforward from imports to declaration to documentation, but an additional blank line before the top-level class would improve visual separation.
Run 3
Code Structure: Imports followed by a focused exception class provide clear organization, though several imports are unused in this snippet. Nesting: Minimal nesting makes the code easy to scan. Clarity of intent: The class name and docstring clearly describe a connection timeout and explain retry safety; however, ConnectionError and Timeout are not defined or imported here, leaving inheritance context incomplete. Code length: Concise, with little unnecessary content beyond unused imports. Action granularity: Each import and declaration occupies its own line, with no compressed operations. Reading flow: Natural top-to-bottom progression, although an additional blank line before the top-level class would improve conventional formatting.