Sample
pyint-25eb051bc84f-I11
Split eligible integer literals into pairs of short-named intermediate variables
Scores
| Method | Score | Scale |
|---|---|---|
| Posnett | 0 | 0–1; higher is more readable |
| Dorn | 0.891 | 0–1; higher is more readable |
| Mi | 0.398 | 0–1; higher is more readable |
| LLOC | 43 | Logical lines; fewer is more readable |
| DeepSeek V4 Pro | 16.67 | 0–20; mean of three runs |
| GPT-6.1 Sol | 17 | 0–20; mean of three runs |
| BTTF | 0.535 | 0–1; higher is more readable |
Views
Loading feature diagnosis…
Source regions
Feature contributions
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones. | 1694.374 | −55.914 |
| Source linesThe number of non-empty source lines. | 69 | +27.6 |
| 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.394 | −6.59 |
Intercept 8.87 + feature contributions = -26.035 (log-odds).
Score = sigmoid(-26.035) = 0.
Feature contributions
| Feature | Value | Contribution (log-odds) |
|---|---|---|
| Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code. | 70 | −1.442 |
| Indentation frequencyHow rapidly indentation changes from line to line. | 63 | +1.442 |
| Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right. | 86.971 | +0.599 |
| Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom. | 68.864 | +0.553 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.045 | +0.502 |
| Number layout frequencyHow rapidly the number of numeric values per line changes through the code. | 1 | +0.398 |
| 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. | 86.929 | −0.017 |
Intercept 0.07 + feature contributions = 2.104 (log-odds).
Score = sigmoid(2.104) = 0.891.
| Score | 0.398 |
|---|
| Score | 43 |
|---|
Run 1
The code is generally readable with clear imports, type hints, and logical organization. The CertParamType class has a focused purpose and the convert method follows a coherent flow. However, there are some issues: the nested try/except blocks create moderate complexity, and the final raise statement without context could be confusing - it re-raises the original BadParameter exception from the path_type call, which isn't immediately obvious. The import ssl inside the method could be at module level for clarity. Type ignores and conditional imports add minor noise. Variable naming is clear, and line lengths are reasonable. Overall structure is good but the error handling flow could be more explicit, and the exception re-raise pattern requires careful reading to understand.
Run 2
The code is highly readable with a clear, logical structure. It uses flat nesting with only two levels deep in exception handling, making the flow easy to follow. Intent is explicit: the class purpose is documented, and each conversion branch (SSL import, path, adhoc, import string) is handled distinctly. Lines are concise, generally performing one action each, and the reading flow is natural—error handling is co-located with the relevant operation. Type hints and comments reinforce clarity without adding noise. Minor deductions: the repeated `try/except ImportError` blocks add slight length, and the final bare `raise` inside an except block, while idiomatic, could be marginally confusing for readers unfamiliar with exception context. Overall, this is well-organized, maintainable code.
Run 3
The code is well-structured and readable despite some complexity. It follows a logical flow: class definition, type setup, and conversion logic. Nesting is moderate (try/except blocks and one nested if statement), but the error handling is clear and justified. The intent is explicit—handling certificate parameter types—and each action is generally one per line. The reading flow is natural, moving from import validation to path validation to fallback handling. Minor deductions: the nested try/except within the 'adhoc' branch adds slight complexity, and the exception re-raising pattern could be more explicit. Type hints and docstrings improve clarity, but the overall length is somewhat long for a single method. Overall, it's maintainable and comprehensible, earning a strong readability score.
Run 1
Code Structure: A focused class cleanly separates initialization from parameter conversion. Nesting: Mostly manageable, although nested exception handling and the ad-hoc certificate branch require extra attention. Clarity of intent: The docstring, descriptive names, type annotations, and specific error messages clearly explain the supported inputs; the final bare raise is less immediately obvious. Code length: The class is reasonably concise, but numerous imports unused in this snippet add clutter. Action granularity: Statements generally perform one action per line, with multiline calls formatted clearly. Reading flow: Validation proceeds logically from SSL availability to file paths, ad-hoc certificates, and imported SSL contexts, though exception-driven branching slightly interrupts the flow.
Run 2
Code Structure: The class cleanly groups certificate conversion logic, although the surrounding imports include many unused names in this excerpt. Nesting: Moderate nesting from exception handling and the ad-hoc certificate branch adds some complexity, but early returns limit it. Clarity of intent: The docstring, descriptive names, type annotations, and specific error messages clearly explain accepted inputs and requirements. Code length: The implementation is reasonably concise, with some visual overhead from imports and multiline calls. Action granularity: Statements generally perform one action per line, making operations easy to follow. Reading flow: Validation proceeds logically from SSL availability to file paths, ad-hoc certificates, and imported SSL contexts. The final bare raise requires readers to remember the enclosing exception handler, slightly reducing clarity.
Run 3
Code Structure: A focused parameter-type class separates initialization from conversion, although the many unused imports in this snippet add clutter. Nesting: Mostly moderate, but nested exception handling and the ad-hoc certificate branch require extra attention. Clarity of intent: The docstring, descriptive names, type annotations, and specific error messages clearly explain supported certificate inputs; the final bare raise is less immediately obvious. Code length: The implementation is reasonably concise, with some overhead from imports and multiline error construction. Action granularity: Statements generally perform one action per line, making individual operations easy to follow. Reading flow: Conversion proceeds logically from SSL availability to file validation, ad-hoc handling, and SSLContext import, though placing fallback logic inside an exception block slightly interrupts the flow.