В опенсорсе есть несколько течений:1) разработчик делает так, как удобно ему. Может выйти экзотично, но при использовании по назначению - обычно удобно и консистентно. Обычно выполняемых функций мало, но есть какие-то способы увязать с внешним софтом. Так те же вим с емаксом росли, так же примерно deadbeef, darktable и ещё куча мелочи существует. Характерная особенность - подавляющее влияние на проект оказывает один человек или какое-то очень малое сообщество, способное договориться, а несовместимые внешние хотелки шлются на фиг, обычно вежливо. В продвинутых вариантах - это BDFL, способный удержать проект - привет Линусу с Гвидо.
2) разработчики (здесь это обычно команда) пытаются ориентироваться на "аудиторию", и выходит.... ну что-то выходит, но обычно нечто вида "помесь ежа с ужом, и ещё хвост синицы торчит", так как даже если и есть некий vision - он умозрительный, не прочувствованный на собственной шкуре. При этом если разработчик сам этой штукой пользуется - то хоть какой-то кусок там работать будет, особенно если привыкнуть. Здравствуйте, мозилла, гном и прочие.
3) то же, что 2, но с попытками это сделать в конторах с неким управлением процессом разработки - ну тут всё зависит от менеджмента. Может котлин или Xen получиться, а может и убунта c опенофисом.
Так вот в первом случае там и так всё, что надо есть - для тех, для кого оно писано, и надо там немного. А если вам не нравится - ну так вы целевой аудиторией и не были, и никто кроме авторов не был. Во втором - может нейминг там и будет, а остальное без понимания, что хочешь получить, не живёт. В третьем, понятно - как менеджмент решит. А менеджменту обычно хочется что-то тяжеловесное и корпоративное.
