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

"Выпуск среды разработки Qt Creator 16"	+/–
Сообщение от opennews (??), 14-Мрт-25, 10:23
Представлен выпуск  интегрированной среды разработки Qt Creator 16, предназначенной для создания кроссплатформенных приложений с использованием библиотеки Qt. Поддерживается как разработка классических программ на языке C++, так и использование языка QML, в котором для определения сценариев используется JavaScript, а структура и параметры элементов интерфейса задаются CSS-подобными блоками. Готовые сборки сформированы для Linux, Windows и maсOS... Подробнее: https://www.opennet.me/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	+6 +/–
Я, пользую флопами до сих пор. Удобно и места много
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #14, #18, #19

8. Сообщение от Аноним (8), 14-Мрт-25, 10:47	+7 +/–
Почему-то не написано о включенном по дефолту 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    Скрыто ботом-модератором	+2 +/–
Они все еще блокируют РФ по IP?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

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

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

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

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

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

23. Сообщение от Аноним (23), 14-Мрт-25, 11:26	+6 +/–
Ленточные накопители лучший способ для бекапа.
Ответить | Правка | Наверх | 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	+5 +/–
В современном прикладном Си++ смартпоинтеры -- стандарт. Raw-указатели не используются вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #35, #45, #47

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

29. Сообщение от Аноним (29), 14-Мрт-25, 11:52	–4 +/–
Если серьёзно спрашиваете, то 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. Сообщение от Аноним (71), 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 Ответы: #69, #87

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

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

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	–3 +/–
Лови. Собранное под Ubuntu 22.04 не работает под 18.04. Аналогично под macOS было, но я от него отказался полгода как.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #59, #62

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

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

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

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

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

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

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	+4 +/–
нет конечно, я их ворую
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

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

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

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

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

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

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

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

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

67. Сообщение от wyry (ok), 14-Мрт-25, 23:43	+/–
Никто не запрещает, но если ваша работа не связана с встраиваемыми системами, вы используете smart-указатели. Это стандарт индустрии на C++ как уже сказали. Дома для личных проектов можете использовать что угодно (и многие реально так рефлексируют).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

68. Сообщение от Нуину (?), 15-Мрт-25, 00:15	+/–
Он не магнитный, там данные в виде фотоснимков на пленочном носителе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #71

69. Сообщение от Аноним (71), 15-Мрт-25, 07:08	+/–
Я про обычные флешки же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

70. Сообщение от anonymous (??), 15-Мрт-25, 08:12	+/–
Пропадет ваш интернет и конец бэкапам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #89

71. Сообщение от Аноним (71), 15-Мрт-25, 08:24	+/–
Можно подумать, они вечные. Если там обычная фотоплёнка — так это ещё бабушка надвое сказала, кто больше проживёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #94

72. Сообщение от Аноним (71), 15-Мрт-25, 08:26	+/–
Тут главное — верить, надеяться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

73. Сообщение от Аноним (71), 15-Мрт-25, 08:28	–1 +/–
Редко, но можно увидеть такую яркую иллюстрацию термина «бомбануло».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #78

74. Сообщение от Аноним (74), 15-Мрт-25, 10:42	+/–
Переход на Windows неизбежен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #96

75. Сообщение от Похожий (?), 15-Мрт-25, 10:44	+/–
> для Linux, Windows и maсOS. А и Б сидели на трубе. А упало, Б пропало. Что осталось на трубе? Windows!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

76. Сообщение от Аноним (71), 15-Мрт-25, 10:45	+/–
Да-да, и фотки с веб-камеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

77. Сообщение от ryoken (ok), 15-Мрт-25, 10:49	+/–
>>ntfs, exfat и fat12/16/32 + UDF (на любых типах носителей) CDFS ReFS (живьем не видел нигде).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

78. Сообщение от Аноним (78), 15-Мрт-25, 12:26	+/–
> Редко, но можно увидеть такую яркую иллюстрацию термина «бомбануло». Зато совсем нередко можно увидеть такую яркую иллюстрацию опеннетного двухфакторного кекспертизма: 1)спороть полную чушь. 2)На все "рукалицо, чувак! Какая чушь!" писать "У тибя бамбит! Вот!" А теперь расскажи поподробнее, как беспроблемно и изкоробончо, собранное под вендочку 11 запускается под ней же, но версии 10 (о 8 или 7 так и быть, не заикаемся).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #83, #95

79. Сообщение от Аноним (79), 15-Мрт-25, 14:27	+1 +/–
Где купить stone reader для компа?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

80. Сообщение от Аноним (79), 15-Мрт-25, 14:32	+1 +/–
Ну во-первых, в ядре, пока что, нет инфраструктуры для кода на C++. Поэтому, удачи вообще с внутриядерным API на C++ пообщаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

82. Сообщение от Аноним (79), 15-Мрт-25, 14:37	+/–
Рантьше KDE 7. На пару лет, обычно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

83. Сообщение от Похожий (?), 15-Мрт-25, 15:20	+/–
Всё проще. Граждан очевидно работает в 1С. Его не волнует, что его труд запускается под конкретную сборку ОС. Обновлять запрещено, ибо не заработатет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

84. Сообщение от Михаил Иванович (-), 15-Мрт-25, 22:18	–2 +/–
Сижу на C++ Builder 6 и понятия не имею зачем эти все новомодные IDE нужны. Компилируемые мною программы прекрасно запускаются и работают даже в Windows 11. Причем запустится даже в Windows 95. Во всех этих линуксах о такой совместимости даже мечтать нельзя.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #100

87. Сообщение от анон (?), 16-Мрт-25, 06:00	+/–
grub.conf? Довольно часто
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

88. Сообщение от Аноним (88), 16-Мрт-25, 09:31	+1 +/–
Сохранность данных весьма ущербная. Те, что дошли до наших дней - это 1% от тех, что был и то это обломки с парой фраз. Так и хдд может)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #93

89. Сообщение от Аноним (88), 16-Мрт-25, 09:33	+/–
Ага, а если компьютеры пропадут, то бэкапы вообще не нужны. Удаляй.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

91. Сообщение от eugene_martein (ok), 16-Мрт-25, 12:14	+/–
Как было так и осталось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

92. Сообщение от Аноним (92), 16-Мрт-25, 13:12	+/–
Autotools не поддерживается?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #99

93. Сообщение от ProfessorNavigator (ok), 16-Мрт-25, 13:42	+2 +/–
> Сохранность данных весьма ущербная. Те, что дошли до наших дней - это > 1% от тех, что был и то это обломки с парой > фраз. Так и хдд может) Нет, HDD так не может. Обломки с парой фраз потому что использовали для письма то, что удобней. В основном породы осадочного происхождения типа известняка. Или вовсе глиняные таблички. Известняк под воздействием окружающей среды разрушается только в путь. Но "только в путь" - это во многих случаях тысячелетия. Глина - тоже не особо устойчивый материал. Если прокалить - хрупкая, если не прокаливать, рассыпется очень быстро. Хотя при удачном стечении обстоятельств - опять же сохранность на тысячелетия. Другое дело например что-то типа гранита. Но там попробуй ещё что-нибудь выдолби. Но если выдолбил - может и миллионы лет простоять. Вон, кое-где породы сохранились возрастом хорошо за три миллиарда лет. Если бы было кому писать, может что-то даже и дошло бы с тех времён. Другое дело , что обычно такая сохранность не требуется. Информация утрачивает практическую ценность достаточно быстро. Так что для большинства целей обычно и срока службы SSD хватит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #97

94. Сообщение от Нуину (?), 16-Мрт-25, 19:37	+/–
> Можно подумать, они вечные. > Если там обычная фотоплёнка — так это ещё бабушка надвое сказала, кто больше проживёт. https://habr.com/en/news/511402/ > Объем архива составил 21 ТБ. Далее эти данные были перенесены в виде фотоснимков на 186 пленочных накопителей piqlFilm. Это 3500-футовые (1066-метровые) пленочные катушки с галогенидами серебра в полиэфире, которые созданы специально норвержской компанией Piql. Они могут хранить без потерь большие объемы информации сотни лет, максимум заявлено — 1000 лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #98

95. Сообщение от Аноним (37), 17-Мрт-25, 07:54	+/–
Нет, у них всё проще и веселее. Ну вот пример из прошлой жизни. В ТЗ на ПО заказчик пишет "должно работать под Windows XP". Программист по приколу делает так, но не совсем так, а "работает только под Windows XP". Смех начинается позже, когда еще один бюджет на доработку выкатывают. Думаете, аналогичные вещи редко случаются?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

96. Сообщение от Аноним (37), 17-Мрт-25, 07:56	+/–
И opennet с его завсегдатаями способствует этому.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

97. Сообщение от амоним (?), 17-Мрт-25, 09:42	+/–
короч опять технологический трейдофф между скоростью записи и сохранность данных. эх, все как 10000 лет назад!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

98. Сообщение от амоним (?), 17-Мрт-25, 09:44	+/–
обожаю такие технологии - бабки сегодня, а через тыщу лет можешь подать в суд ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

99. Сообщение от Аноним (101), 17-Мрт-25, 22:17	+/–
Работает. Открывать нужно Makefile.in и поддержка так себе. Иногда чтобы заставить его configure пересоздать приходится повозиться. Но файлы/цели в целом нормально определяет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

100. Сообщение от Аноним (101), 17-Мрт-25, 22:44	+/–
Это немного ортогональные вещи. QtCreator версии так 2-4 поддерживал борландовские компиляторы. Сейчас оставили кажется только майкрософтовский и mingw из основных (ну и для embedded ещё несколько). И даже Qt3 можно было этим борландовским компилятором собрать. Qt4 уже не собирался, а в Qt5 уже выпилили. Но это тоже не совсем к QtCreator, это скорее вопрос к qmake. Bulder, который CLX и Kylix был как раз на Qt (кажется второй версии). Но примерно как опера старая (формально на Qt, а от Qt там QObject, signal/slot + пара диалогов). Чтобы было понятнее - попробуй билдером собрать проект от Visual Studio. Там ооочень слабая поддержка на самом деле, хотя формально билдер говорит "Я всё умею! Щаз проект конвертну и всё пойдёт." Вот когда помимо своих хелловорлдов потребуется собирать чужие проекты на других системах сборки/компиляторах и поймёшь зачем этот зоопарк IDE и систем сборки расплодили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

101. Сообщение от Аноним (101), 18-Мрт-25, 00:34	+/–
Было во времена Qt4, когда менялась версия gcc и c++ ABI. Формально там какая-нибудь минорщина типа Qt4.5->Qt4.6, а по факту они несовместимы между собой, т.к. ABI уже поменялся, да и вместо mingw.dll нужно mingw-что-то-там.dll Это не совсем к QtCreator или Qt, это скорее к digia (или тогда ещё Nokia), которые перешли на новый mingw. Но это прям посреди белого дня случается в минорном релизе. Такие дела.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

102. Сообщение от adolfus (ok), 18-Мрт-25, 20:59	+/–
> "... на сегодня самое надежное и самое плотное средство хранения данных ..." > - это AWS S3 Glacier ;-) Это какм же нужно быть долбобо, чтобы свои данные хранить непонятно где. Это называется "отдай жену дяде, а сам иди к бл.ди". У меня, например, внезапно в 2022 пропала учетка на орацлях вместе с кучей полезного, что я туда нанес. Хорошо, что хранил еще и локально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

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

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