Как я упрощал процесс работы над опенсорс проектами

[rolaman]

Обязательно попробую, должно намного облегчить поиск

[ptitca_zu]

Я же правильно прочитал, что тулза ищет только то, что помечено звездочками в GH-аккаунте пользователя?
Не было мыслей в сторону поиска «по всему гитхабу»? Я в общем-то понимаю, что это, наверное, не очень просто, так как как-то смотрел на Github API с похожей целью и беглым просмотром не нашел способа найти подходящие issue, не задавая списка конкретных проектов.

[IgorPerikov]

Да, все верно, в сторону глобального поиска не было мыслей, потому что для меня звездочки это дополнительный критерий, обозначающий мою заинтересованность в репозитории. Хоть это и требует дополнительной работы по поиску и разметке репозиториев, выборка становится намного более репрезентативной. Например, на гитхабе есть огромная куча java проектов, связанных с андроидом, которые мне неинтересны и, соответственно, не хотелось бы их видеть.

[ptitca_zu]

У меня, на самом деле, тоже куча звездочек на гитхабе и сохраненных ссылок в блокнотах, до которых руки не доходят.
Но как-то подумывал над идеей решить задачу in: «Хочу Python, начальный уровень, web-framework» -> «Список issue, над которыми можно поработать». Потом понял, что мне самому такую задачу решать не нужно и забил

[IgorPerikov]

Я думал о чем-то похожем, но все сводится к тому, насколько достоверно люди будут расставлять теги у проекта. Как следствие — менее надёжная схема.

[slonopotamus]

Вам не кажется что использование докера для такой задачи — немного оверкилл?

[IgorPerikov]

Докер здесь хорошо помогает как средство дистрибуции. Мне не нужно думать о кроссплатформенных билдах и о том, каким осям в какие репозитории их класть. Благодаря этому утилита легко работает на всех системах, где работает докер.