Objective-C repositories reading adequate

Every public repository surveyed, browsable and searchable. Including the unflattering ones — a tool that only published good results would be a badge vending machine, not a diligence instrument.

All bands Strong Adequate 5 surveyed
Sort Relevance Newest Stars Lines of code Files History Findings Worst band
RepositoryLanguageSizeStarsReadBand
sdwebimage/sdwebimage 1 adequate · 2 strong Objective-C 40,633 lines 25,614 2026-10-28 adequate
hammerspoon/hammerspoon 2 adequate · 2 strong Objective-C 344,735 lines 16,199 2026-10-25 adequate
cocoalumberjack/cocoalumberjack 3 strong Objective-C 44,885 lines 13,318 2026-10-23 adequate
macpass/macpass 3 adequate · 1 strong Objective-C 32,107 lines 6,885 2026-10-23 adequate
syncthing/syncthing-macos 2 adequate · 1 strong Objective-C 3,263 lines 3,989 2026-10-23 adequate

What a band means. A band sums up one reading of one commit: strong, adequate or significant findings. Here it counts the project's code, process, product, security and operations. A report reads more than that, so its band can differ from its row.

How listing works. Every public repository surveyed is listed — assessing public work is commentary on public work, and a library that hid the small ones would be quietly editorialising about which code counts. Private repositories are never listed. Anyone who proves control of a repo can attach a response to a finding, request a re-run, or delist it. Delisting is immediate and no-questions. An owner's response is removed only when it is unlawful, impersonates someone, publishes personal data or a credential, or is not about the finding. Disagreeing with the report is never a reason. To report a response, or to reach us about one, write to takedown@borehole.dev. There is no org-level score. Repositories are listed one by one, and sorting by band orders them by their own readings. Takedown: one email, 48 hours.