GUI

дёргать программу с параметрами

А промежуточные результаты? Такой подход годится только если морда — по сути "оболочка для идиотов", т.е. не нужна.

Кстати, да: а как ты взаимодействовать-то собираешься? Пилить свой велосипед на IPC?

Автогенерация биндингов. Разумеется, не все скриптовые языки могут позволить себе полноценно работающий генератор для какого-либо популярного языка. Одна из сложностей в том, что для взаимодействия со скриптовым языком некоторая информация о классе должна быть доступна не только компилятору при сборке проекта, но и скрипту в рантайме; для получения этой информации в C/C++ используется как минимум три разных источника: COM в оффтопике, GObject в GTK и расширение языка + генерация кода в Qt.

В итоге выглядит так: я беру уже готовый класс C++, унаследованный от QObject, и без всяких дополнительных действий напрямую использую все его слоты как родные функции javascript да отправляю ему сигналы.

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

Для более умного и сложного применения командная строка пока без вариантов.

да. Даже такой неточный инструмент заметил разницу

А промежуточные результаты? Такой подход годится только если морда — по сути «оболочка для идиотов», т.е. не нужна.

Тогда получается, что графики - оболочка для учёных-идиотов, нормальные учёные читают сырые данные. А CERN - это просто мудаки, ведь у них каждую секунду по 20 миллионов столкновений частиц происходит, ни один эмулятор терминала вывод такого количества логов не потянет.

Между тем все вменяемые морды к git занимаются тем, что дёргают данные из git и представляют их уже в другой, более удобной форме. Например, показывают таблицу последних коммитов и при выборе любой строки без всяких подтверждений тут же показывают все изменения, внесённые в выбранном коммите. Сам git так не умеет - в нём надо не клик сделать, а скопипастить хеш коммита и спросить git diff.

Appmenu (глобальное меню + поиск по нему при нажатии Alt) в unity, а скоро и в KDE.

Оно уже есть в KDE. И даже работает. Правда, из коробки только в Qt-приложениях. На gtk нужно накладывать патчи. Благо в оверлее мегабакса патченные версии есть.

Отлично! Если будет в KDE по дефолту, то некоторые дистрибутивы всё-таки применят эти патчи к gtk, скорее всего это будут Роса и Opensuse (в ubuntu уже сейчас должны быть). И когда отвергнутые ментейнерами gtk патчи появятся по дефолту в большинстве дистрибутивов, этим ментейнерам станет наконец-то слегка стыдно за свои действия.

Qt + QML/Js же

Дополнительный буфер обмена в X11.

Мне еще и о буферах обмена задумываться в каждом моем приложениий?

Appmenu (глобальное меню + поиск по нему при нажатии Alt) в unity,

Это вообще не дело приложения.

хранение пользовательских настроек

Например Qt вполне умеет хранить настройки приложения в разных местах в зависимости от ОС. И я просто пишу QSettings::setValue(...) и не задумываюсь - в реестр ли пишется или в файлик.

поиск иконок в дефолтной теме

С иконками в той же Qt тоже есть подхват системных иконок либо использование своих. Но мои приложения чаще таскают свои картинки.

Век ЭВМ уже давно прошел.

Ох лол. Мусье пишет с неэлектронной машины?

Ох лол. Мусье пишет с неэлектронной машины?

Там написано «век ЭМ уже прошёл»?

http://www.rudometov.com/cpu/08_02_01_history/01.jpg

Не с такой.

Полнофункциональных (с вменяемой интер/локализацией, с поддержкой инвалидов, с юникодом) — в линуксах нет. Энжой юр тулкитс. Если нужно тупо нарисовать гуй здесь и сейчас — тонна выбора, начиная хоть с fltk.

В иксах нет буфера обмена вообще на данный момент.

В иксах нет буфера

Буфер глифов там уж точно есть.

Продолжим вырывать фразы из контекста? Ваша очередь.

Вопрос из серии «а почему десяток крестьян не могут прокормить мегаполис?» удивительно популярен среди тех, в чьей голове нет цельной картины мира. Да потому что в определенной критической точке для удовлетворения возросшей людской биомассы нужно переходить от ручной дойки хилой коровы пьяной дояркой к производственным мощностям и синтезированию пищи. Так же при возросших вычислительных мощностях у населения нужно переходить от пердячего ассемблерного пара к универсальным прослойкам и платформам.

С увеличением быстродействия компьютеров приоритет переходит со скорости работы на скорость и удобство разработки + удобство того, что получается в результате. Это так же нормально, как и то, что бумага размокает в воде гораздо легче, чем глинянные таблички.

А винапи, о котором ты говоришь - то еще ужасное говно, с точки зрения удобства. Не зря к нему придумывали ООП-врапперы (OWL, потом MFC) чуть ли не с первых лет его существования.

А с каких пор планшет перестал быть электронной вычислительной машиной?

Ты живешь в стране эльфов, где на 100% десктопов установлен Linux?

fltk, fox, tk

А у каждой архитектуры CPU (да и не только архитектуры, каждого отдельно взятого процессора) свои особенности системы комманд. Так что, по-твоему, теперь на ассемблере под каждый писать?

От емакса тоже плевались, потому что Eight Megabytes And Constantly Swapping. Времена меняются.

Да мне просто пофиг.

Есть Motif, Tk.