jmcarp / nplusone
Auto-detecting the n+1 queries problem in Python
jmcarp/nplusone має індекс здоров’я 22 зі 100, що відповідає смузі «У зоні ризику». Найвищий показник — Community & Adoption (60/100), найнижчий — Vitality (17/100). Останнє оновлення було 1356 днів тому. Більшість нещодавньої роботи виконує один учасник.
Індекс здоров'я програмного забезпечення
Метрики згруповано у зважені категорії на шкалі 1–100. Загальна оцінка починається як їхнє зважене середнє, відкаліброване за розподілом публічного реєстру, тож діапазони мають перцентильний зміст; коли публічні дані активують Політику юрисдикцій високого ризику, рейтинг коригується й отримує верхню межу 34 («У зоні ризику»).
Профіль оцінок
Кожна вісь — окрема категорія. Форма важить більше, ніж середнє: здоровий об'єкт заповнює всю фігуру, тоді як профіль із піками та провалами означає, що сила в одному вимірі маскує ризик в іншому.
Зважений загальний бал 41 калібровано до 36 за шкалою опублікованого індексу (калібрування реєстру 2026-08-02).
Власність
Цей репозиторій належить особистому обліковому запису. Проєкт з єдиним власником несе більший ризик безперервності, ніж підтримуваний організацією.
Пакетні екосистеми
| Реєстр | Пакет | Версія | Завантажень / міс | Версії | Остання публікація |
|---|---|---|---|---|---|
| PyPI | nplusone | 1.0.0 | - | 17 | 3006 днів тому |
Метрики за категоріями
Життєздатність
Чи живий проєкт — чи пишеться код і чи виходять релізи?
Активність розробки
Робота надійшла, і нею ніхто не зайнявся
Сама лише тиша ніколи не є підставою — невеликій завершеній бібліотеці коміти можуть бути не потрібні роками. Ця ознака вимагає двох умов водночас: тривалої відсутності людських комітів і зобов'язань, які проєкт очевидно не виконує. Автоматичні коміти супроводженням не вважаються.
Як оцінюється покинутістьЯк обчислюється оцінка
| 0/36 | Свіжість push — останній push 1 356 дн. тому |
| 0/36 | Ритм комітів — 0/52 тижнів із комітами |
| 0/18 | Обсяг комітів — 0 комітів за останній рік |
| 0/10 | OpenSSF Scorecard: Maintained — немає даних |
Використані вхідні дані
| commits_last_year | 0 |
| human_commit_share | 1 |
| days_since_last_push | 1 356 |
| active_weeks_last_year | 0 |
Дисципліна релізів
Як обчислюється оцінка
| 16.2/27 | Випускає релізи — 10 тегів версій (без релізів GitHub) |
| 0/36 | Свіжість релізів — останній реліз 3 006 дн. тому |
| 19.8/27 | Ритм релізів — реліз кожні ~102,6 дн. |
| 0/10 | OpenSSF Scorecard: Signed-Releases — немає даних |
Використані вхідні дані
| releases_count | 10 |
| latest_release_tag | v1.0.0 |
| releases_from_tags | так |
| days_since_latest_release | 3 006 |
| mean_days_between_releases | 102,6 |
Спільнота та впровадження
Чи має проєкт користувачів, завантаження, увагу та влаштовані умови для контриб’юторів?
Популярність і впровадження
Як обчислюється оцінка
| 49.1/60 | Зірки — 1 068 зірок |
| 14.4/25 | Форки — 54 форків |
| 5/15 | Спостерігачі — 9 спостерігачів |
Використані вхідні дані
| forks | 54 |
| stars | 1 068 |
| watchers | 9 |
| growth_state | unverified |
| growth_factor_pct | 100 |
| growth_unverified_reason | no_history |
Здоров'я спільноти
Як обчислюється оцінка
| 22.5/22.5 | README |
| 22.5/22.5 | Ліцензія — визнана ліцензія (MIT) |
| 0/18 | Настанови CONTRIBUTING |
| 0/13.5 | Кодекс поведінки |
| 0/7.2 | Шаблон issue |
| 0/6.3 | Шаблон PR |
Використані вхідні дані
| has_readme | так |
| has_license | так |
| readme_badges | 3 |
| has_contributing | ні |
| has_issue_template | ні |
| has_code_of_conduct | ні |
| readme_badge_services | shields.io |
| has_pull_request_template | ні |
Сталість та врядування
Чи переживе проєкт своїх людей — бас-фактор, реактивність, хто за ним стоїть і як супроводжуються пакети?
Стійкість мейнтейнерів (бас-фактор)
Як обчислюється оцінка
| 9/54 | Бас-фактор — на 1 контриб’ютор(ів) припадає половина всіх комітів |
| 0.8/22.5 | Розподіл комітів — головний контриб’ютор — автор 97% комітів |
| 5.4/13.5 | Широта контриб’юторів — 4 контриб’юторів |
| 0/10 | OpenSSF Scorecard: Contributors — немає даних |
Використані вхідні дані
| bus_factor | 1 |
| contributors_sampled | 4 |
| top_contributor_share | 0,966 |
Реактивність на issue та PR
Як обчислюється оцінка
| 17.4/42 | Вирішення issue — закрито 41% issue |
| 20.6/30 | Прийняття PR — злито 11/16 вирішених PR |
| 0/13 | Newcomer PR acceptance — за 30 дн. не вирішено жодного PR від новачка |
| 0/15 | OpenSSF Scorecard: Code-Review — немає даних |
Використані вхідні дані
| merged_prs | 11 |
| open_issues | 17 |
| closed_issues | 12 |
| prs_merged_7d | 0 |
| prs_decided_7d | 0 |
| prs_merged_30d | 0 |
| prs_decided_30d | 0 |
| issue_closed_ratio | 0,414 |
| closed_unmerged_prs | 5 |
| first_time_authors_30d | 0 |
| first_time_prs_merged_30d | 0 |
| first_time_prs_decided_30d | 0 |
Власність та опіка
Як обчислюється оцінка
| 10/30 | Підтримка власника — особистий (користувацький) обліковий запис |
| 0/20 | Верифікований домен — не застосовно до користувацьких облікових записів |
| 18.1/25 | Охоплення власника — 327 підписників у jmcarp |
| 25/25 | Послужний список — 396 публічних репозиторіїв, вік облікового запису ~14 р. |
Використані вхідні дані
| followers | 327 |
| owner_type | User |
| is_verified | — |
| owner_login | jmcarp |
| public_repos | 396 |
| account_age_days | 5 236 |
Супровід пакетів
Як обчислюється оцінка
| 25/25 | Опубліковано й доступно — 1 пакет(ів) у pypi |
| 4/35 | Свіжість публікацій — остання публікація 3 006 дн. тому |
| 20/20 | Історія версій — 17 опублікованих версій |
| 20/20 | Не застарілий — активний, не deprecated і не yanked |
Використані вхідні дані
| packages | nplusone |
| ecosystems | pypi |
| any_deprecated | ні |
| min_days_since_publish | 3 006 |
Інженерна якість
Чи наявні базові інженерні практики та документація?
Інженерні практики
Як обчислюється оцінка
| 0/24 | Процеси CI |
| 24/24 | Наявні тести |
| 16/16 | Конфігурація лінтера — tox.ini |
| 0/9.6 | Pre-commit-хуки |
| 0/6.4 | .editorconfig |
| 0/20 | OpenSSF Scorecard: CI-Tests — немає даних |
Використані вхідні дані
| has_ci | ні |
| has_tests | так |
| has_editorconfig | ні |
| has_linter_config | так |
| has_precommit_config | ні |
Документація
Як обчислюється оцінка
| 30/30 | README |
| 25/25 | Каталог документації |
| 0/15 | Сайт документації / домашня сторінка |
| 10/10 | Опис репозиторію |
| 0/10 | Теми |
| 10/10 | Wiki |
Використані вхідні дані
| topics | — |
| has_wiki | так |
| homepage | — |
| docs_site | — |
| has_readme | так |
| has_docs_dir | так |
| has_description | так |
Безпека
Чи міцні видимі практики безпеки й ланцюга постачання, без непослабленої пов’язаності з юрисдикціями високого ризику?
Стан безпеки
Як обчислюється оцінка
| 0/30 | Політика безпеки (SECURITY.md) |
| 0/25 | Конфігурація Dependabot |
| 0/25 | Файли фіксації залежностей — опублікована бібліотека — lockfile є справою застосунків, не очікується |
| 0/20 | Процес CodeQL |
Використані вхідні дані
| source | file_signals |
| lockfiles | — |
| manifests | docs/requirements.txt, setup.cfg, setup.py |
| has_codeql_workflow | ні |
| has_security_policy | ні |
| has_dependabot_config | ні |
Сповіщення про залежності
Як обчислюється оцінка
| 35/35 | Прямі залежності без відомих сповіщень — жодна пряма залежність не має відомих сповіщень |
| 25/25 | Непрямі залежності без відомих сповіщень — жодна непряма залежність не має відомих сповіщень |
| 0/40 | Немає задавнених сповіщень — жодне сповіщення не має дати публікації |
Використані вхідні дані
| source | osv |
| advisories | 0 |
| affected_packages | 0 |
| assessed_packages | 2 |
| unassessed_packages | 0 |
| affected_by_severity | none |
| direct_affected_packages | 0 |
Готовність до ШІ
Наскільки репозиторій оснащений для розробки та супроводу за участі ШІ-агентів? Має свідомо малу вагу (4%): агентний інструментарій — реальний сигнал супроводу, але репозиторій без нього все одно може отримати 100/100.
Контекст і настанови для агентів
Як обчислюється оцінка
| 0/45 | Інструкції для агентів — немає CLAUDE.md / AGENTS.md / правил редактора |
| 0/15 | Машиночитана документація (llms.txt) |
| 4.3/40 | Читабельна історія комітів — намір зазначено у 8 з 100 людських комітів (структурований заголовок або пояснювальний текст) |
Використані вхідні дані
| has_llms_txt | ні |
| llms_txt_url | — |
| legible_history_share | 0,08 |
| agent_instruction_files | — |
| agent_instruction_max_bytes | — |
Як обчислюється оцінка
| 18/18 | Розгортання однією командою — docs/Makefile |
| 22/22 | Автоматизовані тести |
| 11/11 | Конфігурація лінтера / форматера — tox.ini |
| 0/11 | Статична перевірка типів |
| 0/10 | Відтворюване середовище |
| 0/10 | Підтверджена практика роботи з агентами — серед останніх 100 комітів немає створених агентом |
| 0/8 | Автоматизоване супроводження — автоматичних оновлень залежностей не виявлено |
| 0/10 | OpenSSF Scorecard: Pinned-Dependencies — немає даних |
Використані вхідні дані
| has_nix | ні |
| has_tests | так |
| lockfiles | — |
| has_dockerfile | ні |
| typed_language | ні |
| bootstrap_files | docs/Makefile |
| has_devcontainer | ні |
| has_linter_config | так |
| typecheck_configs | — |
| agent_commit_share | 0 |
| toolchain_manifests | — |
| dependency_bot_commit_share | 0 |
Читабельність коду для моделей
Як обчислюється оцінка
| 0/45 | Типізований код — Python без конфігурації перевірки типів |
| 55/55 | Керовані розміри файлів — 0/33 файлів вихідного коду понад 60 КБ |
Використані вхідні дані
| primary_language | Python |
| largest_source_bytes | 11 040 |
| source_files_sampled | 33 |
| oversized_source_files | 0 |
Ключові факти
Попередження щодо збору даних
- Star history unavailable: GitHub GraphQL error: Resource not accessible by personal access token
- OpenSSF Scorecard timed out after 240s; skipping Scorecard checks
Докладніше
Історія зірок і форків 0 ★ / 54 ⇿
Коли додано кожну зірку й форк — зібрано з GitHub і згруповано за днями. Кумулятивне зростання розміщено просто над денними додаваннями, з яких воно складається, тож їх видно одне проти одного: рівномірне органічне накопичення виглядає зовсім інакше, ніж різкий короткочасний сплеск. Там, де цю різницю можна виміряти, її подано як автентичність росту.
Кожна точка охоплює 10 днів.
Усі залежності 17
Повний розв'язаний набір залежностей із графа залежностей GitHub: 0 прямих і 17 непрямих (транзитивних) пакетів. Транзитивне замикання є повним, коли в репозиторії закомічено lockfile.
| Реєстр | Пакет | Версія | Зв'язок |
|---|---|---|---|
| PyPI | blinker | — | непряма |
| PyPI | django-webtest | — | непряма |
| PyPI | flake8 | — | непряма |
| PyPI | flask-sqlalchemy | — | непряма |
| PyPI | invoke | — | непряма |
| PyPI | mock | — | непряма |
| PyPI | peewee | — | непряма |
| PyPI | pytest | — | непряма |
| PyPI | pytest-cov | — | непряма |
| PyPI | pytest-django | — | непряма |
| PyPI | pytest-pythonpath | — | непряма |
| PyPI | six | — | непряма |
| PyPI | sphinx | — | непряма |
| PyPI | sphinx-rtd-theme | — | непряма |
| PyPI | sqlalchemy | — | непряма |
| PyPI | tox | — | непряма |
| PyPI | webtest | — | непряма |
Сповіщення про залежності 0
Встановлення pypi:nplusone@1.0.0 тягне 2 пакетів, прямих і транзитивних: 0 мають відомі сповіщення, з них 0 — прямі залежності.
Жодне відоме сповіщення не стосується оцінених залежностей.
Сповіщення означає, що версія, записана в графі залежностей, потрапляє в уражений діапазон. Досяжність не аналізується, а граф містить піниї розробки й тестування — знахідка може стосуватися інструментів, а не поставленого коду.
Звіт у форматі JSON машиночитний
Зворотний зв’язок
Помітили щось хибне у цьому звіті або маєте чим поділитися? Неправильні вимірювання, непомічені інструменти, ідеї, запитання — усе доречно. Кожне повідомлення читається й отримує відповідь.
Оцінки — це сигнали, а не гарантії. Вони відображають публічно видимі практики на GitHub — це не аудит коду й не гарантія безпеки.
Відсутні дані виключаються, а ваги перенормовуються — нуль за відсутність ніколи не ставиться. Методологія версіонована й відкрита: метрики v2.10.0, схема v0.31.0 — повна методологія · вікі метрик.
Як окремий результат виглядає на тлі всього реєстру: сукупна статистика — PyPI.