Gregory's Server
Ох, я вот покрутил в голове проекты "нечто низкоуровневое на C" и ни в одном, как мне кажется, не будет "явно выделенные issues для новичков".
Но я личном опыте могу подсказать, что можно брать любой проект с тестами и механизмом подсчёта покрытия этими тестами. И покрывать тестами то, что не покрыто: это хорошая точка разобраться в проекте, в его внутренностях. А если повезет, то тестами обнаружатся баги, обсуждение которых затянет в рабочую атмосферу проекта.
Ну и (лично) я бы не стал котрибьютить в проект, просто потому что у него хорошая тикет-система. Всегда больше мотивации что-то исправить/улучшить в том, чем пользуешься каждый день. А уж что пофиксить/допилить в проекте, который каждый день используется, думаю найти не сложно. Если непонятно с какой именно стороны подойти к задачу, то лучше начать обсуждение с активными разработчиками: на моём опыте у них в головах уже есть много идей что нужно сделать и как, но вот оформляется всё это в issue очень редко.
@continue с упоминанием тестов - спасибо, это хорошая мысль.
А насчёт "first issue" - это для меня такой показатель того, что коммьюнити понимает, что к ним могут приходить новички. Конечно, всегда можно прийти к основным разработчикам и узнать, что они хотели бы добавить/покрыть тестами/учесть, но это очень тяжёлая точка входа, потому что такие штуки как раз более вероятно приведут к тому, что придется раскуривать пол проекта.