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

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

Сообщения

[Сортировка по ответам | RSS]

2. Сообщение от Werwolf (ok), 14-Мрт-25, 10:24	+1 +/–
> Решена проблема с чисткой временных файлов на разделах, использующих файловую систему FAT. кто и зачем?!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #32, #60

5. Сообщение от Алконим (?), 14-Мрт-25, 10:41	+5 +/–
Я, пользую флопами до сих пор. Удобно и места много
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #14, #18, #19

8. Сообщение от Аноним (8), 14-Мрт-25, 10:47	+5 +/–
Почему-то не написано о включенном по дефолту rust-analyzer, который дырявый насколько это только возможно(https://rust-analyzer.github.io/book/security.html). Хоть предупреждали бы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #25

13. Сообщение от 12yoexpert (ok), 14-Мрт-25, 10:56	–4 +/–
какой раст, болезный?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #17

14. Сообщение от Werwolf (ok), 14-Мрт-25, 10:57	+/–
один вопрос скидывать бекапы кода на флопики, другой вопрос пытаться открывать из из IDE...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #53

15. Сообщение от hjk (?), 14-Мрт-25, 11:07    Скрыто ботом-модератором	+/–
Они все еще блокируют РФ по IP?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

17. Сообщение от Аноним (8), 14-Мрт-25, 11:11	+5 +/–
https://invent.kde.org/qt/qt-creator/qt-creator/-/tree/maste... - такой раст, болезный. Ещё и с лефтпадами: https://invent.kde.org/qt/qt-creator/qt-creator/-/blob/maste...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #50

18. Сообщение от ы (?), 14-Мрт-25, 11:13	+1 +/–
Пяти-, или восьмидюймовыми?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #54

19. Сообщение от Кодогенератор (?), 14-Мрт-25, 11:15	+/–
До сих пор данные на бобинах храню, норм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #23

21. Сообщение от Аноним (8), 14-Мрт-25, 11:20	+1 +/–
> Они все еще блокируют РФ по IP? > все еще А это не важно. Когда истерека уже довольно давно пошла на спад и хэйтить стало не так модняво как ранее, там многие разлочат и будут делать вид что ничего и не происходило. Здесь важно смотреть происходящее в разгар событий, а не после.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

22. Сообщение от A.Stahl (ok), 14-Мрт-25, 11:26	+/–
>Для проектов CMake упрощена структура дерева с компонентами проекта Да, стало заметно лучше.
Ответить | Правка | Наверх | Cообщить модератору

23. Сообщение от Аноним (23), 14-Мрт-25, 11:26	+4 +/–
Ленточные накопители лучший способ для бекапа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #33, #48, #55

24. Сообщение от Аноним (24), 14-Мрт-25, 11:27	–2 +/–
Вопрос к экспертам по плюсам! Как часто вы используете счётчик ссылок? RAII и умные указатели как часто используете? И насколько плюсы для микросервисов лутше чем в так угнетаемом на опеннете Расте?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #29, #30, #38, #41, #43, #52

25. Сообщение от НяшМяш (ok), 14-Мрт-25, 11:38	+/–
Даже вскод при открытии проекта спрашивает - вы доверяете этому коду, я могу в нём весь бордель запустить? Не удивлюсь если культякреатор ещё и запуск из-под рута требует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #28, #49

27. Сообщение от A.Stahl (ok), 14-Мрт-25, 11:43	+4 +/–
В современном прикладном Си++ смартпоинтеры -- стандарт. Raw-указатели не используются вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #35, #45, #47

28. Сообщение от Аноним (8), 14-Мрт-25, 11:46	+2 +/–
Да а толку это спрашивать. https://www.opennet.dev/opennews/art.shtml?num=55159 - вот вскод(и что угодно ещё с этим анализером). С таким же успехом я в креаторе просто отрубил это и всё. Проблема в запихивании этой(руст-анализер) поделки не глядя. Возможно, кто-то смотрел дальше чем я и расскажет, что там поделка пускается в контейнере, откуда дропнуто всё, не относящееся напрямую к этому лсп. Иначе совсем всё плохо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

29. Сообщение от Аноним (29), 14-Мрт-25, 11:52	–1 +/–
Если серьёзно спрашиваете, то shared_ptr всегда использую вместо указателей (конечно, следить надо против зацикливания), RAII - да, для надёжности. Типы string. vector, thread. Возврат ошибок через исключения. Микросервисы - не знаю что лучше. Наверное, зависит от задачи. Где нужна максимальная производительность, то C++, где нужна максимальная надёжность, то Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #64

30. Сообщение от Аноним (30), 14-Мрт-25, 11:53	–5 +/–
С++ vs Rust: С++ это ООП, в отличие от Rust, чтоб там ни говорили. Это главное его преимущество.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

31. Сообщение от Аноним (31), 14-Мрт-25, 11:56	+/–
Это, наверное, синдром утёнка, но я со стародавних времен привык к закладкам в стиле 4-билдера/делфи... Сейчас такое в лазаре есть, естественно... А в Qt-создателе что-то подобное, может плагином каким... В остальном устраивает... (про закладки в левой панели знаю, использую, но...)
Ответить | Правка | Наверх | Cообщить модератору

32. Сообщение от Аноним (32), 14-Мрт-25, 11:58	+/–
Флешки для всякого оборудования, не понимающего exFAT/NTFS (а его ещё чуть более чем… много) UEFI
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #34

33. Сообщение от Аноним (33), 14-Мрт-25, 12:00	+/–
Это все фигня, перфокарты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #46

34. Сообщение от Werwolf (ok), 14-Мрт-25, 12:05	+3 +/–
и часто ты с ESP раздела исходники в IDE открываешь? )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

35. Сообщение от Аноним (35), 14-Мрт-25, 12:11	+/–
"Raw-указатели не используются вообще." Ха-ха... НЕТ. smart pointer это объект что сказывается на производительности и расходе памяти т.к. это обертка над обычным указателем + "Использование умных указателей не противоречит использованию простых указателей, в случае, если последние используют объекты, а не >>владеют<< ими."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

37. Сообщение от Аноним (37), 14-Мрт-25, 12:21	+/–
> Готовые сборки сформированы для Linux, Windows и maсOS. Ввиду отсутствия обратной совместимости у первого и последнего уточнить бы, собирать приложения нужно для каждой их минорной версии?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39

38. Сообщение от Аноним (35), 14-Мрт-25, 12:23	+/–
TechEmpower Web Framework Benchmarks в помощь. Там по производительности в топе Rust, C++, Java, но производительность это не все при выборе и лично мне неизвестно как написаны тестируемые сервисы и что тестируется. По C++, например, Drogon (китайский) в топе (пробовал его - прост, асинхронный, поддерживает БД, C++ Server Pages (CSP) (аналогично JSP) и пр). Периодически то поднимается в лидеры (к лидерам) то падает. Userver это фреймворк Яндекс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

39. Сообщение от Аноним (8), 14-Мрт-25, 12:40	+1 +/–
> Ввиду отсутствия обратной совместимости у первого > собирать приложения нужно для каждой их минорной версии Пруфцанешь пару штук таких несовместимостей?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #44

41. Сообщение от ProfessorNavigator (ok), 14-Мрт-25, 13:05	+/–
> RAII и умные указатели как часто используете? Зависит от поставленных задач. Если нужны скорость и малый расход памяти, тогда - "сырые" указатели и без RAII, что называется "в стиле С". Если нет особо жёстких ограничений по ресурсам - то "умные" указатели и RAII. Поскольку сильно упрощает жизнь в большинстве случаев. Особенно в многопоточных программах. Создал std::lock_guard - и можешь не беспокоиться, что у тебя мьютекс где-то "закрытым" останется, если например вылетит исключение или return из функции будет раньше "запланированного".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

43. Сообщение от Erorr1024 (?), 14-Мрт-25, 13:22	+/–
Смарт поинтеры в основном на наследовании. RAII это дефолт и поэтому сырых поинтеров не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

44. Сообщение от Аноним (37), 14-Мрт-25, 14:02	–2 +/–
Лови. Собранное под Ubuntu 22.04 не работает под 18.04. Аналогично под macOS было, но я от него отказался полгода как.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #59, #62

45. Сообщение от Neon (??), 14-Мрт-25, 14:18	+/–
И кто запрещает пользоваться . Raw-указателями в коде ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

46. Сообщение от Кодогенератор (?), 14-Мрт-25, 15:05	+/–
Каменные таблички наше всё. Сохранность данных тысячи лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

47. Сообщение от 12yoexpert (ok), 14-Мрт-25, 15:41	+/–
> Raw-указатели не используются вообще. удачи тебе с ядром через смарт-поинтеры пообщаться
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

48. Сообщение от Аноним (48), 14-Мрт-25, 15:48	+/–
> Ленточные накопители Арктическое хранилище бэкапов гитхаба тоже на лентах, правда не магнитных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #51

49. Сообщение от Аноним (48), 14-Мрт-25, 15:52	+/–
> Даже вскод при открытии проекта спрашивает Когда запустил васюкода от мелкомягких уже как бы все равно, что он там спрашивает. Извините, вы не возражаете если я отправлю все ваши конфигурации браузера в хомяке к себе на сервер? Возражаете? Ой, а я уже это сделал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

50. Сообщение от 12yoexpert (ok), 14-Мрт-25, 16:10    Скрыто ботом-модератором	–1 +/–
получается, теперь у растоманов есть хоть одна нормальная IDE. KDAB ещё какие-то биндинги пытаются пилить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

51. Сообщение от Аноним (-), 14-Мрт-25, 16:19    Скрыто ботом-модератором	+/–
Так ведь если магнитный носитель размагнитится данные исчезнут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

52. Сообщение от Andrey (??), 14-Мрт-25, 16:33	+/–
Для микросервисов overhead от использования std::shared_ptr<> будет, скорее всего, пренебрежительно мал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

53. Сообщение от Алконим (?), 14-Мрт-25, 16:41	+/–
А у тебя что есть деньги на HDD? Они же по 40 тыс долларов стоят
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #56

54. Сообщение от Алконим (?), 14-Мрт-25, 16:43	+/–
5 1/4
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

55. Сообщение от adolfus (ok), 14-Мрт-25, 16:53	+/–
Как бы кому не показалось странным, но это именно так -- магнитная лента на сегодня самое надежное и самое плотное средство хранения данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #57

56. Сообщение от Werwolf (ok), 14-Мрт-25, 16:56	+/–
нет конечно, я их ворую
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

57. Сообщение от _ (??), 14-Мрт-25, 17:14	+/–
"... на сегодня самое надежное и самое плотное средство хранения данных ..." - это AWS S3 Glacier ;-) Не благодари!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

58. Сообщение от Аноним (58), 14-Мрт-25, 17:18	+/–
Что-то мелочёвка какая-то в чейнджесах.
Ответить | Правка | Наверх | Cообщить модератору

59. Сообщение от _ (??), 14-Мрт-25, 17:40	+1 +/–
Эпический!(С) Ну по крайней мере _крайне_ оригинальное понимание backward compatibility :))) Прямо в разрез всему! Чтоб диды ох... ох и удивились :) PS: Подумалось ... а вот нонешние к примеру хирурги - такие же убогие на мозговую мышцу долбодятлы? Еб*******  8-\
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

60. Сообщение от Аноним (60), 14-Мрт-25, 17:57	+/–
Под виндой ФС немного: ntfs, exfat и fat12/16/32. NTFS и exfat можно в линуксе и даже на уровне ядра и даже на запись, но не везде и не всегда. В итоге самая кроссплатформенная ФС получается FAT32. Вот с 2008-го года её и использую для хранения на неё исходников кросс-платформенных проектов. Баг похоже к виндовой версии относится, там какой-то WinAPI вызов на FAT не работал (после атомарного replace и оставались временные .tmp-файлы). В какой версии creator или qt появился - хз, раньше вроде не наблюдал такого. В багрепорте: "With QTC_DISABLE_ATOMICSAVE works correctly".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

61. Сообщение от Nochi (?), 14-Мрт-25, 18:13	+/–
А когда начнут пилить qt7 есть инфа?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #63

62. Сообщение от Аноним (8), 14-Мрт-25, 18:57	+/–
Что-то я и забыл уже про свой вопрос в этой ветке, но да ладно - всё равно моего участия здесь не потребовалось. Я даже не знаю, это плохо подготовленная попытка тупняком продвигать вендовоз-пропаганду или ты действительно эпический придурок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

63. Сообщение от Аноним (63), 14-Мрт-25, 20:14	+/–
Вместе с KDE 7, как только все купят пару террабайт озу и игровые видеокарты top hi-end.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

64. Сообщение от Cooler (??), 14-Мрт-25, 20:50	+/–
shared_ptr<> надо использовать, когда непонятно кто будет уничтожать объект. Типичный пример - многопоточная программа, работающая с одним и тем же объектом. Каждый поток ссылается на этот объект через свой shared_ptr<>. Поток, завершающий свою работу последним, должен грохнуть объект. Вот тут shared_ptr<> уместен. Лично я гораздо чаще использую unique_ptr<>. Там нет оверхеда в сравнении с raw-pointer.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

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

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