active 2024-12-04 → 2025-03-14 (UTC)
Activity over time
Daily event counts in the loaded window
Line chart, 101 days from 2024-12-04 to 2025-03-14. Pushes: 2 total, peak 1 in a day. Pull requests: 0 total, peak 0 in a day. Issues: 28 total, peak 28 in a day. Comments: 5 total, peak 5 in a day. Stars: 0 total, peak 0 in a day.
- Pushes
- Pull requests
- Issues
- Comments
- Stars
Stars, PRs, issues and forks are under-captured in the later part of this window. GH Archive progressively stopped capturing non-push events during 2026 — −95% or worse by the end of the window. Every series here except Pushes fades for that reason, so a decline above reflects the archive, not this repository. Pushes stay reliable throughout, so read them, and the contributor counts derived from them, as the real signal. Data health has the measurements.
Top contributors
Pushes, PRs, issues, reviews and comments — stars and forks excluded, so this is contribution rather than popularity
Recent activity
Latest issues, pull requests and releases
- Issue#1Radmir972024-12-05 11:46название файла лучше вынести в env
- Issue#16Radmir972024-12-05 10:55стоит сразу проверить существует ли такая книга
- Issue#13Radmir972024-12-05 10:50а в каких случаях возникнет ошибка, что ID не будет числом?
- Issue#11Radmir972024-12-05 10:48переменная с названием "х" не информативна, лучше такие не использовать
- Issue comment#10Radmir972024-12-05 10:48это точно работает?
- Issue#10Radmir972024-12-05 10:48это точно работает?
- Issue#8Radmir972024-12-05 10:47как будто хочется дать возможность пользователю повторить ввод после ошибки
- Issue#8Radmir972024-12-05 10:47как будто хочется дать возможность пользователю повторить ввод после ошибки
- Issue comment#5Radmir972024-12-05 10:39может лучше рейзить ошибку, чем возвращать пустой список?
- Issue#5Radmir972024-12-05 10:39может лучше рейзить ошибку, чем возвращать пустой список?
- Issue#4Radmir972024-12-05 10:35лучше сделать через try/except, потому что в текущей реализации при возникновении ошибки пользователь просто не поймет в чем дело, нет никакой информации об ошибке
- Issue comment#4Radmir972024-12-05 10:35лучше сделать через try/except, потому что в текущей реализации при возникновении ошибки пользователь просто не поймет в чем дело, нет никакой информации об ошибке
- Issue comment#7Senkdar2024-12-05 10:29лучше использовать логгирование, а не принт
- Issue#7Senkdar2024-12-05 10:29лучше использовать логгирование, а не принт
- Issue comment#2Radmir972024-12-05 10:28тут и дальше - вместо комментариев лучше использовать докстринг к функции
- Issue#20Senkdar2024-12-05 10:27лучше сделать словарь, в котором будут вызываться функции, чем строить кучу if/elif
- Issue#19Senkdar2024-12-05 10:25предложения по улучшению
- Issue#18Senkdar2024-12-05 10:23nit можно использовать match/case
- Issue#17Senkdar2024-12-05 10:22это нужно вынести в константу или ENUM
- Issue#16Senkdar2024-12-05 10:19стоит сразу проверить существует ли такая книга
- Issue#15Senkdar2024-12-05 10:18возможно стоит явно определять поиск по году, чтобы оптимизировать скорость выполнения операции
- Issue#14Senkdar2024-12-05 10:16неважно будет найдена книга или нет, мы в любом случае полностью проходимся по списку, имея алгоритмическую сложность О(n), стоит подумать над структурой хранения данных
- Issue#13Senkdar2024-12-05 10:13а в каких случаях возникнет ошибка, что ID не будет числом?
- Issue#11Senkdar2024-12-05 10:08переменная с названием "х" не информативна, лучше такие не использовать. В случаях, когда ты не используешь переменную переменную итератора, то лучше сделать так: for _ in data: _
- Issue#10Senkdar2024-12-05 10:06это точно работает?
Totals cover only the window loaded into ClickHouse and count events, not GitHub's lifetime totals — 0 stars here means stars gained during the window, not the repo's star count.