Хотите совет, милейший?
Не пишите столь нагруженных смысловой содержащей постов в период с 30 декабря по 12 января. Проверено: это пиздец; никаких сколь-либо адекватных (если не считать адекватным посыл на хуй) реакций не будет. Максимум, - станете свежесваренным кормом внеочередного виртуального тролля.
К нам в гости снова Дед Мороз
С Снегурочкой пришел,
Чтоб каждый в сказочном мешке
Подарок свой нашел.
Пусть исполняются мечты
У всех под Новый год
Какой же симпатичный вы
И радостный народ.
Мы много счастья в новый год
Хотим вам пожелать.
Смеяться петь и танцевать,
Но только не скучать.
Пусть закружит вас хоровод
Чудесных новых дней,
Пусть Новый год войдет в ваш дом
Как лучший из друзей.
Если говорить про прикладное ПО, то там удобнее использовать именно ООП из-за быстрого выстроения иерархии объектов и абстракций. К тому же если все правильно сделано, это еще очень хорошо расширяется. Что бы написать тоже самое в другой отличной от ООП парадигме вам прийдется гараздо более тщательно проектировать и определять алгоритмы и структуры данных. Так как у C свои ограничения. Ну это выливается в то, что программист вместо того, чтобы думать как мне сделать вот эту штуку, думает а не забыл ли я там память освободить? Любой язык программирования как палка о двух концах. Что тут лучше делается, что-то там. Лучше всего это понимать и использовать то что надо где надо.
Почему? Люди любят учиться и разбираться, иначе они не пошли бы в программисты. Только разобраться во всём очень сложно. А работодатель заставляет разбираться не в самых эффективных средствах разработки. А раз человек выучил интерпретируемый язык, потому что все вокруг хотят от него того, чтобы он его выучил, и раз он может написать на нём программу, которая его устраивает, он и будет это делать.
Удручает только то, что вместо, например, огромной библии программирования на с++ или толстенной camelbook он бы мог прочесть тоненькую книжку о 'c', и толстую книжку об алгоритмах и структурах данных, да пару руководств по shell с описанием всяких утилит, вроде sed, что позволило бы ему писать более эффективно и быстро, да к тому же использовать все возможности существующего кода.
ну на gajim вы немного наговариваете, уже чёрт знает сколько его использую - замечаются тормоза только на момент загрузки и в процессе запроса инфо о пользователе. но тем не менее, гаджим становится монстриком, это уже далеко не лёгкий гуй, и он, как вы правильно заметили, будет становиться тяжелее.
но всё же, какие могут быть альтернативы? использовать gtk и с, gtkmm/qt и с++ для лёгковесной морды к какой-нибудь консольной программке - садомазохизм. если известно, что гуй не будет обрастать до монструозности, то проще сэкономить время, используя скриптовый язык, как это делают например господа из ubuntu.
Лёгкий GUI, написанный на Python превращается в очень тяжёлый GUI. Тяжёлый для пользователя, конечно: подтормаживает, память поджирает, процессор грузит. Не самая сложная программа, например, gajim, которая вобщем-то есть GUI для Jabber, может очень сильно начать греть процессор и грузить swap. Странно, но гораздо более сложный и функциональный gaim намного реактивнее. При этом, объём его кода всего на 30 процентов больше (а, напомню, протоколов он поддерживает в 6 раз больше). Вот такие пироги.
к сожалению, чем популярнее Линукс, тем больше появляется проектов на интерпретируемых языках. Люди не любят учиться, разбираться. Мало кто возьмется читать книгу по LaTeX, когда есть такой наглядный и "простой" ворд при том, что подавляющее большинство не знают про стили.