The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Технический директор Qt Company и главный сопровождающий Qt покидает проект, opennews (??), 18-Май-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


21. "Технический директор Qt Company и главный сопровождающий Qt ..."  +4 +/
Сообщение от Fracta1L (ok), 18-Май-22, 16:41 
Вот бы всем так "стагнировать" 😁
Ответить | Правка | Наверх | Cообщить модератору

24. "Технический директор Qt Company и главный сопровождающий Qt ..."  –1 +/
Сообщение от Аноним (24), 18-Май-22, 16:45 
ты можешь что угодно говорить но Qt есть плод C++, глючный неповоротливый комбайн
Ответить | Правка | Наверх | Cообщить модератору

35. "Технический директор Qt Company и главный сопровождающий Qt ..."  +3 +/
Сообщение от Fracta1L (ok), 18-Май-22, 17:21 
Такой глючный и неповоротливый, что Плазма работает со скоростью и откликом какого-нибудь *бокса, потребляя смешное количество оперативки.
Ответить | Правка | Наверх | Cообщить модератору

42. "Технический директор Qt Company и главный сопровождающий Qt ..."  –2 +/
Сообщение от Аноним (24), 18-Май-22, 17:38 
фрактал ну что ты за глупости пишешь, прекрати шалунишко
Ответить | Правка | Наверх | Cообщить модератору

166. "Технический директор Qt Company и главный сопровождающий Qt ..."  +1 +/
Сообщение от Владимир (??), 18-Май-22, 22:13 
>фрактал ну что ты за глупости пишешь, прекрати шалунишко

Я парень Фракталовский, могу вам лицо расцарапать ...

Владимир

Ответить | Правка | Наверх | Cообщить модератору

66. "Технический директор Qt Company и главный сопровождающий Qt ..."  –1 +/
Сообщение от Аноним (66), 18-Май-22, 18:41 
> Плазма работает со скоростью

На i9 да, на опенсорсных мобилках всё грустно.
> Ничего смешного, даже джава вперемешку с xml быстрее на мобилках и памяти меньше ест.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

80. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Fracta1L (ok), 18-Май-22, 19:30 
> на опенсорсных мобилках всё грустно

С каких пор девайсы для потребителей контента стали каким-то ориентиром?

Ответить | Правка | Наверх | Cообщить модератору

114. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Аноним (114), 18-Май-22, 20:54 
Это смешно, что приплюснутый фреймворк сливает джаве по скорости.
Ответить | Правка | Наверх | Cообщить модератору

115. "Технический директор Qt Company и главный сопровождающий Qt ..."  +1 +/
Сообщение от Fracta1L (ok), 18-Май-22, 20:57 
Ты такой вывод сделал из сравнения Plasma Mobile с последними Андроидами? Ну что тут скажешь, можешь претендовать на пост аналитика в каком-нибудь IT-издании, кек
Ответить | Правка | Наверх | Cообщить модератору

122. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Аноним (114), 18-Май-22, 21:02 
Первые андроиды тоже шустрее мобильной плазмы были. Я бывший андроид разраб и видел как там насрано в виджетах андроид, быть более тормознутым чем это - это нужно постараться.
Ответить | Правка | Наверх | Cообщить модератору

167. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Golangdev (?), 18-Май-22, 23:42 
Java и правда хороша, не зря ещё в 2004 обгоняла C++.
http://www.opennet.ru/opennews/art.shtml?num=3994
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

185. "Технический директор Qt Company и главный сопровождающий Qt ..."  +1 +/
Сообщение от Serjik (?), 19-Май-22, 09:06 
хотя бы курсы пройди и узнай разницу C++ и явы... C++ это КОМБАЙН всех КОМБАЙНОВ!!! ;-) тут тебе и доступ к низкому уровню, тут тебе и высокий уровень... Напиши на яве драйвера.. ага..
Ответить | Правка | Наверх | Cообщить модератору

75. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Аноним (75), 18-Май-22, 19:02 
Ты лукавишь, и ты знаешь это.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

82. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Fracta1L (ok), 18-Май-22, 19:32 
Твой уровень попыток манипулировать: шестиклассница, мнящая себя женщиной-вамп
Ответить | Правка | Наверх | Cообщить модератору

201. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от ммнюмнюмус (?), 20-Май-22, 20:51 
У вас не больше. Позравляю, вы нашли друг друга))).

Как пользователь (теперь обслуживатель) ноута под KDE подтверждаю - потребление памяти мягко говоря "не смешно". Хотя если эта память есть - тормозит не сильно.

Ответить | Правка | Наверх | Cообщить модератору

203. "Технический директор Qt Company и главный сопровождающий Qt ..."  +1 +/
Сообщение от Fracta1L (ok), 20-Май-22, 21:27 
> потребление памяти мягко говоря "не смешно"

Плазма потребляет меньше любого линуксового DE, меньше винды и меньше макоси. У меня на свежей Манжаре было ~500 Мб со старта, после того как понаставил всякого разного - 700-800 Мб. Это смешные показатели по современным меркам.

Ответить | Правка | Наверх | Cообщить модератору

108. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Anonim (??), 18-Май-22, 20:43 
А как же дырени?
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

110. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Fracta1L (ok), 18-Май-22, 20:45 
Дырени были, есть и будут. Даже прекрасный Раст не избавит от них полностью.
Ответить | Правка | Наверх | Cообщить модератору

156. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от microsoft (?), 18-Май-22, 21:40 
Как там твои патчи в расто ядро, покажешь?
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

27. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Аноним (13), 18-Май-22, 16:57 
Qt6 оказался совсем мёртвым.
А проблемы уже были видны с Qt5 - выпилены полезные вещи и добавлены условно-годные, многие остались на Qt4 и не собираются переходить на более новые версии (в перспективе только уход с Qt совсем).
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

30. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Аноним (30), 18-Май-22, 17:04 
У них поддержка уже куплена и они согласны платить космические бабки за продолжение этой поддержки, вместо того, чтобы выполнить тривиальную миграцию на новую версию? Можно примеры? Это ж не гтк, в кутях совместимость лет 20 обеспечивается.
Ответить | Правка | Наверх | Cообщить модератору

43. "Технический директор Qt Company и главный сопровождающий Qt ..."  –1 +/
Сообщение от Аноним (13), 18-Май-22, 17:38 
> они согласны платить космические бабки за продолжение этой поддержки

Что именно там нужно в Qt4 поддерживать? (Qt4 есть во всех дистрибутивах линукса и не видно растущего вороха патчей).

> вместо того, чтобы выполнить тривиальную миграцию на новую версию?

Которая оказывается совсем не тривиальной из-за появившегося требования к обязательному наличию OpenGL для использования Widgets. В промоборудовании аппаратного OpenGL может и не быть, а софтовая эмуляция - это очевидные проблемы с производительностью. +из-за того, что Widgets оказались заброшены, а графическое ядро сильно менялось - вылезли баги которых не было в Qt4, репорты либо игнорировались, либо решения по ним затягивались до бесконечности с тупыми рекомендациями переходить на QML.

> в кутях совместимость лет 20 обеспечивается.

Какая совместимость? Постоянные переименования методов, неочевидные изменения поведения.
Посмотри сколько deprecated и removed в Qt5:
https://en.wikipedia.org/wiki/Qt_version_history

И на это предлагалось переходить??? Да никогда!

Ответить | Правка | Наверх | Cообщить модератору

47. "Технический директор Qt Company и главный сопровождающий Qt ..."  +2 +/
Сообщение от Fracta1L (ok), 18-Май-22, 17:44 
> Qt4 есть во всех дистрибутивах линукса

А, да ты просто наркоман

Ответить | Правка | Наверх | Cообщить модератору

155. "Технический директор Qt Company и главный сопровождающий Qt ..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 18-Май-22, 21:40 
> (Qt4 есть во всех дистрибутивах линукса и не видно растущего вороха патчей)

Не-а.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

34. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Fracta1L (ok), 18-Май-22, 17:19 
> Qt6 оказался совсем мёртвым

Обоснуй. Я вижу только годные масштабные новшества вроде компилируемого QML.

> многие остались на Qt4

Кто, например? Почему у меня, типичного десктопного пользователя, в системе нет Qt4, при том что:

> Packages: 1386 (pacman)

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

45. "Технический директор Qt Company и главный сопровождающий Qt ..."  –2 +/
Сообщение от Аноним (24), 18-Май-22, 17:43 
> pacman

всё с тобой ясно


Ответить | Правка | Наверх | Cообщить модератору

90. "Технический директор Qt Company и главный сопровождающий Qt ..."  +2 +/
Сообщение от Аноним (90), 18-Май-22, 20:04 
Как говорится, не можешь опровергнуть - докопайся до дистра.
Ответить | Правка | Наверх | Cообщить модератору

50. "Технический директор Qt Company и главный сопровождающий Qt ..."  –1 +/
Сообщение от Аноним (13), 18-Май-22, 17:49 
> Обоснуй.

https://doc.qt.io/qt-6/whatsnew60.html#removed-modules-in-qt...

Замену удалённым модулям предложили всем искать самостоятельно. С очевидным итогом - Qt6, до свидания.


> Почему у меня, типичного десктопного пользователя, в системе нет Qt4

Выпилить приложения использующие Qt4 и сказать что они не нужны - много ума не нужно.

Но софтом из дистрибутивов жизнь не ограничиватся.
Один легко доступный пример - компания Xilinx. Отказалась переходить на Qt5, перешли на Java (Xilinx ISE -> Xilinx Vivado).
Ранее использовали Qt3, затем Qt4

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

53. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Fracta1L (ok), 18-Май-22, 17:56 
> in Qt 6.0
> They may be re-introduced in a future release of Qt 6.

И они постепенно re-introduced. Ты жалкий демагог, Аноним.

> Один легко доступный пример - компания Xilinx

Ну всё, теперь остаётся посыпать голову пеплом и похоронить Qt. Ведь сам Xilinx перешёл на джаву!

Ответить | Правка | Наверх | Cообщить модератору

57. "Технический директор Qt Company и главный сопровождающий Qt ..."  +1 +/
Сообщение от Аноним (24), 18-Май-22, 18:12 
>> They may be re-introduced in a future release of Qt 6.
> И они постепенно re-introduced. Ты жалкий демагог, Аноним.

как и ты) знаешь как переводится «may be»? так что давай пруф на факт того что кути не брехуны

Ответить | Правка | Наверх | Cообщить модератору

81. "Технический директор Qt Company и главный сопровождающий Qt ..."  –1 +/
Сообщение от Fracta1L (ok), 18-Май-22, 19:31 
Уже бегу искать опровержения твоим вскукарекам 😄

Ответить | Правка | Наверх | Cообщить модератору

54. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Аноним (30), 18-Май-22, 18:05 
Я ни на что не намекаю, но пройдись по эти ссылкам

https://doc.qt.io/qt-6/whatsnew61.html
https://doc.qt.io/qt-6/whatsnew62.html
https://doc.qt.io/qt-6/whatsnew63.html

Ты так говоришь, будто их удалили, а это не так. Маловажный и никем не востребованный хлам отсрочили до лучших времён. Девелоперскими ветками всё равно никто не пользовался раньше, как лтс появились. Не вытягивают они всё тащить, не вытягивают. Так оно и намного сложнее любых альтернатив ещё.

>приложения использующие Qt4

Примеры таких приложений? Я первым делом всегда удаляю приложения завязанные на либы совместимости, ничего хорошего там нет. Очевидно, что пациент мёртв, иначе бы нормально перенесли на новую версию. А мёртвый софт это многие, и часто внезапные, проблемы.

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

56. "Технический директор Qt Company и главный сопровождающий Qt ..."  –2 +/
Сообщение от Аноним (13), 18-Май-22, 18:12 
> Ты так говоришь, будто их удалили, а это не так. Маловажный и никем не востребованный хлам отсрочили до лучших времён.

После того как все сказали "до свидания" начало доходить, что без этого так сказать "хлама" Qt оказался не нужен.
По-быстрому стали запиливать обратно (и говорить "что всё по идёт плану"), но поезд уже ушёл.

Ответить | Правка | Наверх | Cообщить модератору

58. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Аноним (30), 18-Май-22, 18:15 
Они предупреждали об этом задолго до, я уверен, все заинтересованные были в курсе. А вот спена политики ЛТС это действительно серьёзный удар (но не для тех, кто приобретает коммерческую лицензию и кто считается основным потребителем).
Ответить | Правка | Наверх | Cообщить модератору

186. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Аноним (-), 19-Май-22, 14:43 
Оно пока может не очень заметно, но в целом идёт движение в сторону реактивных уёв. React, ReactiveUI, Flutter, SwiftUI, ... Мы на пороге очередной смены парадигмы, или даже уже за этим порогом, просто до линуксячьего десктопа это ещё не добралось, да и в целом не везде проникло. Техдир qt явно чувствует неладное, и меняет область деятельности, подальше от всех этих мутабельных деревьев виджетов, которые сложно уложить в современный графический пайплайн, которые крайне сложно обновлять асинхронно с десятка различных ядер, которые погрязли в динамическом диспатче из-за ООП-ориентации, и тп. Мы на пороге нового мира, в котором у нас будет реактивный UI, с латенсями прям как в DOS'е, с полной асинхронностью, со способностью рендерить гуй подстраиваясь под частоту обновления экрана... Короче гуй, типа как в играх, но при этом не специально выточенный лобзиком под конкретную игру, и при этом крайне примитивный, а вполне позволяющий запиливать сложные интерфейсы с тысячами виджетов, но при этом не теряя перков риалтаймового гуя.

SwiftUI, быть может, ближе всех к цели, но я уверен, что можно лучше. Всякие там React/Flutter имеют очевидные недостатки, потому что полагаются на браузер и js, с их тяжеленным DOM'ом, интерпретацией, динамической типизацией и сборкой мусора. Насчёт ReactiveUI из C# я не уверен, не разглядывал его, но это опять же динамическая типизация и сборка мусора. Но C++ и Rust пытаются подтянутся до уровня, всякие там imgui, egui, rui, druid, ... Эксперименты следуют один за другим, и сейчас можно даже видеть направление движения в исследованиях.

Через десять лет qt и gtk будут считаться legacy библиотеками, типа как motif сегодня. Но прямо сейчас они стагнируют. Если их как-то и можно допиливать, то это мелкие косметические улучшения, которые реально ни на что не влияют. Они не снизят latency на порядок, они не позволят рисовать кнопки и выпадающие менюшки в AAA-игре, они не позволят запиливать мобильное приложение, которое будет работать везде, где есть что-нибудь из списка vulkan, metal, opengl, dx. Они не позволят в тысячу ядер обрабатывать ввод, обновлять счётчики, и иногда добавлять новых элементов в списки, так что бы программисты не просыпались бы в холодном поту от кошмарного сна на тему race condition/data race.

Так что qt стагнирует. qml это шаг вперёд, но с отставанием от индустрии в целом.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

187. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Fracta1L (ok), 19-Май-22, 14:47 
> Они не снизят latency на порядок, они не позволят рисовать кнопки и выпадающие менюшки в AAA-игре, они не позволят запиливать мобильное приложение, которое будет работать везде, где есть что-нибудь из списка vulkan, metal, opengl, dx. Они не позволят в тысячу ядер обрабатывать ввод, обновлять счётчики, и иногда добавлять новых элементов в списки, так что бы программисты не просыпались бы в холодном поту от кошмарного сна на тему race condition/data race.

А в чём принципиальное препятствие?

Ответить | Правка | Наверх | Cообщить модератору

195. "Технический директор Qt Company и главный сопровождающий Qt ..."  +/
Сообщение от Аноним (-), 19-Май-22, 18:13 
Архитектура? Я не могу вычленить какое-то одно "принципиальное препятствие". Может ООП? Или структуры данных, которые меняются асинхронно из разных контекстов? Или может "any problem in computer science can be solved with another level of indirection except for the problem of too many levels of indirection"?
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру