Sample
pyint-1983e638f62a-I07
Insert deterministic runtime-dead branches into callable bodies
Scores
| Method | Score | Scale |
|---|---|---|
| Posnett | 0.824 | 0–1; higher is more readable |
| Dorn | 0.916 | 0–1; higher is more readable |
| Mi | 0.472 | 0–1; higher is more readable |
| LLOC | 6 | Logical lines; fewer is more readable |
| DeepSeek V4 Pro | 16.33 | 0–20; mean of three runs |
| GPT-6.1 Sol | 17.33 | 0–20; mean of three runs |
| BTTF | 0.85 | 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.855 | −7.282 |
| Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones. | 146.719 | −4.842 |
| Source linesThe number of non-empty source lines. | 12 | +4.8 |
Intercept 8.87 + feature contributions = 1.546 (log-odds).
Score = sigmoid(1.546) = 0.824.
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. | 60 | +1.124 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.015 | +0.797 |
| Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code. | 13 | +0.576 |
| 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. | 11.639 | −0.247 |
| Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right. | 59.923 | +0.162 |
Intercept 0.07 + feature contributions = 2.385 (log-odds).
Score = sigmoid(2.385) = 0.916.
| Score | 0.472 |
|---|
| Score | 6 |
|---|
Run 1
The code is highly readable with a clear, logical structure. It imports only necessary components, groups them logically (standard typing, third-party, local), and defines a single, well-named exception class. Nesting is non-existent, and the class purpose is explicit through a descriptive name and a succinct docstring that explains what the error represents and how to catch it. Code length is minimal and appropriate, with one action per line where applicable. Reading flow is natural: imports, then class definition, then documentation. Minor points deducted only because the class body is entirely documentation with no custom logic, which might initially confuse some readers about its necessity, though this is common for exception classes. Overall, it adheres well to clean-code principles.
Run 2
The code is clean and readable. It uses a flat structure with minimal nesting and clear imports. The class definition is concise with a descriptive docstring that explains the exception's purpose. However, the score is reduced because the code appears incomplete - it's missing the actual class implementation or inheritance details. The double import of JSONDecodeError (from compat) and HTTPError (from urllib3) suggests there may be more context needed, but within the provided snippet, the intent is clear. Naming is consistent and follows Python conventions. The docstring is well-written and informative, enhancing clarity of intent. Overall, the code demonstrates good practices but lacks the full implementation details to warrant a higher score.
Run 3
The code is highly readable due to its clear structure and concise nature. It properly uses `__future__` annotations, conditional imports for type checking, and aliases to avoid circular dependencies. The class `Timeout` is well-documented with a docstring explaining what it represents and how to catch it. Nesting is non-existent, and each import is on its own line, following good practices. The code length is minimal but effective for its purpose. The only minor drawback is the absence of the `RequestException` import within the visible snippet, which could confuse readers without additional context, but this is likely handled elsewhere. Overall, the code is flat, intentional, and easy to follow.
Run 1
Code Structure: Imports precede a clearly defined exception class, providing logical organization, though RequestException is not defined or imported in the snippet. Nesting: Minimal, with only a class-level docstring. Clarity of intent: The class name and docstring clearly explain the timeout exception and its intended coverage. Code length: Concise, although the shown imports are unused in this excerpt. Action granularity: Each import and declaration occupies its own line. Reading flow: Natural top-to-bottom flow; an additional blank line before the class would improve standard Python formatting.
Run 2
Code Structure: Imports precede a simple exception class, providing logical organization, though RequestException is not defined or imported in the snippet. Nesting: Minimal, with only a class-level docstring. Clarity of intent: The Timeout name and docstring clearly explain its purpose and related exceptions. Code length: Concise, but the unused imports add clutter within this excerpt. Action granularity: Each import occupies its own line, and the class has a single responsibility. Reading flow: Natural top-to-bottom progression, although additional blank lines between import groups and before the class would improve visual separation.
Run 3
Code Structure: Imports followed by a single exception class form a logical organization, though RequestException is not defined or imported in the snippet. Nesting: The code is flat, with only the class body indented. Clarity of intent: The Timeout name and descriptive docstring clearly explain its purpose and relationship to connection and read timeouts. Code length: The class is concise, but several imports appear unused in this excerpt. Action granularity: Each import occupies its own line, and the class performs no compound actions. Reading flow: The sequence is natural and easy to scan; an additional blank line before the top-level class would improve conventional formatting. Missing base-class context and apparently unrelated imports slightly reduce readability.