Sample

Buse/92

Human rating uses the original dataset scale.

DatasetBuse
Human3.36
Lines11

Scores

MethodScoreScaleDataset rank
(0–100)
Posnett0.7320–1; higher is more readable
76.8Δ 25.8
Scalabrino0.6890–1; higher is more readable
43.9Δ 7.1
Dorn0.8080–1; higher is more readable
84.8Δ 33.8
Mi0.4010–1; higher is more readable
29.3Δ 21.7
LLOC3Logical lines; fewer is more readable
88.9Δ 37.9
DeepSeek V4 Pro12.670–20; mean of three runs
33.8Δ 17.2
GPT-6.1 Sol11.670–20; mean of three runs
8.6Δ 42.4
BTTF0.5410–1; higher is more readable
55.6Δ 4.5
Human3.361–5; original rating
51.0

Views

Download official ZIP ↗

Select the downloaded ZIP or its extracted folder. Files stay in your browser.

Loading feature diagnosis…

Source regions

Feature contributions

Feature contributions

FeatureValueContribution
(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.396−6.593
Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones.171.895−5.673
Source linesThe number of non-empty source lines.11+4.4

Intercept 8.87 + feature contributions = 1.004 (log-odds).
Score = sigmoid(1.004) = 0.732.

Score0.689

Feature contributions

FeatureValueContribution
(log-odds)
Indentation frequencyHow rapidly indentation changes from line to line.1−0.703
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.70.917+0.661
Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code.12+0.611
Number layout frequencyHow rapidly the number of numeric values per line changes through the code.1+0.398
Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right.71+0.341
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.064+0.316
Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom.10.847−0.258

Intercept 0.07 + feature contributions = 1.437 (log-odds).
Score = sigmoid(1.437) = 0.808.

Score0.401
Score3
Run 1

The code shows some good structure with a clear method name and Javadoc comment, but the action granularity and clarity suffer from the incomplete and poorly formatted exception handling. The method abruptly cuts off, leaving the logic ambiguous. The code has a flat structure and one action per line in the visible portion, but the use of 'res' as a variable name is unclear, and the try-catch block lacks a catch or finally clause, making the intent incomplete and confusing. Overall, the readable elements are overshadowed by the missing and ambiguous parts.

Run 2

The code is moderately readable but has clear areas for improvement. It follows a logical structure with a descriptive method name and Javadoc, and the action granularity is mostly one action per line. However, the code is incomplete, ending with an unclosed try block, which makes it impossible to evaluate the full flow. Clarity of intent is decent initially, but the variable names are cryptic ('res', 'mAppleScript', 'CHANNELLIST'), and the mixing of concerns—AppleScript execution and list handling—reduces readability. The try block introduces nesting that can be reduced with better error handling. The loop to populate the list is missing, but if it were present, it could increase nesting. The code is concise so far, but the lack of comments explaining the AppleScript interaction and the abrupt ending suggest the full version may be longer and more tangled. Reading flow is natural in the beginning but breaks off abruptly.

Run 3

The code snippet is partially readable but has several issues. The method name and Javadoc clearly state intent, and the action granularity is decent with one main operation per line. However, the structure is incomplete and contains a dangling try block, making the logic hard to follow. The use of `res` as a variable name is ambiguous, and returning an `ElgatoChannel[]` while using an `ArrayList` adds unnecessary conversion complexity. Nesting is minimal but the exception handling is unclear due to the truncated try-catch. Overall, the code is understandable at a high level but lacks completeness, clarity in variable naming, and clean exception flow, preventing a higher readability score.

Run 1

Code Structure: The method starts with a clear comment, declaration, initialization, and script execution, but the snippet ends before the try block and method are completed. Nesting: Shallow and easy to follow. Clarity of intent: The method name and documentation clearly describe retrieving available channels, although generic variable names such as list and res provide limited context. Code length: Concise, with slightly redundant documentation and verbose generic construction. Action granularity: Each statement performs one action on its own line. Reading flow: The visible sequence is natural, but the missing result processing, exception handling, and return prevent assessing the complete flow.

Run 2

Code Structure: The method begins with a logical setup, but the snippet is incomplete, so its overall organization cannot be fully assessed. Nesting: Only a method and a try block are visible, keeping nesting shallow. Clarity of intent: The method name and documentation clearly indicate channel retrieval, although names such as list and res are generic. Code length: The visible portion is concise, but the documentation largely repeats the method name. Action granularity: Each statement performs one action. Reading flow: The progression from list initialization to script execution is natural, but missing result processing, exception handling, return statement, and closing braces prevent a complete reading.

Run 3

Code Structure: The method declaration, documentation, and initial setup are logically organized, but the snippet ends mid-try block, preventing assessment of the complete structure. Nesting: The visible code has only one shallow try block. Clarity of intent: The method name and documentation clearly indicate channel retrieval, though abbreviated names such as res and list provide limited detail. Code length: The visible portion is concise, with slightly verbose generic construction and redundant documentation. Action granularity: Each statement performs one action on its own line. Reading flow: Documentation, initialization, and script execution follow a natural sequence, but the abrupt ending omits result processing, exception handling, and the return statement.