GNOME vs. KDE с точки зрения разработчика

Ну как бы да – другое ) Это для того, чтобы консилиумы консорциумов и прочие ещё больше платили за ништяки для энтузиастов ) Логика такая – именно проприетарному софту жизненно необходимо на каком-то этапе окаменеть.

Linux is modern CP/M

При чём здесь рыба?

А при чем здесь винда и какие-то iPad-ы, если речь шла о внешнем виде плеера? Или тебе просто надо было свои баллоны говна куда-то слить и ты пришел на ЛОР?

Там эквалайзера даже нет.

Ставится отдельным плагином если надо.

В киндлах-то хоть тивоизированный андроид, а не оффтопик?

https://developer.gnome.org/amtk/unstable/amtk-intro.html

Зачем нужен эквалайзер в плеере, когда через пшшшшаудио можно подцепить эквалайзер к любой программе, выводящей звук? Засовывать эквалайзер в плеер — неюниксвейно.

Qt такой монструозный из-за попыток сделать из C++ приличный язык. С совершенствованием стандарта C++, Boost и прочих альтернативных культям библиотек нужда в компонентах культей, окромя QtGui, стремится к нулю.

з о ч е м

У Вас 6 ошибок в слове «Electron».

Отчего на нём и сидим ;)

Но это слишком громко всё-таки; чтобы превратить GNU/Linux в DOS — надо не создавать учёток кроме рута и выкинуть драйвер VESA, и даже это будет слишком грубым приближением.

у 1 % от 1 % линупсоедов

Щя бы одному проценту хрюкать на один процент.

костылем

Охренеть, давно плагины костылями стали?

Именно так и надо: 99% времени думать и только 1% времени делать. Иной точки зрения придерживаются говнокодеры, которым лишь бы побыстрее тяп-ляп и в продакшн.

А при чем здесь винда

А где речь шла о винде?

если речь шла о внешнем виде плеера

Какое отношение наличие библиотеки в плеере и её поведение имеют к внешнему виду?

Именно так и надо: 99% времени думать и только 1% времени делать.

Этого никто не отрицает – я больше скажу – думать над проектом, которым увлечён, стоит 99.9% сознательного времени. Непосредственно код писать – куда меньше. Отказыватели (импортозамещатели и т.д.) от Qt предлагают 80% времени думать и делать то, что уже есть в Qt (но нет в GTK, например), и только 20% думать над тем, за чем это приложение вообще задумано.

которым лишь бы побыстрее тяп-ляп и в продакшн

Вам лишь бы «в продакшн» – не сделать что-то впечатляющее, а продать, внедрить, задеплоить, распиарить какую-нибудь тривиальную фигню.

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

Рефлексия, сеть, скрипты, интеграции с файловой системой?

Пиши на явушке - работает на любой платформе под любым де, на fx легко писать красоту, на свинге - стабилоту (работает вообще везде)

Qt был актуален когда Ява требовала непозволительных 32 мегабайт памяти на жвм и стартовала пару секунд.
ГТК был актуален разве что во времена увлечения «нейтив луком» под гном2

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

Qt такой монструозный из-за попыток сделать из C++ приличный язык.

Мне кажется у них цель обратная, недавно еще и conan выбрали вместо vcpkg.

Пиши на явушке - работает на любой платформе под любым де, на fx легко писать красоту

4.2. Эта ваша кофейня так и не осилила Wayland.

ЕМНИП осилила в 12 с бекпортом в 11.0.2
И всегда можно было стартануть с Djdk.gtk.version=2 - оно тогда в иксовом окне отрабатывалось

А вот свинг на вяленом работает вообще без проблем :-)

сделать что-то впечатляющее

Qt

не смеши меня. Qtшники это бракоделы. В чём можно просто убедиться просто прочитав комментарии в этой теме.

ЕМНИП осилила в 12 с бекпортом в 11.0.2

И lwjgl (или как оно там) создаёт окна с OpenGL или Vulkan, и FX рисуется и инпут правильно пробрасывается? Или просто окошко HelloWeston открыли и «осилили»?

И всегда можно было стартануть с Djdk.gtk.version=2 - оно тогда в иксовом окне отрабатывалось

кофейня так и не осилила Wayland

Где связь? При чём тут иксовые окна?

что уже есть в Qt (но нет в GTK, например)

Зато в GTK+ есть то, чего нет в Qt — Emacs keybindings. Посему для Нас как для пользователя программы на GTK+ удобнее и предпочтительнее, чем на Qt. Ради этого как программист можно и пострадать ;)

Более того, GTK+ не ограничивает полутора языками. Встречали программы на GTK+ и на C, и на Vala, и на C#, и на C++, и на Python, и на Perl, даже на Ruby; сами одну на Go пишем. На Qt же — кроме как на C++ и Python в природе не встречаются.

не сделать что-то впечатляющее

Да именно что впечатляющее тоже. Говнокодерского запала на это хватит. Проблемы начнутся при развитии этого впечатляющего высера. Впрочем, в качестве прототипа, подлежащего полному переписыванию, сойдёт ;)

Всё будетб ;)

Отказыватели (импортозамещатели и т.д.) от Qt предлагают 80% времени думать и делать то, что уже есть в Qt (но нет в GTK, например

И щас ты такой берёшь и пруфца вкидываешь. Было бы эффектно.

И lwjgl (или как оно там) создаёт окна с OpenGL или Vulkan, и FX рисуется и инпут правильно пробрасывается?

На OpenGL даже свинг умеет рисоваться, если окно OpenGL роняет вяленого то это проблема вяленого, но даже на такой случай это было пофикшено

Где связь? При чём тут иксовые окна?

Вестимо что связь в том что это работает под сеансом вяленого

во времена увлечения «нейтив луком» под гном2

А они куда-то делись?

Qt с qt5ct до сих пор отлично мимикрирует под GTK+2 — куда лучше, чем под GTK+3. GTK+2 тоже живёт и здравствует. А вот гномтулкит не нужен и разработчики прикладухи с него потихоньку разбегаются, кроме полутора терпилоидов.

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

Будто этот ваш Swing от Qt по востребованности далеко ушёл. В мобилки он не умеет (в отличие от культей, которые в них умеют хоть как-то), а прикладная десктопщина неактуальна: GUI уходит в Web, с Electron включительно. JavaFX вообще мертва.

Просто C++ укатился в несколько другую сторону ;) По меркам 90–00-х культи были революционными и заметно облагораживали голый C++. Сейчас уже сами пытаются бежать за C++-паровозом под грузом совместимости и вообще устаревшей концепции, выходит не очень.

А зачем?

Вы ещё пожалуйтесь, что какой-нибудь Tk или Motif не умеет в Wayland. Для тулкитов, активно использующих иксовую отрисовку графических примитивов, куда разумнее использовать единую прослойку в виде Xwayland, чем засовывать в каждый свой рендерер. JavaFX это, впрочем, не касается, там рендерер таки свой ;)

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

Ну, я хз, как у вас там востребованность шляпы в Бобруйске, или где ты там эникеешь. Но, например, в Голливуде 3Д-графику рисуют на Шляпах: https://www.youtube.com/watch?v=hnFSVx7NhmM

https://www.youtube.com/watch?v=x9ikzGQW0ys

https://www.youtube.com/watch?v=U6BO-__o-10

Это так, навскидку.

программы .. на C#

Вендузятник штоли?

Да именно что впечатляющее тоже. Говнокодерского запала на это хватит. Проблемы начнутся при развитии этого впечатляющего высера.

Хех ) И в чём по твоему принципиальная разница между разработкой и развитием? Нет, ну в модели «хекс-хекс и скорее в продакшин», да – там есть.

GTK+2 тоже живёт и здравствует. А вот гномтулкит не нужен и разработчики прикладухи с него потихоньку разбегаются, кроме полутора терпилоидов.

На твоей машине по соседству с ШиндвсХП? Главное, повторяй, твёрдо и чётко! Культи 4 уже выбросили, ГТК2 на очереди, но, главное, отрицать!

На OpenGL даже свинг умеет рисоваться, если окно OpenGL роняет вяленого то это проблема вяленого, но даже на такой случай это было пофикшено

Ааа. Ну да. Проблема вяленого. Ни какие окна не роняют (в том числе QWindow, например), кофейные роняют – «проблемы вяленого». А так да, «Пиши на явушке - работает на любой платформе под любым де» :D

Вестимо что связь в том что это работает под сеансом вяленого

Ясн. Логика уровня «раз под wine работает, то и ладно».

GTK+2 тоже живёт и здравствует

GUI уходит в Web, с Electron включительно

Не хочу в твою вселенную. Там грустно и страшно.

Ааа. Ну да. Проблема вяленого. Ни какие окна не роняют (в том числе QWindow, например), кофейные роняют – «проблемы вяленого».

Если графический сервер падает при отрисовке окна, то это проблема графического сервера.
Фиксам до FX уже почти два года от роду, напомню что два года назад а) вяленый падал при любом чихе б) в вяленый тогда даже не умел ни один более-менее адекватный браузер

Ясн. Логика уровня «раз под wine работает, то и ладно».

Логика в том что это работает. Как это работает - никому не важно.

Если графический сервер падает при отрисовке окна, то это проблема графического сервера

Угу. Кофейные окна роняли композитор, фиксы в джаву исправили это. Очевидная проблема графического сервера )

Логика в том что это работает. Как это работает - никому не важно

Магическое мышление «кофейников» в деле )

Вендузятник штоли?

Совершенно необоснованные стереотипы, Mono сто лет в обед.

Pinta на GTK# вполне недурственен, но больно уж долго стартует, поэтому перешли на AzPainter ;)

И в чём по твоему принципиальная разница между разработкой и развитием?

Развитие идёт с определённого этапа жизненного цикла разработки, до этого продукт продуктом ещё не является и развивать нечего.

На твоей машине по соседству с ШиндвсХП?

Нет, ШиндвсХП на соседней машине ;)

Культи 4 уже выбросили, ГТК2 на очереди

Совершенно некорректное сравнение. Культи развиваются плавно, радикальных изменений в них нет. GTK+2 и GTK+3 же — совершенно разные тулкиты, общее у них только название и частично API.

Ну живите дальше в линуксячьем манямирке :P Только и в него уже активно долбятся штаноподвывертные гироскутерожокеи со своими флатпаками и QtWebEngine.

Очевидная проблема графического сервера )

Разумеется. Наличие возможности уронить композитор кривым клиентом — это DoS-атака.

Угу. То-то Тринити не могут с 3-го на 4-й Кьют портировать никак, а часть КДЕ умерло, застряв на 4-м.

Если прикладная программа роняет вяленного, то это таки проблема вяленного.

Ну так портирование нужно именно потому, что меняют API, не меняя особо кишки.

В GTK+ всё наоборот.

Как можно уронить протокол?

Тогда в чём проблема с ГТК? Какая разница, что происходит в кишках, если АПИ меняется мало?

Совершенно необоснованные стереотипы, Mono сто лет в обед.

А wine существует вообще дольше, чем я компьютером пользоваться умею :D

https://en.wikipedia.org/wiki/Wine_(software)

Initial release 4 July 1993; 27 years ago

Так что теперь, условный PathOfExile.exe – нативщина?

Развитие идёт с определённого этапа жизненного цикла разработки, до этого продукт продуктом ещё не является и развивать нечего.

Интересненько )) Определённого кем? Определённого через что?

А можно, на конкретных примерах – dxvk, sway, mpv. До какого момента шла ещё разработка, а когда началось уже развитие? И что принципиально поменялось?

А возможность устроить GPU hang косым клиентом это тоже DoS атака?

А теперь вопрос – если уж это DoS атака и угроза безопастностЕ, то этого же допустить никак совсем вообще нельзя, да? Так что? Забить на производительность корректных клиентов и ставить проверки консистентности на каждый чих (в т.ч. в модулях ядра)? Просто потому, что существует всякая косорурва? А может не говнокодить или хотя бы фиксить кривые клиенты, если уж наговнокодили?

А возможность устроить GPU hang косым клиентом это тоже DoS атака?

Да.

А теперь вопрос – если уж это DoS атака и угроза безопастностЕ, то этого же допустить никак совсем вообще нельзя, да? Так что? Забить на производительность корректных клиентов и ставить проверки консистентности на каждый чих (в т.ч. в модулях ядра)? Просто потому, что существует всякая косорурва? А может не говнокодить или хотя бы фиксить кривые клиенты, если уж наговнокодили?

если уж это DoS атака и угроза безопастностЕ, то этого же допустить никак совсем вообще нельзя, да?

Да.

Забить на производительность корректных клиентов и ставить проверки консистентности на каждый чих (в т.ч. в модулях ядра)?

Исправления безопасности в основном и состоят из этого. Просадку производительности надо измерять. Возможно имеет смысл делать специальные сборки с большей производительностью и с меньшим числом проверок. Но такие сборки не будут по умолчанию.

А может не говнокодить или хотя бы фиксить кривые клиенты, если уж наговнокодили?

Безопасность в том числе заключается в устойчивости к говнокоду. Исправление кривых клиентов - отдельная задача.