Sample
Scalabrio187
Human rating uses the original dataset scale.
Scores
| Method | Score | Scale | Dataset rank (0–100) |
|---|---|---|---|
| Posnett | 0.972 | 0–1; higher is more readable | 99.0Δ 7.5 |
| Scalabrino | 0.577 | 0–1; higher is more readable | 57.3Δ 34.2 |
| Dorn | 0.783 | 0–1; higher is more readable | 89.9Δ 1.5 |
| Mi | 0.905 | 0–1; higher is more readable | 99.5Δ 8.0 |
| LLOC | 5 | Logical lines; fewer is more readable | 91.2Δ 0.3 |
| DeepSeek V4 Pro | 16.33 | 0–20; mean of three runs | 80.9Δ 10.6 |
| GPT-6.1 Sol | 18 | 0–20; mean of three runs | 83.7Δ 7.8 |
| BTTF | 0.524 | 0–1; higher is more readable | 47.2Δ 44.2 |
| Human | 4.44 | 1–5; original rating | 91.5 |
Views
Select the downloaded ZIP or its extracted folder. Files stay in your browser.
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.792 | −7.188 |
| Source linesThe number of non-empty source lines. | 12 | +4.8 |
| Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones. | 88.811 | −2.931 |
Intercept 8.87 + feature contributions = 3.551 (log-odds).
Score = sigmoid(3.551) = 0.972.
| Score | 0.577 |
|---|
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. | 7 | +0.788 |
| Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right. | 91 | +0.664 |
| 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. | 10 | −0.391 |
| Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom. | 10.739 | −0.26 |
| Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *. | 0.076 | +0.204 |
| 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. | 91 | −0.189 |
Intercept 0.07 + feature contributions = 1.285 (log-odds).
Score = sigmoid(1.285) = 0.783.
| Score | 0.905 |
|---|
| Score | 5 |
|---|
Run 1
The code is highly readable, with a clear structure and logical organization. The test method has a descriptive name, and the helper methods are well-named, making the intent obvious. Nesting is flat, and each line performs a single action, enhancing action granularity. The reading flow is natural, progressing from setup to verification. The only minor drawback is the comment, which is slightly redundant given the clear method name of 'forceNewSession()'. Overall, the code is concise and easy to follow.
Run 2
The code is highly readable due to its clear structure and flat nesting. Each method call represents a single action, contributing to excellent action granularity. The method name is explicit about the test scenario, and the comment clarifies the initial setup. The logical flow from setup to verification is natural and easy to follow. Minor deductions are for the slightly verbose method name and the lack of explicit assertions within the test body, which could make intent slightly clearer.
Run 3
The code is structurally clean and readable: it contains a clear test method name, three logical helper calls, and a comment explaining the setup. Nesting is flat, intent is mostly clear, and each line represents a single action. However, readability is reduced because the helper method names are somewhat generic ('checkEntities', 'checkEntityNames') and the comment is minimal. The purpose of the test depends heavily on understanding those helper implementations, which are not shown. The method name is long but descriptive. Overall, the code is concise and well-organized, but could be improved with more explicit naming or additional comments to clarify the test steps.
Run 1
Code Structure: The test is logically organized into session setup, data loading, and verification. Nesting: The method is flat, with no nested control flow. Clarity of intent: Descriptive helper names and the @Test annotation make its purpose clear, though the lengthy method name is cumbersome and the comment's 'AR' abbreviation is unexplained. Code length: The body is concise and delegates details appropriately. Action granularity: Each statement performs one action on its own line. Reading flow: Calls follow a natural setup-to-verification sequence; extra blank lines and slightly inconsistent comment formatting add minor visual noise.
Run 2
Code Structure: The test is logically organized into setup and verification steps. Nesting: The method is flat, with no nested control flow. Clarity of intent: The descriptive test name and helper names communicate purpose, though the method name is cumbersome and the comment's 'AR' abbreviation is unclear. Code length: The body is concise, with no unnecessary logic; excess blank lines add minor visual noise. Action granularity: Each statement performs one clearly separated action. Reading flow: Execution proceeds naturally from creating a new session to loading data and checking entities and names.
Run 3
Code Structure: The test is logically organized into setup and verification steps. Nesting: The body is flat, with no nested control flow. Clarity of intent: The descriptive test and helper names communicate the purpose, though the test name is cumbersome and the comment's 'AR' abbreviation is unclear. Code length: The implementation is concise, with minor excess whitespace. Action granularity: Each statement performs one distinct action on its own line. Reading flow: The sequence from session initialization to data loading and assertions is natural and easy to follow.