Представлен релиз кроссплатформенного фреймворка Qt 5.15. Исходные тексты компонентов Qt поставляются под лицензиями LGPLv3 и GPLv2. В декабре будет опубликована новая ветка Qt 6, в которой ожидаются значительные архитектурные изменения. Для сглаживания будущего перехода на ветку Qt 6 в Qt 5.15 включены предварительные реализации некоторых новшеств и добавлены предупреждения о скором прекращении поддержки функциональности, намеченной для удаления в Qt 6...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53031
Если исходный код останется открытым, интересно сколько "форков" появится по выпуску бинарных обновлений к версии LTS после того, как они перестанут их поставлять беслатно (с ваходом следующей версии Qt не LTS)?
А откуда следует, что он может стать закрытым? То, что хотели задерживать на год выпуск открытых версий, не говорит о принципиальном закрытии кода.
Сейчас бы открытые win api и *nix api, не учить!
А ты пробовал писать на win api? Попробуй, сразу глупости писать перестанешь.
Слушай если бы не .NET и MFC, то все было бы отлично с обычным WinAPI я помню CreateWindowsEx был просто простой до безобразия и многие UI сегодня вроде GTK такие же простые.
win32api разве закрыто?
https://docs.microsoft.com/en-us/windows/win32/
оппишись
API нет, но реализация да
> API нет, но реализация даТеоретически, есть ReactOS и wine. А так я писал. Апи как апи. Хотя хвосты от 3.х винды конечно забавные.
Максимум только КДЕ осмелится. И то поддерживать форк в таких же темпах как то сомнительно
и даже KDE на эту тему уже высказался, как только появилась инфа про новые LTS
и у них нет ни сил, ни людей, ни финансирования, ни желания ещё и форки фреймворка поддерживать и свой Qt пилитьв любом случае в TheQtCompany тоже не совсем обезумевшие бабловыжиматели сидят (надеюсь), они понимают, что той или иной политикой могут уничтожить проекты, сыгравшие одни из ключевых ролей в самом Qt.
поэтому каких-то безвыходных ситуаций и неюзабельности продукта для сообщества тоже делать не станут (именно поэтому само изменения политики поддержки LTS находится ещё в стадии слухов и доработок)
>изменения политики поддержки LTS находится ещё в стадии слухов и доработокЭто официальная новость о принятом решении. Какие слухи?
ну и какие подробности о модели принятия патчей безопасности из коммьюнити, или модели выпуска пропатченых библиотек и в какой форме, а так же модель перехода от одной версси к другой вам известны?пока что опубликовано только: "не будет LTS для free, а будет только для Commercial. над технчиескими деталями пока ещё думаем". как бы всё
А с чего Вы взяли, что обновления к LTS будут под GPL? Получите Qt Commercial License и распишитесь, что никогда никому и ничего не передадите и не поможете так или иначе создать аналог. Я кстати так и нашёл текст их коммерческой лицензии(неужели даже её запрещено распространять?).
Под GPL будет только тестовая ветка в которой баги будут исправлять через год или два. Ломая всем костыли, необходимые, чтобы баги обходить.
> Значительно улучшена поддержка декорирования окон на стороне клиента (CSD), позволяющая приложению определить собственные элементы оформления окон и разместить произвольное содержимое в заголовок окна.Ссылка ведет на новость про Qt MCU
Будет как в Гноме и винде https://github.com/johanhelsing/qt-csd-demo
Сначала обрадовался. Потом дочитал до этого:> При этом для сообщества обновления ветки 5.15 будут выпускаться до формирования очередного значительного выпуска, т.е. примерно полгода. Расширенный LTS-цикл, подразумевающий формирование обновлений в течение трёх лет, будет ограничен пользователями с коммерческой лицензией
и огорчился. Ну почему всё хорошее обязательно превращается в шлак?
В чём шлаковость, поясните.
Т.е. коммиты после очередного значительного выпуска будут только под коммерческой лицензией? Или речь только о бинарях?
В любом случае не надо сидеть на протухших кутях -- там баги. Я уже обжёгся пару раз. Свежие, только самые свежие.
Если так, то на 6.0 ты вообще сгоришь нафиг. Вот у людишек короткая память, она 5-я стала удовлетворительной только к 5.6.
К 5.6?
К 5.9 как минимум.
А это не вы разрабатываете TeamViewer на альфа-версиях Qt? Норм безопасность для проекта удалённого управления.
А про какую безопасность можно говорить при закрытости кода самого TeamViewer?
Бесспорно, хорошая библиотека, но что-то больно монструозной она стала в последнее время...
"Эффективные менеджеры" захватили мир
Зохавали. "Кадавр жрал".
Она хорошо подроблена. Используй то, что конкретно нужно.
> Она хорошо подробленаicu
>> Она хорошо подроблена
> icuicu нужен, только благодаря ему азиаты могут пользоваться софтом сегодня (арабы тоже)
Поэтому предлагается вгрузить этот кус крапа всем, независимо от нужности?
> Поэтому предлагается вгрузить этот кус крапа всем, независимо от нужности?Он нужен всем, просто не все об этом знают. Кроме шуток. Лично меня немножко ломает тащить плюсовые либы в сишный код (потому что они тормозные и раздутые, кроме того софт с icu нужно пересобирать при каждом обновлении icu), но все сишные альтернативы (например, enca с iconv) на практике никуда не годящееся убожество. Опенсорс на несколько десятилетий отстал от проприетарных систем как раз потому, что с cjk в нём невозможно работать. Сейчас навёрстывают запилив юникод повсеместно и проприетарные системы уже в догоняющих, но момент упущен.
> Он нужен всем, просто не все об этом знают.Да, да, и вас тоже неплохо бы расстрелять. Например за вот это вот.
> Опенсорс на несколько десятилетий отстал от проприетарных систем
LOLWAT?
> уже в догоняющих, но момент упущен.
Лично для меня ваш CJK - dead code. Поэтому от его отсутствия лично я не расстроюсь.
Английским владеет не более 1/10 населения планеты, твой имперский шовинизм не пройдёт. Больше всего кода (и полезного кода) сегодня пишут вовсе не в империи. При этом, твоим недальновидным мнением можно пренебречь как малозничимым. И это будет правильно.Я когда-то тоже в детстве упарывался по восьмибитным кодировкам, но потом приобрёл опыт и у меня открылись глаза. Кроме того, я до сих пор очень сомневаюсь в необходимости существования письма справа налево, но оно есть, и оно очень распространено. От этого тоже никуда не деться.
А твой нездоровый юношеский максимализм, возможно, пройдёт с возрастом. Если это не маразм, но тогда ты сам знаешь что тебя исправит.
Почти свой C# написали
Причем не совместимый со стандартами С++ и STL
Ну конечно писали бы на стандартах, 80% толщины бы небыло
80% функционала ещё бы не было, потому что старый уже был бы не понятен, но всё ещё тёк бы и не собирался при рандомном стечении версии линкера, параметров и погоды на Марсе
Были ли эти стандарты во времена написания этого кода вот в чём вопрос.
Конечно же были аж С++11 сколько там лет, 9!
https://en.wikipedia.org/wiki/Qt_version_history
ветка qt 5 была долна уже переписана на С++11 стандарт, но они пошли своим путем
с учетом того что всегда есть черновики стандарта, они сделали высер
Стандарт С++11 давно поддерживается. Ты о чём вообще?
https://stackoverflow.com/questions/7421825/c11-features-in-...
представляешь почти на 90% поддерживалось на момент выхода стандарта, причем всю жизнь можно включать компиляцию черновика стандарта
ему про стандарты, а он про ms visual c++, который не поддерживает ни один c++ стандарт
Твой мозг не поддерживает в логику, тебе говорят что компиляторы msvc всю жизнь поддерживали стандарты, UB это не стандарт, а ты явно про свой UB на GCC
Не знаю как сейчас, а раньше vs многое не поддерживал даже из устаревших форматов. Больше всего поддержитвал шланг, потом гцц. В любом случае компилить на vs и вообще виндой пользоваться в 2020 это зашквар.
Для полномасштабного использования на десктопах Линукс как-то не дотягивает
> Твой мозг не поддерживает в логику, тебе говорят что компиляторы msvc всю
> жизнь поддерживали стандарты, UB это не стандарт, а ты явно про
> свой UB на GCCВы врёте. Как сейчас --- не знаю. Лет 10-15 назад msvs очень
плохо поддерживали стандарты. (слово "поддерживали" здесь
даже не очень уместно).
Справедливости ради,
https://docs.microsoft.com/en-us/cpp/overview/visual-cpp-lan...
Правильнее так: "ms visual c++, который не поддерживает ни один C стандарт"
Причем как не планировали поддерживать чистый С, так и не собираются вроде.
Ах, да говно контейнеры Qt это вообще отдельная песня, в стандарте они были еще до созданию Qt, тут даже без выводов понятно что все это задумывалось для подсаживания на Qt мышление, для зависимости от платформы, М - Маркетинг
Контейнеры Qt - copy-on-write. Если не нужно, то пользуйся STL.
>Ну конечно писали бы на стандартах, 80% толщины бы небылоПопробуй форк Qt - CopperSpice, там вместо moc шаблоны затащили. Только вот размер бинарей весьма удручает. Раз в 5 больше, чем у оригинала.
хотел бы я знать, зачем на таком уродском сайте две css с серверов гугла
CopperSpice - это пример яркий пример мартышкиного труда.
Вот здесь их просто уничтожили: https://woboq.com/blog/verdigris-qt-without-moc.html.
404 Not Found
Попробуйте убрать точку в конце ссылки
Да, сильный удар. Не переживут. :)
Это баг опеннета. Когда смотришь превью, он точку в ссылку не включает, а после отправления добавил, зараза.
То, что нормально собиралось где-то до 5.12, сейчас выдает много дурацких (очевидных) предупреждений. Ни на что в-общем не влияет, но нет гармонии.
Потому что разрабатывается коммерческой компанией, которая пытается найти новые источники прибыли путем создания новых "крутых" технологий, которые можно продать. Отсюда и появление множества новых модулей, которые в опенсорсе никому не нужны (поэтому если у них открыт код, то под GPL, чтобы те кому нужно, покупали).
А пилить тогда кто будет? Там же куча патчей прилетает через https://codereview.qt-project.org И не ясно, что будет после "смерти" 5.15? Патчи отклонять что ли будут?
Уже сейчас патчи принимают только в ветку dev, то есть в Qt 6, а в 5.15 фиксы идут с помощью черри-пиков из dev.
> ... но что-то больно монструозной она стала в последнее время...Ээээ, последнее время --- это лет 20?
Оно монструозным стало почти сразу после рождения.
А вот "в последнее время" особо неподъёмную монстрячность
таки начали сбрасывать.
Особенно его любят всякие вендо-быдло-кодеры ;) Хотя и под онтопиком тоже повылезало таких "разработчиков"..
Они уже давно на электроне.
Хм, а что любят линухо-быдлокодеры?
А точно! ГТК они любят!
Правда, об их проектах никто не знает и не видел.
Если никто не видел, на каком основании "быдло"? Вы себе противоречите.
> Если никто не видел, на каком основании "быдло"? Вы себе противоречите.Может потому что быдло линукс не очень то и юзает? Они вон в других новостях пованивают, не понимая как же это можно не юзать то пробэкдореную десяточку то?!
Линуксиды и так маргиналы. Среди маргиналов по-любому найдутся пара особей быдла.
Я считаю быдлом всех раче-водов.
> Я считаю быдлом всех раче-водов.Напрасно. Кто-то из них все же пишет вику. И хотя сам арч нечто непонятное и сбоку йогурт, вика у них довольно крутая и полезная. Видимо в долботне с системными проблемами рождается знание.
> Линуксиды и так маргиналы. Среди маргиналов по-любому найдутся пара особей быдла.Ну... какой-нибудь фрактал и поня с натягом сойдет. Еще можно было бы буратину вспомнить но тот на бсды ушел. Можно еще поха, но из него такой линуксоид... :D
>Особенно его любят всякие вендо-быдло-кодерыА не WinForms, MFC, Electron они любят?
Хотя бы не делфи
> Хотя бы не делфиСпорный вопрос что хуже.
WinForms..
Забавно, что, по вашим словам, «нативные» фичи платформы используют исключительно быдлокодеры.Вот, похоже, анон и электронифицирован( ведь даже электрон в перечне говнокод-штуковин упомянул лишь в самом конце списка.. и то, похоже, просто чтоб не так палевно было )
Но чо, анон, сегодня не_натуральные фичи платформы, а завтра - бабы( резиновые ) ?)
Понимаю... то ли дело Python. +15 к интеллигентности разработчика.
> Понимаю... то ли дело Python. +15 к интеллигентности разработчика.Большинство питонистов - бестолковое а порой и агрессивное нубье. Low entry barrier же. Ну и на фоне оных даже самые паршивые плюсовики сойдут за титана мысли.
Меня больше всего огорчает, что скоро опять кеды станут не юзабельными на три года((
Переход Qt5 -> Qt6 будет гораздо проще, чем Qt4 -> Qt5. То же с kf5 -> kf6. Нет повода для паники.
Это почему же? Обоснуйте пожалуйста?
Я помню как, что то на qt4.7 было не совместимо с qt4.8.
И это в одной ветке. А тут разные...
На самом деле Qt позволяет приложить к своему приложению все нужные библиотеки (под любой ОС), и описанных проблем не будет.
> На самом деле Qt позволяет приложить к своему приложению все нужные библиотеки
> (под любой ОС), и описанных проблем не будет.Только в результате приложивший должен будет стать майнтайнером еще и этих либ, либо на выбор его юзерей могут огреть не только через его собственные дыры, но и через дыры в протухшей библе. В общем выбор setupexeшников.
Потому что устаревшие функции уже помечены в Qt 5.15. Не удалены, а именно помечены! Удалены они будут в Qt6. При сборке программы видно предупреждение, что эта функция устарела и предлагается ее заменить на другую (указано на какую). Программист уже сейчас может пробежаться по этим предупреждениям и заменить устаревшее на актуальное. А может и позже, разницы нет. Главное что с этими предупреждениями это стало проще.
За 8 лет многое поменялось в процессе разработки, странно приводить это в пример.Многие программы на Qt 4 использовали Qt3Support, и нужно было затратить тонну усилий, чтобы от него отвязаться. Сейчас такого нет.
В самом Qt была огромная переделка, связанная с выносом взаимодействия с оконной системой в плагины + переход с Xlib на xcb. В результате все это устаканивалось, наверное, до релиза Qt 5.6. Сейчас такого не будет.
> Qt4 -> Qt5А там разве были какие-то проблемы? Там весь переход автозаменой делается.
Пишите на третьих QT тех которые для Trinity TDE!!!
https://www.trinitydesktop.org/faq/licensing.php#qt
К логопеду! Сколько можно?! Qt, а не QT.
Ха-ха-ха, отличная шутка, нет.
А вот и сектанты с калькуляторами подоспели.
Слава калькулятору!
Это Trinity TDE нужно 0.75 пользователям. А для KDE 5(6) это Qt v3 как собаке пятая нога.
>Это Trinity TDE нужно 0.75 пользователям.Но она удобная. Вы пишите Шура, пишите.
Удобная, пока у тебя нет монитора с большим DPI.
А у тебя большой DPI?
Ты чем пользуешься гном три? Удобно мышкой тыкать в кнопки рассчитанные для тыкания жирными пальцами?
Запусти своё Тринити на 4K-мониторе, или хотя бы на 2K и не забудь скриншотов наделать, чтобы люди поржали.
Когда они его с глюкокрестов на нормальный rust перепишут?
Никогда?
Спасибо, не нужно.
>нормальный rustПошутил шютку. Тогда им кроме MOC придётся ещё запилить своё метанаследование.
Когда в rust нормальное ООП появится
Уберите свои ржавые руки от Qt.
Qt ржавыми руками трогать... только руки пачкать
Вот держись по дальше со своим rust. Своё то сделать не в маготу я смотрю.
> Вот держись по дальше со своим rust. Своё то сделать не в
> маготу я смотрю.Нее, я к расту почти никакого отношения не имею - я просто хейтер кутей :)
Тебя в школьные годы не Дупликом звали? ;)
> Тебя в школьные годы не Дупликом звали? ;)Любителю кутей лучше знать, как его звали в школе :)
Скоро Qt6, как бы KDE6 опять первый год не падал?
Кто ж вас заставлят использовать его сразу после выхода 6.0?
> Кто ж вас заставлят использовать его сразу после выхода 6.0?Кто сказал, что я сразу перейду на KDE 6.0? Для тестов у меня есть VirtualBox
Ну а в чём тогда проблема в хостовой системе посидеть пока на 5.последнем до доводки 6.x?
он походу боится, что 6 кеды настолько мощно упадут в госте, что аж 5 на хосте упадут вместе с ними
Плазма не падает!
Это сумасшествие писать проекты на Qt, (существующие и большие это не касается, переписывать их сложно и долго). С их постоянным а давайте лицензию поменяем каждую пятницу и отношением «нам как-то пояйки на open source». Да и написано оно на c++.
Я хоть и по работе пишу на C++ но люто этот через чур запутанный язык терпеть не могу, уже бы все на go или rust переписать. А Если бы моя воля то только бы Си причём самый чистый K&R ну или хотяб C89
С++? Запутанный? Он просто по размерам огромный, но вполне себе логичный. Наверное со мной что-то не так, но мне, чтобы вкатиться в язык лет 6 назад, понадобилось только прочитать Шилда, Прата, Мейерса, Саттера, Александреску. Именно в таком порядке. Да, на это ушло около года времени, но тогда была основная фулл-тайм работа вообще на другом языке программирования, поэтому читать приходилось час-полтора перед сном. После этих книжек я не могу сказать, что какая-то фича или правило языка вызывают чувство непонятности. Да и как "не стрелять себе в ногу" становится очевидным. Если что-то подзабыл, то открываю cppreference.com и смотрю, как оно по стандарту должно работать.
> как "не стрелять себе в ногу" становится очевиднымТвои слова вызывают жжение у приверженцев теории о невозможности нестреляния в ногу на C++.
> Наверное со мной что-то не так, но мне, чтобы вкатиться в язык лет 6 назад, понадобилось только прочитать Шилда, Прата, Мейерса, Саттера, Александреску.:O
А потом мы удивляемся, почему на нём никто не хочет писать и убегает на электроны всякие )
потому что формошлёпом быть проще *а, к сожалению, в современных 'эффективных' реалиях и профит при этом зачастую выше* ?
К счастью, не обязательно становиться формошлёпом, чтобы не писать на плюсах )
> К счастью, не обязательно становиться формошлёпом, чтобы не писать на плюсах )Кота не позорь.
Моей кошке главное то, что я ей жрать даю регулярно. А чем я зарабатываю денег - её не особо волнует. Это не на опеннете ускоренный курс боевого эксперта в плюсах, растах и чеготамещёмоднознатьихейтить проходить.
А Qt типо не о формошлепстве ?)Только о совсем стародавнем и, по нынешним меркам, уже откровенно протухшем своей необоснованной громоздкостью и переусложненностью..
И, судя по поддержке платформ, это, в общем-то тот же электрон.. только времён мамонтов( когда все ещё всерьёз считали, что плюсЫ рулят ведь ООПчик, а за джавой - будущее, ведь она такая безопасная и вообще ).
То были темные времена, то были страшные времена.
> А Qt типо не о формошлепстве ?)
> Только о совсем стародавнем и, по нынешним меркам, уже откровенно протухшем своей
> необоснованной громоздкостью и переусложненностью..
> И, судя по поддержке платформ, это, в общем-то тот же электрон.. только
> времён мамонтов( когда все ещё всерьёз считали, что плюсЫ рулят ведь
> ООПчик, а за джавой - будущее, ведь она такая безопасная и
> вообще ).
> То были темные времена, то были страшные времена.
>А Qt типо не о формошлепственет, тк Qt не только GUI и C++ никто не отменял
>И, судя по поддержке платформ, это, в общем-то тот же электрон.. только
времён мамонтов
бред сивой кобылы
что сказать-то хотел?>когда все ещё всерьёз считали, что плюсЫ рулят ведь
они и сейчас рулят (судя по областям применения и % написаного ПО от низу до верху)
>когда все ещё всерьёз считали, что плюсЫ рулят ведь ООПчик
в плюсах далеко не только оопчик, и поэтому он продолжает рулить
>а за джавой - будущее, ведь она такая безопасная и вообще
вменяемые люди считали и считают, что у них разные оболсти применения
умные люди совмещают и Java и C++ в зависимости от задачно анон опенета не относится ни к первым, ни ко вторым. как видно
> нет, тк Qt не только GUI и C++ никто не отменялИ чо ?
Во всяких электронах JS тоже никто не отменял.
А, в случае с каким-нибудь React-Native, так и "нативные" для платформ языке вроде ObjC/Swift + Java/Kotlin никто не отменял.> бред сивой кобылы
> что сказать-то хотел?Так что сказать то хотел ?) Вроде бы возразить, но возражения я не вижу :)
По остальному - нынче мне нередко попадаются проекты под мобилу, которые переходят с Qt на React-Native, т.к Qt - "крайне сложно+дорого+долго-поддерживаемое г.но"( кроме шуток, это одно из реальных объяснений заказчиков новой версии приложения на не_QT )> они и сейчас рулят (судя по областям применения и % написаного ПО
> от низу до верху)Ну не плюсы, а Си..
Тем более, что речь об огромной кодовой базе, которая тянется с бородатых времен.
Можно ли сказать, что в новых проектах плюсЫ растут в плане применения ?> в плюсах далеко не только оопчик, и поэтому он продолжает рулить
Если убрать ООП, то останется Си. Конечно, он весьма лаконичен, но почему часть его славы должна относиться исключительно к плюсАм ?
> вменяемые люди считали и считают, что у них разные оболсти применения
> умные люди совмещают и Java и C++ в зависимости от задачВменяемые люди все чаще задумываются, нужны ли им вообще эти переусложненные монстры из прошлого.
Всм, когда-то каждый из этих языков был крут и лаконичен( а джава - еще и хипстерским ), но время шло, появлялись новые концепции, идеи и технологии, мир менялся.. и чтобы не отставать, к этим языкам полухаотично приделывали новые куски..
Как итог, в нынешнее время, они представляют из себя некие подобия мамонтов-франкенштейнов, ужасно громоздких, на которых, вроде бы, можно сделать почти все, но это практически гарантированно будет громоздким и крайне переусложненным синтаксически.
В нынешнее время на них уже почти невозможно делать просто даже простые для нынешних языков вещи и штуки.
А ведь когда-то можно было, потому их и предпочитали.. хотя тогда и реальных альтернатив им не было( ну кроме паскаля и, какого-нибудь, бейсика:) ).
>Во всяких электронах JS тоже никто не отменял.да разница в том, что мелкая js-поделка на ликтроне жрёт рескрсов как вся операционка с графическим окружением (написанным на C++)
>Ну не плюсы, а Си..
ну не только Си, но и плюсы
* почти все менйтрим графическое ПО написано на плюсах (начиная от редакторов, заканчивая игровыми движками), или так или иначе используют плюсы в критических для производительности местах
* MS вся обмазана плюсами снизу до верху (и сами виндовсы, и остальные поделия)
* собссно твой ыликтроy на C++ написан
* apache, oracle и тд так или иначе используют связку C/C++
и тд и тп>Если убрать ООП, то останется Си. Конечно, он весьма лаконичен, но почему часть его славы должна относиться исключительно к плюсАм ?
у них даже обратная совместимость не совсем совместима
хоть бы поинтересовался различиями на том же харбре, преджде чем строчить
(по твоей логике Objectve-C = С++, ну потому что с C с классами же)>но время шло, появлялись новые концепции, идеи и технологии, мир менялся.
C++ и прочите тоже меняются и никто не заставляет писать на древних стандартах
а вот от поделок на "модных" ликтронах хочется только стошнить>но время шло, появлялись новые концепции
>мамонтов-франкенштейнов,
>ужасно
>ужасно громоздких
>громоздким
>переусложненным...
повесть сыроеда-сузилюба прям, со страшными сценами ужаса и крови, но предсказуемой развзякой и уже надоевшим сюжетом
это всё из серии "не читал, но осуждаю" (не читал RFC C/C++ конечно же) или "а я слышал от того-то того-то..." (от такого же сыроеда или товарища "хорошо, где нас нет. там и небо голубее и трава зеленее")
я, например, тоже много слухов слышал и про Раст и про программирование которое на самом деле борьба с borrow-checker, но это же не значит, что слухи = 100%
> да разница в том, что мелкая js-поделка на ликтроне жрёт рескрсов как
> вся операционка с графическим окружением (написанным на C++)Опять же, смотря какая.. Опять же, смотря какие аналоги и как конкретно сделано( тем более, в зависимости от того, речь о десктопе или о мобильном ).
Собсно.. чего это я. Поделки вроде хрома даже на простеньких страницах будь здоров сколько жрут, что им вовсе не мешает быть написанными не на жс, а на сях.> ну не только Си, но и плюсы
> * почти все менйтрим графическое ПО написано на плюсах (начиная от редакторов,
> заканчивая игровыми движками), или так или иначе используют плюсы в критических
> для производительности местах
> * MS вся обмазана плюсами снизу до верху (и сами виндовсы, и
> остальные поделия)
> * собссно твой ыликтроy на C++ написан
> * apache, oracle и тд так или иначе используют связку C/C++
> и тд и тпЭто используется, скорее, как наследие старых времен.
Особенно забавно звучит фраза "так или иначе".> у них даже обратная совместимость не совсем совместима
> хоть бы поинтересовался различиями на том же харбре, преджде чем строчить
> (по твоей логике Objectve-C = С++, ну потому что с C с
> классами же)Ну вообще-то, С++ изначально и задумывался подобием надстройки над Си для добавления поддержки ООП и это ни для кого не секрет.
А в случае с тем же ObjC - у него все гораздо хитрее под капотом работает..
> C++ и прочите тоже меняются и никто не заставляет писать на древних
> стандартах
> а вот от поделок на "модных" ликтронах хочется только стошнитьСмотря как конкретно эти "поделки" "поделаны".
Но вне зависимости от этого, забористый плюсОвый код последних версий в любом случае выглядит воистину вырвиглазным недоразумением( просто у кого-то нет выбора - вот они и привыкли этого "не замечать" ).
> повесть сыроеда-сузилюба прям, со страшными сценами ужаса и крови, но предсказуемой развзякой и уже надоевшим сюжетомТ.е вы и сами отлично знаете, что у штуковин вроде плюсов ныне серьезные проблемы в плане конкурентоспособности и трудно сказать, что они только и делают, что двигаются от победе к победе ?)
> я, например, тоже много слухов слышал и про Раст и про программирование
> которое на самом деле борьба с borrow-checker, но это же не
> значит, что слухи = 100%А причем тут раст ?
-Возможно, кстати, он и хорош, но когда рассказывают про безопасность, про нулевые рантаймы, про жОскую типизацию, про всякие LLVM'ы и про то, как все это вместе позволяет нереально оптимизировать код но.. на выходе получается бинарный высер весом в 250-400Кб и это только для HelloWord'a и без учета веса доп. модулей( с которыми будет еще жирней ), ИМХО, возникают смутные подозрения, что где-то и в чем-то [нагло] нае***т, рассказывая о нем в розовых тонах.
>>>Опять же, смотря какая.. Опять же, смотря какие аналоги и как конкретно сделано( тем более, в зависимости от того, речь о десктопе или о мобильном ).Собсно.. чего это я. Поделки вроде хрома даже на простеньких страницах будь здоров сколько жрут, что им вовсе не мешает быть написанными не на жс, а на сях.
1. я после 3 лет сидения на FF пару дней назад перешёл на хром (тк первый жутко педалил на видео-конференциях wnhub.io *и не только*, с чем это связано - понятия не имею, второй же всё нормально отрабатывал)
и как бы тут что не говорили про FF и хром - я в суммарном потреблении ОЗУ разницы не заметил вообще никакой, на одних и тех же страницах жрут они одинаково. и FF точно так же при множестве вкладок жрёт и кэш диска и оператос нагло и жадно.
2. как уже ни один раз говорили - жрут страницы со свистоперделками
3. "Опять же, смотря какая" - да любая, будто голый электрон изначально выжирает 200МБ оператоса и несколько потоков ЦП просто на самого себя со старта.
Сравнить даже бедный на функцилнал Joplin на электроне (пустой жрёт 260мб ОЗУ + десяток потоков) и QOwnNotes (60Мб ОЗУ + 1 поток) (Qt/C++) или жирным WizNote(QML/C++ + 3 потока)-120бМОЗУ с кучей фишек форматирования текста,а уж про "легковесные редакторы кода" на электроне я вообще молчу, очень рад отказу от VSCode (про Atom лучше даже не вспоминать как про Atomную войну).
>>>Ну вообще-то, С++ изначально и задумывался подобием надстройки над Си для добавления поддержки ООП и это ни для кого не секрет.
А в случае с тем же ObjC - у него все гораздо хитрее под капотом работает..
ну речь же про актуальное, а не "что-то когда-то". даже в C11 и C++11 есть несовместимости и отличия, что уже говорить про C++17 и C++20
>>>Но вне зависимости от этого, забористый плюсОвый код последних версий в любом случае выглядит воистину вырвиглазным недоразумением( просто у кого-то нет выбора - вот они и привыкли этого "не замечать" ).
я после длительного пользования C# как-то вернулся к C++ и начал пользовать Qt+C++11 для проекта в последний год (embedded со сложным оверлеем).
как-то нет ни вырвиглазности, ни каких-то стрщных синтаксисов или ужасных структур данных, не было надобности и в raw-указателях
и в сравнении ни чуть не хуже и не страшнееЧЯДНТ?
единственное что страшное - это:
* легаси-метапрограммирование с шаблонной магией
* отсуствие полноценных макросов (и рукожопое использование некоторыми примитивных Cишных там и для того, для чего они не предназначены)
* ограниченный рантайм (ну как бы VM тут нет и всё довольно трудно, с учётом принципа Zero Cost Abstraction, опять же).>>>А причем тут раст ?
я его привёл как привер нытья, везде можно найти лужу грязи и окунуться в неё, но зачем?
в случе с C/C++ опасные грабли описаны, как их обходить - тоже, автоматизированные инструменты тоже есть и целая уйма (но да, ими тоже нужо уметь пользвоаться)>250-400Кб
ну это лучше, чем Hello World на электроне :-D
Можно писать на третьих Qt те что поддерживают TDE.
А у вас что, "крутость" языка зависит от того, сколько литературы нужно прочитать (и сколько это займет по времени), чтобы пройти путь от абсолютного нулевика до джуна? С++ системный язык для high-performance кода c большой степенью контроля как со стороны программиста, так и со стороны компилятора (низкоуровневые оптимизации). Реальный хайлоад на нем будут писать. Ну и надеюсь, не будет удивительным для вас, что при собеседовании на синьоро-тимлидские позиции в Python/Node.js - разработке, не всегда, но задают вопрос "а как у вас с С/C++", потому что какую-то суперкритичную по перформансу штуку бывает нужно выкинуть в нативную библиотеку и инвокать оттуда. Никто не спорит, что у всех прогеров общий корень в виде computer science математики - асимптотика у г*веного алгоритма будет хреновой, что в системном языке, что в джаваскриптах и питонах и рубях. Только вот даже классный и вылизанный алгоритм на больших нагрузках утонет в накладных расходах на виртуальную машину/интерпретацию/какие-то архитектурные ограничения, призванные оградить от многопоточности (типа питонячьего GIL).
> А у вас что, "крутость" языка зависит от того, сколько литературы нужно прочитатьХорошо быть онанимом, можно выдумывать высказывания и приписывать их человеку, который этого не говорил.
> (и сколько это займет по времени), чтобы пройти путь от абсолютного нулевика до джуна?
Нет. Сколько займёт по времени вообще начать делать что-то полезное. Даже нулевик может начать писать код на следующий день на каком-нибудь языке примерно на порядок проще плюсов.
> С++ системный язык
С - системный язык - это бесспорно. С++ - очень с большими оговорками.
> c большой степенью контроля как со стороны программиста, так и со стороны компилятора (низкоуровневые оптимизации)
Опять же не всегда. Больше абстракций - меньше контроля. И компилятор на более сложном языке багует поинтереснее. Тот же чистый C для меня куда предпочтительнее - я лучше чуть больше кода лапками напишу, чем буду полагаться на компилятор.
> Ну и надеюсь, не будет удивительным для вас, что при собеседовании на синьоро-тимлидские позиции в Python/Node.js - разработке, не всегда, но задают вопрос "а как у вас с С/C++", потому что какую-то суперкритичную по перформансу штуку бывает нужно выкинуть в нативную библиотеку и инвокать оттуда.
С питоном к счастью не знаком, а вот на ноду ни разу не спрашивали. Просто если нужен суперхайперформанс, то ноду даже самые отбитыши не выбирают. Да и если захочется сделать нативную либу туда - будешь дольше с упоротой апихой ноды разбираться, чем саму либу писать. Если прилетает легаси и вот кровь из носу нужен перформанс - то обычно всё решается небольшим рефакторингом за пару дней и 3х к производительности, а параллельно руководство даёт добро на переписывание сервиса на чём-нибудь типа Go.
> Никто не спорит, что у всех прогеров общий корень в виде computer science математики
Ого, а можно в ваш мир, где все прогеры исключительно с профильным образованием? Так-то я встречал сплошных юристов, филологов, даже врач знакомый есть (кодит, кстати, неплохо).
> Только вот даже классный и вылизанный алгоритм на больших нагрузках утонет в накладных расходах на виртуальную машину/интерпретацию/какие-то архитектурные ограничения.
Открою вам секрет - полно языков, которые проще плюсов и компилируются так же в нативный код без накладных расходов.
> Хорошо быть онанимом, можно выдумывать высказывания и приписывать их человеку, который этого не говорил.Подразумевал.
> Открою вам секрет - полно языков, которые проще плюсов и компилируются так же в нативный код без накладных расходов.
Вздристанноее говнище типа Golang без дженериков и нормальных способов избавляться от дублирования кода? Да и после компиляции они с какой-нибудь Java идут нос к носу по производительности. Если речь про Rust, окей, там хотя бы сравнение бенчмарков все видели.
> Ого, а можно в ваш мир, где все прогеры исключительно с профильным образованием? Так-то я встречал сплошных юристов, филологов, даже врач знакомый есть (кодит, кстати, неплохо).
А как ваши знакомые собесы проходят? Разговаривают за жизнь с интервьюером, отвечая на вопросы по фреймворкам? Решают задачки а-ля "шарики падают со 100-этажного здания"? Джунов спрашивают про асимптотику коллекций (это вообще нужно помнить как отче наш), мидлам могут дать алгоритм с потолка с циклами и попросить посчитать. Я про трудоустройство в нормальную продуктовую контору, ес чё, а не про галеры с "проектами".
С++ объективно плох не количеством инфы, которой нужно запомнить (у кого есть техническое образование, не обязательно "профильное", а хотя бы физфак, того не испугаешь задачей прочитать с карандашом и подчеркиваниями учебников на ~3.5К страниц в сумме), а абсолютной невменяемостью ситуаций с ABI. Каждый компилятор манглинг делает как хочет, у каждого есть какие-то супер-пупер расширения языка, которые превращают язык "по стандарту" в диалект. Хочет сделать компиляторно-агностичный код - упорешься.
> Подразумевал."Сложный" и "не крутой" по-моему всё же разные вещи.
> А как ваши знакомые собесы проходят? Разговаривают за жизнь с интервьюером, отвечая на вопросы по фреймворкам? Решают задачки а-ля "шарики падают со 100-этажного здания"?
А что, один раз врач - всегда врач? Обычно даже на галеру берут тех, кто хотя бы хеллоу ворлд смог написать. А потом галера очень заинтересована в развитии своих гребцов, потому что клиенты с проектами тоже устраивают собесы и там просто так не проскочишь. То что человек 4 года назад был врачом не значит, что сейчас он не может быть крепким таким мидлом.
> Джунов спрашивают про асимптотику коллекций (это вообще нужно помнить как отче наш)Это кстати можно запомнить один раз, дополняя деталями специфических реализаций в языках.
> мидлам могут дать алгоритм с потолка с циклами и попросить посчитать.И это не проблема, эти задачки уже по всему интернету размазаны.
> С++ объективно плох не количеством инфы, которой нужно запомнить (у кого есть техническое образование, не обязательно "профильное", а хотя бы физфак, того не испугаешь задачей прочитать с карандашом и подчеркиваниями учебников на ~3.5К страниц в сумме)
Как раз этим он и плох. Не потому что даже джуну надо 3.5К страниц осилить (на старте как раз и не надо), а потому что людей просто пугает такое количество фич. И опять же бизнес не готов ждать - ему нужно сегодня. Вот и пишут проги кому на чём подходит - на жеесе, на шарпе или ещё какой жаве.
> А абсолютной невменяемостью ситуаций с ABI. Каждый компилятор манглинг делает как хочет, у каждого есть какие-то супер-пупер расширения языка, которые превращают язык "по стандарту" в диалект. Хочет сделать компиляторно-агностичный код - упорешься.
Ну тут как говорится, реклама подействовала. Мало того, что язык хрен выучишь, так ещё и с компилятором кувыркаться. А потом мы думаем, чего это люди, хоть как-то выучившие кресты, пишут на них не программы, а всякие интерпретаторы и виртуальные машины для жеесов, жаб и прочих луа.
> Тот же чистый C для меня куда предпочтительнее - я лучше чуть больше кода лапками напишу, чем буду полагаться на компилятор.Ввиду отсутствия RAII и удобных абстракций, на С надо не *чуть* больше, а намного так больше писать, чем на С++. Особенно начиная с "эры С++11".
> Ввиду отсутствия RAII и удобных абстракций, на С надо не *чуть* больше, а намного так больше писать, чем на С++. Особенно начиная с "эры С++11".Для простых приложений, как раз на C в худшем случае получится "чуть больше". А для чего-то посложнее работодатель вряд ли согласится на плюсы, чтобы потом там вылавливать блох и прочие "невменяемости ABI" (как упомянуто в комменте выше). Если у вас работодатель прямо топит за плюса - то я вас очень поздравляю (и сочувствую в то же время).
На плюсы работодатель согласится, если несколько областей, в которых все мирятся с плюсами как с компромиссом между "работа близко к железу" (в терминах работы с железом, все эти выравнивания, ассемблерные вставки и т.д.) и "типичный класс-ориентированный ООП". То есть, нужно прям чтобы сильно шустро работало, но на С такое не напишешь - уж больно запарно 500К строк кода декомпозировать функциями, а полиморфность пародировать-костылячить коллбэками через указатели на функции.
Эти области обычно ААА-игрушки (Unreal Engine и иже с ними), high frequency трейдинг (биржевые боты, туда даже Java/C# не пускают, у которых годами JIT вылизывали так, что любую другую бизнес-задачу можно на них накодить и производительности хватит с головой. Ан нет, в условиях биржи даже отполированная сборка мусора в несколько потоков дает задержки, на которых теряются бабки), и Qt-based софт для автомобилей, как ни странно. Клиентский, который датчики всякие опрашивает и выводит на встроенную интерактивную панель в дорогих моделях тачек.
C очень красивый язык, он лаконичен и простой как в изучении так и на практике.
Мне приходилось писать компилятор для С и С++ в прошлом, лет так 10-15 назад. Написать рабочий прототип для С было просто и быстро, есть небольшая проблека в языке, но она хорошо известна всем, и существует много простых решений; С++ с его выпердами-пере-подвапердами даже сегодня не все копиляторы могут без багов всю спецификацию языка, наверное только VC++ может. Я еще помню времена когда С++ были просто надстройкой над С, лучше бы так и осталось вместо рождения этого уродца в обособленный. Для "школьных" проектов как-то пофиг, а для по-серьезней уже может быть не так комельфо. Писать конечно можно на всем что угодно, вот люди пишут на JS и им нравится, наша тима пишет на С++ серьезные вещи (финансовая сфера), но каждый раз года приходится его трогать его меня вымораживает.
> С++ с его выпердами-пере-подвапердами даже сегодня не все копиляторы могут без багов всю спецификацию языка, наверное только VC++ можетНаоборот, из "большой тройки" (GCC, Clang, VC++), VC++ меньше всего заботится о соответствии стандарту.
List<Set<abc>> - очень элегантный язык
Rust, всё познаётся в сравнении!
> Rust, всё познаётся в сравнении!Да, в номенации "неочевидный код" они уже с последними перетрясами синтаксиса начинают уделывать плюсовиков. Хотя казалось бы, только вылупились вроде. Ан нет, дров уже наломали.
>А Если бы моя воля то только бы СиНе плакай. Для любителей плоского C есть GTK.
>причём самый чистый K&R ну или хотяб C89
Некрофил определён.
Главное - идея, а не реализация. Точнее, реализация вторична.
Это не отменяет того, что кнр весьма тошнотный. Как во встройке (особенно во встройке), так и на прикладном уровне и в совершенно нормальных окружениях. Но понять, как надо делать правильно (а как делать не стоит), без опыта преодоления результата собственных ошибочных решений ты не сможешь скорее всего. Как развлекательное чтиво довольно интересно (для нубов).
> чур запутанный язык терпеть не могу, уже бы все на go или rust переписать.Учитывая что синтаксис раста перетряхивают чаще кутей и плюсов вместе взятых, это очень храброе утверждение. В результате всех перетрясов у некоторых программ на расте уже видок спокойно поспорит с самыми укуренными програмерами на плюсах, так что там даже с поллитрой не разберешься что оно вообще делает.
> Си причём самый чистый K&R
Сэр вообще K&R C видел? Его современные компилеры не жрут, потому что он был ... странный и как-то в массы и не пошел.
> ну или хотяб C89
Ага, блин, вот прям с unsigned int неопределенного размера... сорян но на C99 как-то поприятнее и грабель меньше. А в C11 еще и "static assert" сделали. Полезная же штука.
ты дуралей, все что я тебе могу сказать
непонятно зачем это все надо, когда есть GTK
Про GTK, нужно спросить разработчиков LXQt, Lomiri, UKUI (в 20.04 переписали на Qt, ранее основан на Mate). Budgie тоже хотели переписать на Qt.
Так их пинками загнали на Qt. Вариантов больше нет, вот и приходится выбирать из одного.
> Так их пинками загнали на Qt. Вариантов больше нет, вот и приходится
> выбирать из одного.Вы про LXDE или UKUI?
>>> В начале 2013 г. один из разработчиков среды рабочего стола LXDE (среда LXDE использует библиотеки GTK+ 3) Хун Жень Йи (Hong Jen Yee aka «PCMan») начал экспериментировать с Qt. В качестве первого опыта он решил реализовать графический интерфейс для файлового менеджера PCManFM на Qt.
>>> Во время своей работы над этой затеей, он завел WiKi «Руководство по миграции с GTK+ на Qt», где подытожил свой опыт. Он продолжил свои эксперименты по переносу LXDE на Qt. Так появился проект LXDE-Qt.
>>> В то же время другая независимая группа разработчиков работала над средой рабочего стола на основе Qt, которая называлась razor-qt.
>>> В итоге разработчики LXDE-Qt и razor-qt поняли, что преследуют схожие цели, и 21 июля 2013 г объявили о решении объединиться, чтобы работать вместе и создавать новую среду рабочего стола LXQt.кто кого какими пинками куда загнал?
массоны? рептилоды? марсиане? мировое правительство?
Мировое правительство рептилоидов в изгнании великой ложы Марса.
Разрабы GTK, которые стали пилить gnome-only и ломать темы на каждый чих. А то там больше делать нечего, как готовый проект переписывать на Qt (считай с нуля пилить).
＞＞Продолжена работа по созданию абстрагированного графического APIЕще одна прослойка для прослойки на прослойке. А потом все удивляются, почему он так много памяти жрет. До електрона ему, конечно, еще далеко, но тенденция удручает.
Многие прослойки, если сделаны по уму, имеют тенденцию рассасываться при оптимизации.
*шутка про «бесплатные» абстракции*
> Многие прослойки, если сделаны по уму, имеют тенденцию рассасываться при оптимизации.Толи, к сожалению, нет, толи условие "если сделаны по уму" не проходит.
В новости чётко расписано зачем это. Чтобы код программера не зависил от того, что там у юзера: ОпенГЛ или Пукан.
> В новости чётко расписано зачем это. Чтобы код программера не зависил от
> того, что там у юзера: ОпенГЛ или Пукан.Походу будет всегда тормозить - так что никто не заметит разницы. Вулкан то делали чтобы был простой и быстрый. Но это явно не про куть.
Конечно далеко.
Электрон, насколько помню, денег так нагло не требует
За*бался я ваше QT на генте постоянно перекомпилировать!!!
Всё ещё я, добавлю: оно чрезмерно жирное! Что в нём такого? Просто GUI с чрезмерным ЧСВ. Не, я сам как разраб пользовался Qt, но только тогда когда мне сказали, что твой WxWidgets нам не подходит.
wxWidgets - у*банское ховно с абсолютно шизофреническими инструкциями, как сбилдить библу из сырцов, если мне нужны бинари с какими-то кастомными твиками ключей сборки при компиляции. Еще эта поделка использует множественное наследование в хвост и гриву, а, простите, ни одному нормальному разрабу не охота сидеть чертить графы наследования при создании свои версий виджетов, чтобы наглядно видеть виртуальный базовый класс, чтобы понимать, что в итоге-то "осядет" в конечном наследнике. Множественное наследование реализации запрещается, например, Google C++ style guide, разрешается множественное наследование абстрактных классов с pure virtual методами.
Именно так. Долго в кутях компилируются только qtwebkit и qtwebengine (это вообще хромиум).
>За*бался я ваше QT на генте постоянно перекомпилировать!!!Ты же сам генту выбрал, страдай. Или поставь TDE и не страдай.
>За*бался я ваше QT на генте постоянно перекомпилировать!!!QtWebEngine собиралось 7-8 ч на старом Атлоне64 x3. Обновил до Ryzen 5 2600, стало за час с небольшим. Полегчало :)
Ставь Calculate, там бинарный профиль.
ну не знаю, 40 минут максимум:
qtbase + qtdeclarative + qtquickcontrols2 + qtmultimedia + qtserialport
Каждый день что ли обновляешься? Ставь раз в неделю-две на ночь
А возможен ли десктоп в линуксе без qt и gtk?
Андроидолончеры
Electron ещё есть, FLTK. Их много под Линукс всяких. Но GTK и Qt, пожалуй, самые приятные с виду и в разработке
> Electron ещё естьDE на электроне? Пожалуй, лучше поставлю Win95.
?А возможен ли десктоп в линуксе без qt и gtk?Да возможен. https://www.opennet.ru/opennews/art.shtml?num=51967
Это Common Desktop Environment (CDE)
> ?А возможен ли десктоп в линуксе без qt и gtk?Enlightenment же, ну. Даже довольно симпатичный и без всех этих осточертевших CSS и матерных дизайнов.
>А возможен ли десктоп в линуксе без qt и gtk?На каком-нибудь WM: BlacBox, OpenBox. Или вот, вроде, DE с закосом на API Cocoa: GNUstep.
https://ru.wikipedia.org/wiki/Элемент_интерфейса
Да, возможен на EFL, FLTK, OpenMotif
Поставьте Windows и забудьте про ваше Qt и GTK. Один раз заплатил и катайся. Все эти ваши опенсоурсные программы на Винде ставятся на ура, не считая возможности работы в том же Linux. Хватит гордиться свободным Запорожцем с двигателем в багажнике.
Мы сделаем себе бесплатный виндовс с блекджеком и шлюхами.
https://reactos.org/
Я не любитель гейпорно
Гейпорно это про МакОС.
А это просто шимейлы
Таких "друзей" ...
fixed: Один раз заплатил и тебя постоянно "катают" на твои же собственные данные.
Дело ведь не в цене, а в контроле над системой. Да и Linux настолько гибок, что запорожец здесь как раз Windows. Еще ты забыл про антивирус и сопутствующее снижение производительности.
Ну нет запорожец это как раз линукс, где ты знаешь каждую детальку и чинишь ее каждый раз, а виндовс это мерседес где все работает и изредко меняешь всю машину на более новую модель мерседеса
Линукс это детский велосипед к которому приделали крыло от боинга, кабину от грузовика, гусеницы от танка и это все держится на палках и изоленте.
Так выглядит любой продакшн. Только винда - это чёрный ящик вроде бы на круглых колёсах.
Ну а если на.бнётся чего, то меняешь весь мерседес.
>Хватит гордиться свободным Запорожцем с двигателем в багажнике.Ну да, лучше гордиться тем, что ты сам вместо двигатель для одной не в меру доброжелательной корпорации. И платишь, и ОС отлаживают за твой счет, тебя не спрашивая, а заодно и твоими личными данными кормятся.
Как вообще, хоть что-то понимая в ИТ и находясь в трезвом и здравом уме, можно это ставить?!
>Поставьте Windows и забудьте про ваше Qt и GTK. Один раз заплатил и катайся. Все эти ваши опенсоурсные программы на Винде ставятся на ураНу так они то как раз или на Qt или на GTK.
А кататься предлагают на выньуи
https://docs.microsoft.com/ru-ru/windows/apps/winui/winui2/и тут даже что и сказать про него непонятно, ну разве-что, верните мне хотя-бы куа
https://www.opennet.ru/opennews/art.shtml?num=51967И в общем становится понятно почему электронное будущее неизбежно
> Хватит гордиться свободным Запорожцем с двигателем в багажнике.Классная тачка, я бы себе купил, если бы нашёл живой. Ковыряться по выходным как мужик, а не клопов в интернетиках давить.
Как этим гавном вообще пользоваться можно? Я про этот твой windows. Это же кривое жуткое гавно. Вечные тормоза, педальная файлавая система, совершенно укуренное оформление интерфеса.Про горячие клавиши я вообще молчу. Поделье ДЦП-шников с кривыми руками и раскоряченными пальцами. Спасибо, даром не надо.
Вот что-что, а с хоткеями у венды всё хорошо. Более того. ей можно полноценно пользоваться совсем без мышки. Конкурентам в этом плане (как и в плане accessibility вообще) до её уровня ещё тысячу лет развиваться.Тормоза вполне исправили в ~8.1 и в 10 их уже не было, но потом их вернули и сделали неотключаемыми. Печально, была надежда, что начали приводить этот кошмар в порядок. В частности файлошпион очень сильно тормозит все программы. ФС там самая быстрая на свете, и то, что она имеет склонность рассыпаться (особенно в ОС старее 5 лет) это другой разговор.
Интерфейс (не метро) вполне нормальный. Как и производительность, но нужно понимать что это всё же венда, там свои методы работы и свои костыли. Эффективность даже с серверным шедулером так себе, а компилятор может гнать дичь, но это всё зависит от задач.
Лучший кросплатформенный фреймворк. Удачи проекту. Но вот с релизами да, надо пореже их как - то делать. А то реально задалбывает постоянно пересобирать. Так что может с этой политикой новых релизов и выиграют все.
> В Qt для Android добавлена поддержка родных диалогов для открытия и сохранения файлов.Ха-ха, офигенно!
Лично не мне хватало.
сколько там кода? Если более 1ого мега то статический анализ проваливатся.
Эти клоуны опять всё поломали. На этот раз палитра отвалилась https://github.com/lxqt/lxqt-qtplugin/issues/54