forum.opennet.ru - "Релиз среды разработки Qt Creator 18" (50)

"Релиз среды разработки Qt Creator 18"

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

"Релиз среды разработки Qt Creator 18"	+/–
Сообщение от opennews (ok), 03-Ноя-25, 09:49
Состоялся выпуск интегрированной среды разработки Qt Creator 18, предназначенной для создания кроссплатформенных приложений с использованием библиотеки Qt. Поддерживается как разработка классических программ на языке C++, так и использование языка QML, в котором для определения сценариев используется JavaScript, а структура и параметры элементов интерфейса задаются CSS-подобными блоками. Готовые сборки сформированы для Linux, Windows и maсOS... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64167
Ответить \| Правка \| Cообщить модератору

Оглавление

В какой момент мы свернули не туда , kravich (ok), 09:49 , 03-Ноя-25, (1) +1

Когда вместо корпаративных серверов айбиэм с проприетарный ос стали использовать, Аноним (2), 09:57 , 03-Ноя-25, (2) +1

Лисяна В лисяне это интерфейс или там не такой , Работа (?), 14:28 , 03-Ноя-25, (56)

Перешел на KDevelop и жизнь наладилась , Владимир (??), 10:27 , 03-Ноя-25, (13) +1
Ждём когда добавят компилятор Rust в число обязательных зависимостей Иногда ду, Аноним (30), 11:41 , 03-Ноя-25, (30) +2

Было бы неплохо Хорошо кому Вон недавно Кикад-овцu жаловалдись что их поделка не, Аноним (-), 12:32 , 03-Ноя-25, (36) –1

Такие проблемы решаются точечно, без необходимости перелопачивать всю кодовую ба, Аноним (30), 13:28 , 03-Ноя-25, (44)

Ага, например так https www opennet ru opennews art shtml num 63419Очень интер, Аноним (39), 13:19 , 03-Ноя-25, (39)

Чушь Для винды и мака приложения wxWidgets выглядят в 2025 году как нативные А, Аноним (30), 14:16 , 03-Ноя-25, (54)

Какая альтернатива Устанавливать все зависимости на свою тачку Потом еще разн, ПомидорИзДолины (?), 11:49 , 03-Ноя-25, (31)

Откройте для себя CQtDeployer , Аноним (58), 14:52 , 03-Ноя-25, (58)

Нормально это Просто автоматизация рутинных действий и автоматизация Главное ни , javamustdie (?), 12:52 , 03-Ноя-25, (37)

Как и ожидалось от флагмана крестовой разработки Ну не могут крестовики и сишни, Аноним (39), 13:20 , 03-Ноя-25, (40) –2

да-да, java-ide падают чуть чаще, жрут памяти раз в 10 больше и почти всего рабо, javamustdie (?), 13:42 , 03-Ноя-25, (48) +1

В тот момент, когда не захотели ознакомится с nix - более двадцати лет назад , Аноним (39), 13:12 , 03-Ноя-25, (38)

Qt последний оплот кроссплатформенной свободы Не будет qt и разработка софта по, Аноним (2), 09:58 , 03-Ноя-25, (3) +5

То ли дело сейчас , Omnomno (?), 10:05 , 03-Ноя-25, (4) –2

Какие у тебя претензии к qt , Аноним (2), 10:06 , 03-Ноя-25, (6)
Qt Radiant намного круче Если кто незнает такой редактор кварт Quake , Аноним (28), 11:37 , 03-Ноя-25, (28)

Рад, что ты за нас вендотроллей переживаешь , Ан333ним (?), 10:29 , 03-Ноя-25, (14) +1
Ну ты чо, о Lazarus IDE еще ничо не слышал , Pascal (??), 11:19 , 03-Ноя-25, (21) +2

Использует GTK и тот-же Qt на GNU Linux , anonist (?), 12:11 , 03-Ноя-25, (33)

Гм Есть ещё sdl, gtk, electron - и это как минимум , Аноним (39), 13:22 , 03-Ноя-25, (41)

sdl слишком низкоуровневоеgtk на богомерзской со своими убогими Г-objectelectron, Аноним (-), 15:40 , 03-Ноя-25, (61)

Зачем дублировать усилия Можно же было просто написать плагин с поддержкой Qt д, Аноним (5), 10:06 , 03-Ноя-25, (5) –2

Любой выкидон emacs, создание которого ты не контролируешь и делается как есть б, Аноним (2), 10:07 , 03-Ноя-25, (8) +3

Так Qt Company и X11, Windows, Wayland и Android не контролирует, а ничего, бизн, Аноним (5), 11:06 , 03-Ноя-25, (19) –2

Открою тебе секрет qt от них и не зависит Оно может работать на относительно сл, Аноним (23), 11:23 , 03-Ноя-25, (23) +2

IDE должна быть написана на нормальном компилируемом С , а не на ЛNСП, kravich (ok), 10:14 , 03-Ноя-25, (9) +1

Компилируемый язык это какой QML Если да, то в таком смысле лисп тоже компилир, Аноним (5), 11:07 , 03-Ноя-25, (20)

Ведётся работа по переводу Emacs c Elisp-интерпретатора на Guile-компилятор http, Аноним (51), 14:07 , 03-Ноя-25, (51)

Так ты это не продашь , Аноним (16), 10:44 , 03-Ноя-25, (16)
А когда в emacs редактор кода завезли , Аноним (-), 11:04 , 03-Ноя-25, (18) +1

По крайней мере, для кода на C, С , Python редактор кода туда уже завезли очень, Аноним (51), 13:42 , 03-Ноя-25, (49)

Так наверняка такой плагин уже написали А может, и не один , Аноним (51), 13:40 , 03-Ноя-25, (46)

Наобород надо форсировать скобки, а не удалять, чтоб не было dangling else и не, Аноним (22), 11:22 , 03-Ноя-25, (22) +1

Надо вернуть begin, end , Аноним (23), 11:27 , 03-Ноя-25, (26) +1

Хуже способа выделять блоки кода человечество в принципе не придумало, kravich (ok), 11:40 , 03-Ноя-25, (29) +1

Скрыто модератором, Аноним (-), 12:27 , 03-Ноя-25, (35) +1
А как же гвидобейсик с отступами , Аноним (39), 13:31 , 03-Ноя-25, (45)

Это в свою очередь лучший способ выделять блоки кода, kravich (ok), 14:13 , 03-Ноя-25, (53)
Рулит же, рейтинги не дадут соврать , Аноним (51), 14:19 , 03-Ноя-25, (55) +1

begin ненужнон Что basic, что ruby прекрасно обходятся без него , Аноним (39), 13:25 , 03-Ноя-25, (43) –1
Тогда уж отступы пробельчиками и то менее напряжно, чем эти ваши bein-end ы , Аноним (51), 14:12 , 03-Ноя-25, (52) +2

Рано или поздно, любой сишник или крестовик осознаёт ущербность своего языка и п, Аноним (39), 13:25 , 03-Ноя-25, (42) –1

Конечно не оч приятно это признавать, но есть в этом доля правды Но не сказал б, Anon62513512124 (?), 13:41 , 03-Ноя-25, (47)

А вы пробовали что-то писать на swiftUI Или только в интернете видели Это же та, Аноним (-), 15:38 , 03-Ноя-25, (60)

Рано или поздно любой верстальщик UI начинает считать себя программистом и по-ид, javamustdie (?), 13:53 , 03-Ноя-25, (50)

Это всё превратилось в наваленные соревнования , ничего пусть будет Но ты может, Аноним (57), 14:34 , 03-Ноя-25, (57)

Графический интерфейс не должен и не является частью никакого языка Кстати, эта, Аноним (58), 15:02 , 03-Ноя-25, (59)

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

1. "Релиз среды разработки Qt Creator 18" +1 +/–

Сообщение от kravich (ok), 03-Ноя-25, 09:49

>Qt Creator теперь определяет наличие файла "devcontainer.json" в каталоге с проектом, создаёт на его основе Docker-контейнер и настраивает взаимодействие с ним из приложения.
В какой момент мы свернули не туда?

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

2. "Релиз среды разработки Qt Creator 18" +1 +/–

Сообщение от Аноним (2), 03-Ноя-25, 09:57

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

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

56. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Работа (?), 03-Ноя-25, 14:28

Лисяна ? В лисяне это интерфейс или там не такой?

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

13. "Релиз среды разработки Qt Creator 18" +1 +/–

Сообщение от Владимир (??), 03-Ноя-25, 10:27

Перешел на KDevelop и жизнь наладилась.

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

30. "Релиз среды разработки Qt Creator 18" +2 +/–

Сообщение от Аноним (30), 03-Ноя-25, 11:41

Ждём когда добавят компилятор Rust в число обязательных зависимостей)))
Иногда думаю, как же всё-таки хорошо, что wxWidgets сейчас не в мейнстриме. Нету вот этой вечной погони за модой, хайпом, трендами, хипстерством с сопутствующим оверинжинирингом.
И ведь правда, каждый год - новый must-have тренд, который обещает решить все проблемы, но по факту просто добавляет новый слой абстракции и пачку новых зависимостей.
С wxWidgets всё иначе. Это как старый, проверенный друг, который не пытается впечатлить тебя модными словечками. Он просто делает свою работу - и делает её хорошо. Никаких сюрпризов, никаких кардинальных изменений API с каждым минорным релизом, никакой необходимости переучиваться каждые два года, потому что "так теперь принято".
Иногда кажется, что в современном мире софтостроения ценность стабильности и простоты незаслуженно забыта.

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

36. "Релиз среды разработки Qt Creator 18" –1 +/–

Сообщение от Аноним (-), 03-Ноя-25, 12:32

>  Ждём когда добавят компилятор Rust в число обязательных зависимостей)))
Было бы неплохо.
> как же всё-таки хорошо, что wxWidgets сейчас не в мейнстриме
Хорошо кому?
Вон недавно Кикад-овцu жаловалдись что их поделка не работает на вейланде.
А чего? А потому что у них поcocные wxWidgets которые не поддерживают новые технологиии.
> ету вот этой вечной погони
Зато есть кривой код на который без тошноты смотреть сложно.
> Он просто делает свою работу - и делает её хорошо.
Хахаха, прям как "хорг просто работает"))
> ценность стабильности и простоты незаслуженно забыта.
Чего?
Вон в расте сделали аналог версий языка (как в С++, например).
В итоге в пределах Edition вообще всё безшовно.
Плюс crates in one edition must seamlessly interoperate with those compiled with other editions.
Отличная обратная совместимоть!
А програмер может зафиксировать версию (аналогично ʼв нашем используется проекте С++17ʼ).
В AOSP например зафиксировали 18 и 21.
Просто у некоторых "стабильность и простота" зачастую значит "болото без развития" и "мне лень учить что-то новое".

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

44. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (30), 03-Ноя-25, 13:28

Такие проблемы решаются точечно, без необходимости перелопачивать всю кодовую базу и ломать API для тысяч приложений. Но для этого нужно некоторое время и усилия, а не бесконечная смена фундамента, как это постоянно любят делать хипстеры.
Накрутить очередной слой абстракций, наворотить брейнфакоподобное метапрограммирование и натянуть три фреймворка - это достаточно легко, тяп-ляп и готово, а другие пусть разгребают. Это действительно для некоторых неотягощённых опытом руководителей создаёт иллюзию прогресса и "современности". Однако, истинный вызов и квинтэссенция программирования - в управлении сложностью. В создании такого дизайна, который был бы одновременно мощным, гибким и простым для понимания. Сделать гениально простую систему - невероятно сложно. А сделать сложную - плёвое дело.
Что касается бизнеса, то там ценность стабильности и простоты поддержки котируется очень высоко. Когда вы делаете продукт, который должен работать десятилетиями, и который должны поддерживать разные команды разработчиков, этот самый консерватизм оказывается не недостатком, а разумной экономией миллионов и гарантией предсказуемости.

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

39. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (39), 03-Ноя-25, 13:19

>С wxWidgets всё иначе. Это как старый, проверенный друг, который не пытается впечатлить тебя модными словечками. Он просто делает свою работу - и делает её хорошо.
Ага, например так https://www.opennet.dev/opennews/art.shtml?num=63419
>Проблемы со стабильностью и производительностью: Повышенное потребление ресурсов и высокая нагрузка на CPU/GPU по сравнению с использованием X11. Появление графических артефактов при отрисовке и нарушение нормального вывода. Зависания и аварийные завершения, проявляющиеся только при работе в окружениях на базе Wayland. Ненадёжная работа с буфером обмена.
Очень интересно, откуда берутся эти артефакты на ровном месте?
>Никаких сюрпризов, никаких кардинальных изменений API с каждым минорным релизом, никакой необходимости переучиваться каждые два года, потому что "так теперь принято".
И как следствие, в 2025 году вы будете писать софт, как будь-то на дворе до сих пор девяностые и ничего лучше не изобрели.

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

54. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (30), 03-Ноя-25, 14:16

> И как следствие, в 2025 году вы будете писать софт, как будь-то на дворе до сих пор девяностые и ничего лучше не изобрели
Чушь. Для винды и мака приложения wxWidgets выглядят в 2025 году как нативные. А линукс с 5% популярностью на десктопе может немного и подождать.
We recognize that the Linux desktop ecosystem is evolving, and we’re not trying to stop that evolution. However, we believe that user productivity comes first - our users need to design circuit boards, not wrestle with experimental desktop technologies. Stability and reliability are paramount for professional work, and our limited development resources should focus on core functionality rather than working around protocol limitations. We continue to monitor Wayland development and welcome fixes from upstream projects.

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

31. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от ПомидорИзДолины (?), 03-Ноя-25, 11:49

Какая альтернатива? Устанавливать все зависимости  на свою тачку? Потом еще разницу в версиях между разными машинами ручками разруливать?

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

58. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (58), 03-Ноя-25, 14:52

Откройте для себя CQtDeployer.

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

37. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от javamustdie (?), 03-Ноя-25, 12:52

Нормально это.
Просто автоматизация рутинных действий и автоматизация.
Главное ни чему не мешает, вроде-бы.
Другое дело, что удручает уровень продуманности и качество реализации.
Сколько помню (а пользуюсь почти 20 лет), все версии QtCreator падали и продолжают падать.
Но в старых версиях это было относительно редко, а последние крашатся чуть-ли при любом шаге в сторону.
Еще радуют ошибки с результатом "не получилось", то ssh-подключение не добавляется, то тесты не распознаются, и таких глюков сотни.
Короче, чем пушистей C++ и тем больше вспомогательных фич в subj, тем хуже всё это работает.
Отдельно доставляет распространение в виде flatpak/snap, ведь потом очень "удобно" что-либо отлаживать в хостовой системе (непосредственно не возможно, ибо "изоляция", только через ssh cо всеми сопутствующими глюками и ограничениями).
Жрем кактус дальше (

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

40. "Релиз среды разработки Qt Creator 18" –2 +/–

Сообщение от Аноним (39), 03-Ноя-25, 13:20

>Сколько помню (а пользуюсь почти 20 лет), все версии QtCreator падали и продолжают падать.
Как и ожидалось от флагмана крестовой разработки. Ну не могут крестовики и сишники писать сложный софт.

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

48. "Релиз среды разработки Qt Creator 18" +1 +/–

Сообщение от javamustdie (?), 03-Ноя-25, 13:42

да-да, java-ide падают чуть чаще, жрут памяти раз в 10 больше и почти всего работают настолько-же медленно.
А кошмар с плагинами, их постоянной не совместимостью и вечной глюкавостью...
Впрочем, каждому свой кактус вкуснее.

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

38. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (39), 03-Ноя-25, 13:12

В тот момент, когда не захотели ознакомится с nix - более двадцати лет назад.

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

3. "Релиз среды разработки Qt Creator 18" +5 +/–

Сообщение от Аноним (2), 03-Ноя-25, 09:58

Qt последний оплот кроссплатформенной свободы. Не будет qt и разработка софта погрузится в хаос.

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

4. "Релиз среды разработки Qt Creator 18" –2 +/–

Сообщение от Omnomno (?), 03-Ноя-25, 10:05

То ли дело сейчас.

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

6. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (2), 03-Ноя-25, 10:06

Какие у тебя претензии к qt?

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

28. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (28), 03-Ноя-25, 11:37

Qt Radiant намного круче.
Если кто незнает такой редактор кварт Quake.

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

14. "Релиз среды разработки Qt Creator 18" +1 +/–

Сообщение от Ан333ним (?), 03-Ноя-25, 10:29

Рад, что ты за нас "вендотроллей" переживаешь.

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

21. "Релиз среды разработки Qt Creator 18" +2 +/–

Сообщение от Pascal (??), 03-Ноя-25, 11:19

Ну ты чо, о Lazarus IDE еще ничо не слышал?

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

33. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от anonist (?), 03-Ноя-25, 12:11

Использует GTK и тот-же Qt на GNU/Linux.

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

41. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (39), 03-Ноя-25, 13:22

>Qt последний оплот кроссплатформенной свободы.
Гм. Есть ещё sdl, gtk, electron - и это как минимум.

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

61. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (-), 03-Ноя-25, 15:40

> Гм. Есть ещё sdl, gtk, electron - и это как минимум.
sdl слишком низкоуровневое
gtk на богомерзской со своими убогими Г-object
electron - лучши выбор для любой кроссплатформы - что открытой, что проприетарной - потому что свободен.

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

5. "Релиз среды разработки Qt Creator 18" –2 +/–

Сообщение от Аноним (5), 03-Ноя-25, 10:06

Зачем дублировать усилия? Можно же было просто написать плагин с поддержкой Qt для Emacs, и переиспользовать один из самых продвинутых редакторов в мире.
Тем более, что в емаксе уже есть поддержка gdb и прочей отладки.

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

8. "Релиз среды разработки Qt Creator 18" +3 +/–

Сообщение от Аноним (2), 03-Ноя-25, 10:07

Любой выкидон emacs, создание которого ты не контролируешь и делается как есть без гарантий и твой плагин превращается в тыкву. Бизнес так не делается, пойми это.

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

19. "Релиз среды разработки Qt Creator 18" –2 +/–

Сообщение от Аноним (5), 03-Ноя-25, 11:06

Так Qt Company и X11, Windows, Wayland и Android не контролирует, а ничего, бизнес идёт.

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

23. "Релиз среды разработки Qt Creator 18" +2 +/–

Сообщение от Аноним (23), 03-Ноя-25, 11:23

Открою тебе секрет qt от них и не зависит. Оно может работать на относительно слабом встроенном железе.

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

9. "Релиз среды разработки Qt Creator 18" +1 +/–

Сообщение от kravich (ok), 03-Ноя-25, 10:14

IDE должна быть написана на нормальном компилируемом С++, а не на ЛNСП

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

20. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (5), 03-Ноя-25, 11:07

Компилируемый язык это какой? QML? Если да, то в таком смысле лисп тоже компилируемый, через libgcc.

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

51. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (51), 03-Ноя-25, 14:07

Ведётся работа по переводу Emacs c Elisp-интерпретатора на Guile-компилятор https://www.emacswiki.org/emacs/GuileEmacs

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

16. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (16), 03-Ноя-25, 10:44

Так ты это не продашь.

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

18. "Релиз среды разработки Qt Creator 18" +1 +/–

Сообщение от Аноним (-), 03-Ноя-25, 11:04

А когда в emacs редактор кода завезли?

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

49. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (51), 03-Ноя-25, 13:42

По крайней мере, для кода на C, С++, Python редактор кода туда уже завезли очень давно.

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

46. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (51), 03-Ноя-25, 13:40

> написать плагин с поддержкой Qt для Emacs
Так наверняка такой плагин уже написали. А может, и не один.

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

22. "Релиз среды разработки Qt Creator 18" +1 +/–

Сообщение от Аноним (22), 03-Ноя-25, 11:22

>Для C++ также реализованы быстрые правки для удаления фигурных скобок
Наобород надо форсировать скобки, а не удалять, чтоб не было dangling else и  неоднозначности:
if (condition1)
    if (condition2)
        statement1;
    else
        statement2;

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

26. "Релиз среды разработки Qt Creator 18" +1 +/–

Сообщение от Аноним (23), 03-Ноя-25, 11:27

Надо вернуть begin, end.

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

29. "Релиз среды разработки Qt Creator 18" +1 +/–

Сообщение от kravich (ok), 03-Ноя-25, 11:40

Хуже способа выделять блоки кода человечество в принципе не придумало

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

35. Скрыто модератором +1 +/–

Сообщение от Аноним (-), 03-Ноя-25, 12:27

> Хуже способа выделять блоки кода человечество в принципе не придумало
А как же выдление блоков кода проблами?))
Неужели оно хуже чем чем begin-end?

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

45. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (39), 03-Ноя-25, 13:31

А как же гвидобейсик с отступами?

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

53. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от kravich (ok), 03-Ноя-25, 14:13

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

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

55. "Релиз среды разработки Qt Creator 18" +1 +/–

Сообщение от Аноним (51), 03-Ноя-25, 14:19

Рулит же, рейтинги не дадут соврать.

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

43. "Релиз среды разработки Qt Creator 18" –1 +/–

Сообщение от Аноним (39), 03-Ноя-25, 13:25

begin ненужнон. Что basic, что ruby прекрасно обходятся без него.

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

52. "Релиз среды разработки Qt Creator 18" +2 +/–

Сообщение от Аноним (51), 03-Ноя-25, 14:12

Тогда уж отступы пробельчиками и то менее напряжно, чем эти ваши bein-end'ы.

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

42. "Релиз среды разработки Qt Creator 18" –1 +/–

Сообщение от Аноним (39), 03-Ноя-25, 13:25

>Поддерживается как разработка классических программ на языке C++, так и использование языка QML, в котором для определения сценариев используется JavaScript, а структура и параметры элементов интерфейса задаются CSS-подобными блоками.
Рано или поздно, любой сишник или крестовик осознаёт ущербность своего языка и придумывает не менее ущербный второй язык, желательно ещё и интерпретируемый, для написания графического интерфейса. В отличии от других языков, где графический интерфейс описывается на нём же самом.

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

47. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Anon62513512124 (?), 03-Ноя-25, 13:41

Конечно не оч.приятно это признавать, но есть в этом доля правды.
Но не сказал бы что эта проблема только у с++ - многие языки программирования в какой-то момент придумывают доп.абстракцию для более удобного описания ui.
И возятся с ней потом:
c++/qml
js/html
android/xml
swift/swiftUI
так что симптом скорее общий

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

60. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (-), 03-Ноя-25, 15:38

> swift/swiftUI
А вы пробовали что-то писать на swiftUI? Или только в интернете видели?
Это же такой же swift, в котором сделан тулкит, написанный на том же свифт.
Более того, в swiftUI "коде" обычные свфитовые функции.

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

50. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от javamustdie (?), 03-Ноя-25, 13:53

Рано или поздно любой верстальщик UI начинает считать себя программистом и по-идиотски выглядеть через это.
Использовать язык предназначенный для системного программирования, для "написания графического интерфейса", достаточно неудобно и нерационально, хотя и возможно.
А вот в обратную сторону не получится, и всё что можно назвать "язык, где графический интерфейс описывается на нём же самом" принципиально не могут существовать без "ущербных" C/C++ ;)
Короче, не путайте вашу яичницу с другими вещами.

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

57. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (57), 03-Ноя-25, 14:34

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

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

59. "Релиз среды разработки Qt Creator 18" +/–

Сообщение от Аноним (58), 03-Ноя-25, 15:02

> языков, где графический интерфейс описывается на нём же самом.
Графический интерфейс не должен и не является частью никакого языка. Кстати, эта сущность и называется интерфейсом ... к графическому тулкиту, который не обязательно должен быть на том же языке, что и приложение. А вообще, валить в одну кучу графическое представление и смысловую часть - это худшая практика программирования.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Релиз среды разработки Qt Creator 18"	+1 +/–
Сообщение от kravich (ok), 03-Ноя-25, 09:49
>Qt Creator теперь определяет наличие файла "devcontainer.json" в каталоге с проектом, создаёт на его основе Docker-контейнер и настраивает взаимодействие с ним из приложения. В какой момент мы свернули не туда?
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Релиз среды разработки Qt Creator 18"	+1 +/–
	Сообщение от Аноним (2), 03-Ноя-25, 09:57
	Когда вместо корпаративных серверов айбиэм с проприетарный ос стали использовать разъевшиеся десктопы на прошивке от линусяна.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "Релиз среды разработки Qt Creator 18"	+/–
	Сообщение от Работа (?), 03-Ноя-25, 14:28
	Лисяна ? В лисяне это интерфейс или там не такой?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Релиз среды разработки Qt Creator 18"	+1 +/–
	Сообщение от Владимир (??), 03-Ноя-25, 10:27
	Перешел на KDevelop и жизнь наладилась.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	30. "Релиз среды разработки Qt Creator 18"	+2 +/–
	Сообщение от Аноним (30), 03-Ноя-25, 11:41
	Ждём когда добавят компилятор Rust в число обязательных зависимостей))) Иногда думаю, как же всё-таки хорошо, что wxWidgets сейчас не в мейнстриме. Нету вот этой вечной погони за модой, хайпом, трендами, хипстерством с сопутствующим оверинжинирингом. И ведь правда, каждый год - новый must-have тренд, который обещает решить все проблемы, но по факту просто добавляет новый слой абстракции и пачку новых зависимостей. С wxWidgets всё иначе. Это как старый, проверенный друг, который не пытается впечатлить тебя модными словечками. Он просто делает свою работу - и делает её хорошо. Никаких сюрпризов, никаких кардинальных изменений API с каждым минорным релизом, никакой необходимости переучиваться каждые два года, потому что "так теперь принято". Иногда кажется, что в современном мире софтостроения ценность стабильности и простоты незаслуженно забыта.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	36. "Релиз среды разработки Qt Creator 18"	–1 +/–
	Сообщение от Аноним (-), 03-Ноя-25, 12:32
	> Ждём когда добавят компилятор Rust в число обязательных зависимостей))) Было бы неплохо. > как же всё-таки хорошо, что wxWidgets сейчас не в мейнстриме Хорошо кому? Вон недавно Кикад-овцu жаловалдись что их поделка не работает на вейланде. А чего? А потому что у них поcocные wxWidgets которые не поддерживают новые технологиии. > ету вот этой вечной погони Зато есть кривой код на который без тошноты смотреть сложно. > Он просто делает свою работу - и делает её хорошо. Хахаха, прям как "хорг просто работает")) > ценность стабильности и простоты незаслуженно забыта. Чего? Вон в расте сделали аналог версий языка (как в С++, например). В итоге в пределах Edition вообще всё безшовно. Плюс crates in one edition must seamlessly interoperate with those compiled with other editions. Отличная обратная совместимоть! А програмер может зафиксировать версию (аналогично ʼв нашем используется проекте С++17ʼ). В AOSP например зафиксировали 18 и 21. Просто у некоторых "стабильность и простота" зачастую значит "болото без развития" и "мне лень учить что-то новое".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Релиз среды разработки Qt Creator 18"	+/–
	Сообщение от Аноним (30), 03-Ноя-25, 13:28
	Такие проблемы решаются точечно, без необходимости перелопачивать всю кодовую базу и ломать API для тысяч приложений. Но для этого нужно некоторое время и усилия, а не бесконечная смена фундамента, как это постоянно любят делать хипстеры. Накрутить очередной слой абстракций, наворотить брейнфакоподобное метапрограммирование и натянуть три фреймворка - это достаточно легко, тяп-ляп и готово, а другие пусть разгребают. Это действительно для некоторых неотягощённых опытом руководителей создаёт иллюзию прогресса и "современности". Однако, истинный вызов и квинтэссенция программирования - в управлении сложностью. В создании такого дизайна, который был бы одновременно мощным, гибким и простым для понимания. Сделать гениально простую систему - невероятно сложно. А сделать сложную - плёвое дело. Что касается бизнеса, то там ценность стабильности и простоты поддержки котируется очень высоко. Когда вы делаете продукт, который должен работать десятилетиями, и который должны поддерживать разные команды разработчиков, этот самый консерватизм оказывается не недостатком, а разумной экономией миллионов и гарантией предсказуемости.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "Релиз среды разработки Qt Creator 18"	+/–
	Сообщение от Аноним (39), 03-Ноя-25, 13:19
	>С wxWidgets всё иначе. Это как старый, проверенный друг, который не пытается впечатлить тебя модными словечками. Он просто делает свою работу - и делает её хорошо. Ага, например так https://www.opennet.dev/opennews/art.shtml?num=63419 >Проблемы со стабильностью и производительностью: Повышенное потребление ресурсов и высокая нагрузка на CPU/GPU по сравнению с использованием X11. Появление графических артефактов при отрисовке и нарушение нормального вывода. Зависания и аварийные завершения, проявляющиеся только при работе в окружениях на базе Wayland. Ненадёжная работа с буфером обмена. Очень интересно, откуда берутся эти артефакты на ровном месте? >Никаких сюрпризов, никаких кардинальных изменений API с каждым минорным релизом, никакой необходимости переучиваться каждые два года, потому что "так теперь принято". И как следствие, в 2025 году вы будете писать софт, как будь-то на дворе до сих пор девяностые и ничего лучше не изобрели.
	Ответить \| Правка \| К родителю #30 \| Наверх \| Cообщить модератору


	54. "Релиз среды разработки Qt Creator 18"	+/–
	Сообщение от Аноним (30), 03-Ноя-25, 14:16
	> И как следствие, в 2025 году вы будете писать софт, как будь-то на дворе до сих пор девяностые и ничего лучше не изобрели Чушь. Для винды и мака приложения wxWidgets выглядят в 2025 году как нативные. А линукс с 5% популярностью на десктопе может немного и подождать. We recognize that the Linux desktop ecosystem is evolving, and we’re not trying to stop that evolution. However, we believe that user productivity comes first - our users need to design circuit boards, not wrestle with experimental desktop technologies. Stability and reliability are paramount for professional work, and our limited development resources should focus on core functionality rather than working around protocol limitations. We continue to monitor Wayland development and welcome fixes from upstream projects.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	31. "Релиз среды разработки Qt Creator 18"	+/–
	Сообщение от ПомидорИзДолины (?), 03-Ноя-25, 11:49
	Какая альтернатива? Устанавливать все зависимости на свою тачку? Потом еще разницу в версиях между разными машинами ручками разруливать?
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	58. "Релиз среды разработки Qt Creator 18"	+/–
	Сообщение от Аноним (58), 03-Ноя-25, 14:52
	Откройте для себя CQtDeployer.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Релиз среды разработки Qt Creator 18"	+/–
	Сообщение от javamustdie (?), 03-Ноя-25, 12:52
	Нормально это. Просто автоматизация рутинных действий и автоматизация. Главное ни чему не мешает, вроде-бы. Другое дело, что удручает уровень продуманности и качество реализации. Сколько помню (а пользуюсь почти 20 лет), все версии QtCreator падали и продолжают падать. Но в старых версиях это было относительно редко, а последние крашатся чуть-ли при любом шаге в сторону. Еще радуют ошибки с результатом "не получилось", то ssh-подключение не добавляется, то тесты не распознаются, и таких глюков сотни. Короче, чем пушистей C++ и тем больше вспомогательных фич в subj, тем хуже всё это работает. Отдельно доставляет распространение в виде flatpak/snap, ведь потом очень "удобно" что-либо отлаживать в хостовой системе (непосредственно не возможно, ибо "изоляция", только через ssh cо всеми сопутствующими глюками и ограничениями). Жрем кактус дальше (
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	40. "Релиз среды разработки Qt Creator 18"	–2 +/–
	Сообщение от Аноним (39), 03-Ноя-25, 13:20
	>Сколько помню (а пользуюсь почти 20 лет), все версии QtCreator падали и продолжают падать. Как и ожидалось от флагмана крестовой разработки. Ну не могут крестовики и сишники писать сложный софт.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Релиз среды разработки Qt Creator 18"	+1 +/–
	Сообщение от javamustdie (?), 03-Ноя-25, 13:42
	да-да, java-ide падают чуть чаще, жрут памяти раз в 10 больше и почти всего работают настолько-же медленно. А кошмар с плагинами, их постоянной не совместимостью и вечной глюкавостью... Впрочем, каждому свой кактус вкуснее.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Релиз среды разработки Qt Creator 18"	+/–
	Сообщение от Аноним (39), 03-Ноя-25, 13:12
	В тот момент, когда не захотели ознакомится с nix - более двадцати лет назад.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору

3. "Релиз среды разработки Qt Creator 18"	+5 +/–
Сообщение от Аноним (2), 03-Ноя-25, 09:58
Qt последний оплот кроссплатформенной свободы. Не будет qt и разработка софта погрузится в хаос.
Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Релиз среды разработки Qt Creator 18"	–2 +/–
	Сообщение от Omnomno (?), 03-Ноя-25, 10:05
	То ли дело сейчас.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Релиз среды разработки Qt Creator 18"	+/–
	Сообщение от Аноним (2), 03-Ноя-25, 10:06
	Какие у тебя претензии к qt?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Релиз среды разработки Qt Creator 18"	+/–
	Сообщение от Аноним (28), 03-Ноя-25, 11:37
	Qt Radiant намного круче. Если кто незнает такой редактор кварт Quake.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	14. "Релиз среды разработки Qt Creator 18"	+1 +/–
	Сообщение от Ан333ним (?), 03-Ноя-25, 10:29
	Рад, что ты за нас "вендотроллей" переживаешь.
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	21. "Релиз среды разработки Qt Creator 18"	+2 +/–
	Сообщение от Pascal (??), 03-Ноя-25, 11:19
	Ну ты чо, о Lazarus IDE еще ничо не слышал?
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	33. "Релиз среды разработки Qt Creator 18"	+/–
	Сообщение от anonist (?), 03-Ноя-25, 12:11
	Использует GTK и тот-же Qt на GNU/Linux.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Релиз среды разработки Qt Creator 18"	+/–
	Сообщение от Аноним (39), 03-Ноя-25, 13:22
	>Qt последний оплот кроссплатформенной свободы. Гм. Есть ещё sdl, gtk, electron - и это как минимум.
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	61. "Релиз среды разработки Qt Creator 18"	+/–
	Сообщение от Аноним (-), 03-Ноя-25, 15:40
	> Гм. Есть ещё sdl, gtk, electron - и это как минимум. sdl слишком низкоуровневое gtk на богомерзской со своими убогими Г-object electron - лучши выбор для любой кроссплатформы - что открытой, что проприетарной - потому что свободен.
	Ответить \| Правка \| Наверх \| Cообщить модератору

5. "Релиз среды разработки Qt Creator 18"	–2 +/–
Сообщение от Аноним (5), 03-Ноя-25, 10:06
Зачем дублировать усилия? Можно же было просто написать плагин с поддержкой Qt для Emacs, и переиспользовать один из самых продвинутых редакторов в мире. Тем более, что в емаксе уже есть поддержка gdb и прочей отладки.
Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Релиз среды разработки Qt Creator 18"	+3 +/–
	Сообщение от Аноним (2), 03-Ноя-25, 10:07
	Любой выкидон emacs, создание которого ты не контролируешь и делается как есть без гарантий и твой плагин превращается в тыкву. Бизнес так не делается, пойми это.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Релиз среды разработки Qt Creator 18"	–2 +/–
	Сообщение от Аноним (5), 03-Ноя-25, 11:06
	Так Qt Company и X11, Windows, Wayland и Android не контролирует, а ничего, бизнес идёт.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Релиз среды разработки Qt Creator 18"	+2 +/–
	Сообщение от Аноним (23), 03-Ноя-25, 11:23
	Открою тебе секрет qt от них и не зависит. Оно может работать на относительно слабом встроенном железе.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Релиз среды разработки Qt Creator 18"	+1 +/–
	Сообщение от kravich (ok), 03-Ноя-25, 10:14
	IDE должна быть написана на нормальном компилируемом С++, а не на ЛNСП
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	20. "Релиз среды разработки Qt Creator 18"	+/–
	Сообщение от Аноним (5), 03-Ноя-25, 11:07
	Компилируемый язык это какой? QML? Если да, то в таком смысле лисп тоже компилируемый, через libgcc.
	Ответить \| Правка \| Наверх \| Cообщить модератору