https://github.com/GNOME/gmime/blob/master/gmime/gmime-filter.h

Каково, а? То есть, там реально public/private/protected методы и свойства и GObject (https://habr.com/ru/post/348204/) в виде ООП.

Дык да, весь glib так устроен. Если ты что-то пытался делать на gtk вручную, то все это очень знакомо :)

Я даже не знаю, норма это или нет(С)

Я - уже нет, так как Перл из прода выкинут. Но - да, в случае, если эти 400 пакетов равномерно размазаны тонким слоем говнеца по /opt, /usr, /usr/local и /usr/share, то придётся тратить время на тестирование не только релиза, но и обновлений. А это - деньги.

Так что чем меньше пакетов - тем лучше. Зачастую даже имеет смысл сделать каталог thirdparty и сложить туда то, что обновляется не так, как тебе удобно и самому поддерживать апдейты (хотя это и антипаттерн).

Я даже не знаю, норма это или нет(С)

Ну тут уже ой.
Впрочем, настолько дремучие времена прошли. Уже же никто и не вспомнит, что такое Matt's script archive или PHPNuke/PHPPostnuke

Ну, если ты писать не умеешь, то кто тебе виноват? У меня же ровно обратная ситуация: вот есть огромная библиотека, написанная наобъектно-ориентированном С (да, такое бывает), она глючит, тупит, не работает и падает на некоторых письмах. Ты год с лишним собираешь тестовые письма, на которых её тошнит.
Потом  пишешь своё. Первое, что делаешь - прогоняешь тесты на собранной коллекции писем. Если твоя библиотека лучше - то ОК, поехали в прод.

миллениалы придумали СОМ

А как именно эти деньги считаются?

и зачем всё это? поддержка legacy ?