Итак, вы пользуетесь каким-то опенсорсным софтом. И есть в этом софте какой-то бесячий баг, или неудобно сделанный кусок интерфейса, который вас раздражает
К счастью код открыт, нужно лишь поправить...
Но вот беда. Код большой и сложный, и вы с таким разбираться не умеете. Или умеете, но это займет очень много времени, а у вас своих дел невпровопрот, что делоть...

Всё просто: Открывать тикеты (issues)

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

Но разве разработчики сами не видят, что происходит?

С вероятностью 90% — НЕТ. Все люди разные, используют разные окружения, и взгляды на интерфейс у них тоже разные

А если там и так очень много тикетов? Зачем вносить ещё один, если он просто потеряется?

Ну во первых, попытаться стоит. В случае неудачи вы ничего не теряете
Ну а если проблема актуальна для многих, внимание она почти наверняка получит