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

"Национальные комитеты ISO отклонили принятие стандарта C++26"	+/–
Сообщение от opennews (?), 04-Ноя-26, 15:54
Голосование национальных комитетов ISO (NB, National Bodies)... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=66614
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Ваня фанат СПО из подмосковья (?), 04-Ноя-26, 15:54	+16 +/–
> а сторонники не хотят обесценивать многолетнюю работу. применимо ко всему C++ в целом
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80

3. Сообщение от Аноним (3), 04-Ноя-26, 16:00	+10 +/–
Contract violation handler позволяет: 1. std::terminate 2. std::abort 3. Terminate execution immediately. Зачем оно надо в таком виде? В частности, при невозможости в рантайме залогировать и проигнорировать нарушение контракта?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #29, #72, #178

4. Сообщение от Аноним (4), 04-Ноя-26, 16:02	+55 +/–
Язык слишком простой и понятный, нужно его ещё больше раздуть, так держать комитерасты :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #105, #217

6. Сообщение от Страуснетруп (?), 04-Ноя-26, 16:11	+18 +/–
Хоть кто-то в комитете осмелился остановить это безумие в виде современных плюсов, молодцы!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59

7. Сообщение от Аноним (7), 04-Ноя-26, 16:16	+/–
> Национальные комитеты ISO отклонили принятие стандарта C++26 может наконец-то раст стандартизируют.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #61, #62, #91, #104

8. Сообщение от Аноним (8), 04-Ноя-26, 16:17	+4 +/–
Контракты та ещё шляпа. В чём проблема исключить их из стандарта и перенести в TR? В целом, в cpp многовато не слишком нужных вещей, которые явно добавлены т.к. "надо же развивать язык".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23

9. Сообщение от Аноним (11), 04-Ноя-26, 16:17	–2 +/–
Кому надо это контрактное ненужно пусть используют другие языки.
Ответить | Правка | Наверх | Cообщить модератору

10. Сообщение от Аноним (8), 04-Ноя-26, 16:20	+3 +/–
Последняя существенная фишка добавленная в cpp - это лямбды в cpp11. Остальные нововведения такое себе.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #13, #27, #53

11. Сообщение от Аноним (11), 04-Ноя-26, 16:20	+21 +/–
Растики не то что отклонить стандарт не смогут они даже коммитет собарть не смогут. Потому что этому прищемили права, у того месячные хотя он мужик на самом деле, третий ненавидит коммитеты и вообще за анархию. И всё решения принмает какой-то вася который фичи клепает по KPI 10 фич в неделю иначе лишат донатов и финансирования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #15, #19

12. Сообщение от Medved (??), 04-Ноя-26, 16:26	+3 +/–
Рефлексия в с++26, модули в с++20
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #48, #94, #223, #235

13. Сообщение от Аноним (13), 04-Ноя-26, 16:26	+1 +/–
ну ващето, constexpr и consteval тоже полезно. а ещё variadic template удобно использовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

14. Сообщение от Пишу с толчка (?), 04-Ноя-26, 16:28	+7 +/–
Будучи студентом, так и не понял смысла в плюсах. Какой-то Си переделанный с кучей всего ненужного!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #122

15. Сообщение от Пишу с толчка (?), 04-Ноя-26, 16:31	+11 +/–
Точно подмечено! Проблема раста не в самом языке, а в его сообществе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #22, #25

17. Сообщение от Сэм Альтман (?), 04-Ноя-26, 16:33	+/–
Все правильно мы обучаем наши нейросети контентом до 2023 года, иначе получаем коллапс моделей. Нам не выгодно новое...
Ответить | Правка | Наверх | Cообщить модератору

18. Сообщение от Аноним (18), 04-Ноя-26, 16:34	+1 +/–
Ну поэтому ты и пишешь, откуда пишешь) С учетом того что значительная часть ПО написано как раз на нем - от браузеров до ОС, игровых движков и сред разработки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #24

19. Сообщение от Аноним (19), 04-Ноя-26, 16:35	+6 +/–
А зачем им комитет? Что бы было как в плюсах "мы три года утверждали какую-ту фигню и будем обсуждать еще 3 года, если не получится - то еще 3... Ули нам торопиться". > И всё решения принмает какой-то вася который фичи клепает по KPI 10 фич в неделю иначе лишат донатов и финансирования. О господи, да что ты такое несешь?! (с) Кажется, про то как в расте утверждают RFC, ты знаешь по рассказам пацанов за гаражами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #35

20. Сообщение от fidoman (ok), 04-Ноя-26, 16:37	–4 +/–
Плюсану, при наличии эксепшнов нафига эта сишная хмарь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #355

22. Сообщение от Аноним (22), 04-Ноя-26, 16:39	–10 +/–
> Точно подмечено! Молодец, отлично подлизнул! > Проблема раста не в самом языке, а в его сообществе. А у раста есть проблемы? Второй язык добавленный в ядро (и не хваленый С++) Используется как крупнейшими разработчиками софта (гугл, майкрософт, амазон) и железа (нвидия и амд), так и крупными компаниями (клоудфларя, каноникл). Ну и васянами, конечно. Миллионы строк когда работающие у сотен миллионов пользователей. У раста проблем нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #26, #36, #45, #95, #107

23. Сообщение от Вечный странник (?), 04-Ноя-26, 16:40	+1 +/–
Контракты - довольно логичный ход для увеличения безопасности C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #55

24. Сообщение от Ivan_83 (ok), 04-Ноя-26, 16:40	+1 +/–
Длмя меня значительная (по колличеству) часть ПО написана на С. На крестах только монструозные проекты типа компеляторов, браузеров и игор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #38, #82

25. Сообщение от Ivan_83 (ok), 04-Ноя-26, 16:42	+/–
Там и язык и сообщество стоят друг друга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

26. Сообщение от Вечный странник (?), 04-Ноя-26, 16:42	+8 +/–
Вы - доказательство проблем раста)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #41, #93

27. Сообщение от Ivan_83 (ok), 04-Ноя-26, 16:43	+/–
Забавно как тут народ расписался в том что пишет на диалектах С :) Одни одно подмножество юзают а другие другое...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #31, #32

28. Сообщение от вах (ok), 04-Ноя-26, 16:46	–1 +/–
Переусложнения ради переусложнений!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34

29. Сообщение от Вадим Жуков (?), 04-Ноя-26, 16:47	–1 +/–
Есть evaluation semantic: ignore, observe, enforce, quick-enforce.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #51

31. Сообщение от Вадим Жуков (?), 04-Ноя-26, 16:49	–1 +/–
Забавно когда с умным видом говорят про C, имея в виду C++. (нет)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

32. Сообщение от Аноним (32), 04-Ноя-26, 16:52	–1 +/–
> Забавно как тут народ расписался в том что пишет на диалектах С "Диалект" это твои фантазии. > Одни одно подмножество юзают а другие другое... Люди используют разные версии стандарт и разные фичи. Но о чем говорить с человеком, который ставит в пример убогий недо-язык, в который bool добавляли 50+ лет, а строкового типа до сих пор нет 🤣?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #42, #57, #99

33. Сообщение от Вечный странник (?), 04-Ноя-26, 16:54	+3 +/–
Честно, выглядит как попытка уничтожить C++ изнутри, навести раздор в рядах разработчиков для перевода всех на "безопасные" языки по типу Rust. И тут проблема не в таких языках, тот же Rust очень даже хороший язык - проблема в комьюнити Rust.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #50, #54, #56, #202, #312

34. Сообщение от Вечный странник (?), 04-Ноя-26, 16:57	+/–
Правильно, нужно писать на brainfuck!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #37

35. Сообщение от Аноним (11), 04-Ноя-26, 16:58	–3 +/–
Например чтобы раст можно было использовать в реально полезных задачах, а не в ripgrep.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #44

36. Сообщение от Аноним (36), 04-Ноя-26, 16:58	+/–
>Используется как крупнейшими разработчиками софта (гугл, майкрософт, амазон) и железа (нвидия и амд), так и крупными компаниями (клоудфларя, каноникл). Увы, но раст не нужен. Это становится очевидно по спискам популярности языков. >Миллионы строк когда работающие у сотен миллионов пользователей. У раста миллионы строк работающие у миллионов пользователей, это правда. Однако у С и С++ миллиарды строк работающие у миллиардов пользователей. >У раста проблем нет. Больного никак стабилизировать не могут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #47

37. Сообщение от Аноним (11), 04-Ноя-26, 17:00	+5 +/–
Это уже про упростить чтобы переусложнить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

38. Сообщение от Аноним (38), 04-Ноя-26, 17:00	+/–
> Длмя меня значительная (по колличеству) часть ПО написана на С. Твое мнение никого не волнует. Условный тумба-юмба живущий в джунглях тоже не использует ПО ни на С, ни на С++) Есть статистика использования и распространенность ПО. > На крестах только монструозные проекты типа компеляторов, браузеров и игор. И что бы ты делал без компиляторов? Как бы ты компилировали ядро линукса, ненужнобздю и так далее? СИдел бы и смотрел на крутой СИшный код, бгг)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #60

41. Сообщение от Аноним (41), 04-Ноя-26, 17:11	+/–
Но я не пишу на расте, мне плюсов хватает ¯\_(ツ)_/¯ А вот СИшников не люблю за их узколобость. Хотя немного приятно, что ГЦЦ они без с++ собрать не смогут))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

42. Сообщение от Аноним (42), 04-Ноя-26, 17:11	+/–
А зачем на Си строки обрабатывать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #46

43. Сообщение от Bottle (?), 04-Ноя-26, 17:12	+1 +/–
А я понимаю, почему нацкомы отклоняют запрос. Комитетчики уже подложили крупную свинью со своей спецификацией модулей, а тут поверх всего этого ещё фич навалили. Что это за стандарт такой на 2000 страниц с перекрёстными ссылками, который внедрить не может никто?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #52

44. Сообщение от Аноним (41), 04-Ноя-26, 17:13	+3 +/–
Например андроид. Или клаудфларя. Или Rusticl который заменил Clover. И таких важных программ десятки. ps а чем тебе "ripgrep" не угодил?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #112

45. Сообщение от vibecoder (?), 04-Ноя-26, 17:14	+2 +/–
> У раста проблем нет. Есть у его комьюнити. Из-за токсичности и вы тому пример.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #141

46. Сообщение от Аноним (46), 04-Ноя-26, 17:16	+1 +/–
Действительно, зачем в софте обрабатывать строки 🤔 Ну разве что хеллоуворлд.. хотя нет, там тоже строка есть. А вот в стд строковый тип нужен чтобы не писать одни и те же велосипеды кадый раз. Чтобы была поддержка Unicode (не самая лучшая, но лучше чем в СИшке).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #70, #214

47. Сообщение от Аноним (47), 04-Ноя-26, 17:19	+/–
Увы.. (хотя нет, не увы, а "к счастью") ты не разработчик гугла, майкрософта, MESA или ядра линукс. А они сами выбирают раст и добавляют в свои проекты. > У раста миллионы строк работающие у миллионов пользователей, это правда. Однако у С и С++ миллиарды строк работающие у миллиардов пользователей. Работающих все хуже и хуже. Поток дыреней найденных в ядре, как-то не прекращается. А исправлять по 1-2 тысячи CVE - занятие, думаю, не очень приятное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #63

48. Сообщение от Инопланетянин (?), 04-Ноя-26, 17:24	+1 +/–
> модули в с++20 В открытых проектах модулей не встречал. Кто ими пользуется?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #64, #128

49. Сообщение от Аноним (49), 04-Ноя-26, 17:25	+2 +/–
> Честно, выглядит как попытка уничтожить C++ изнутри, навести раздор в рядах разработчиков для перевода всех на "безопасные" языки по типу Rust. Ну... вообще-то предложенные contracts c pre/post были реализованы в ADA (кстати тоже  "безопасный" язык, согласно докладу АНБ) еще в 2012 версии. То что плюсовики хотели просто слямзить - логично. Но ты немного прав по поводу попыток сделать С++ безопаснее. Проблема в том, что комитет расколося на два лагеря: одни хотели  ̶с̶п̶u̶з̶ позаимствовать идею Borrow Checkerʼа из раста. А другие (сторонники Страуструпа) - внедрить Profiles. Договориться они не смогли(( > И тут проблема не в таких языках, тот же Rust очень даже хороший язык Хороший? Ну пиши на нем. > проблема в комьюнити А в чем проблема? Комьюнити приходит к тебе домой и в окна заглядывает? Или звонит посреди ночи и угрожающе дышит в трубку? Если язык подходит для проекта, то на комьюнити пофиг. Есть документация, учебники, даже всякие курсы и видеоуроки. Зачем тебе с кем-то еще общаться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

50. Сообщение от Павел (??), 04-Ноя-26, 17:28	+1 +/–
Заговорщики они везде, да, как же иначе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

51. Сообщение от Аноним (3), 04-Ноя-26, 17:29	–1 +/–
это ж всё compile-time? А исходно про рантайм-решения решение спрашивали
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #296, #297

52. Сообщение от Аноним (52), 04-Ноя-26, 17:34	+2 +/–
Стандартизация подложила свинью еще в ANSI C, и это стало очевидно к середине нулевых, когда компиляторы стали собирать и оптимизировать код не как написано, а не пойми как. И проблема C и C++ не в том, что они небезопасны по памяти, а в том, что они небезопасны по стандартк и компилятору: по факту нельзя ожидать, что код соберется и будет работать как написано или хотя бы логично
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #65, #66, #92

53. Сообщение от Инопланетянин (?), 04-Ноя-26, 17:37	+/–
11 move semantic, constexpr, auto, smart pointers, range-based for, lambdas, threads 17 variadic templates, variant, optional, structured bindings, filesystem 20 concepts, ranges, span, print/format, coroutines, location 23 consteval, expected, stacktrace + в последних версиях можно писать атрибуты [[likely]]/[[unlikely]], [[ununsed]], [[fallthrough]] и др не прибегая к макросам и интринсикам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #86

54. Сообщение от Аноним (158), 04-Ноя-26, 17:37	+1 +/–
> Честно, выглядит как попытка уничтожить C++ изнутри так и есть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

55. Сообщение от Аноним (55), 04-Ноя-26, 17:42	+6 +/–
Контракты - довольно логичный ход для увеличения C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #159, #160

56. Сообщение от Инопланетянин (?), 04-Ноя-26, 17:42	+3 +/–
> Честно, выглядит как попытка уничтожить C++ изнутри, навести раздор в рядах разработчиков для перевода всех на "безопасные" языки по типу Rust. Скандалы, интриги, расследования... На Бьёрна Страуструпа было совершено покушение. Во время задержания малолетний преступник выкрикивал что-то про безопасность памяти и бороу чекер. В настойщий момент с Страуструпом все хорошо и он уже работает над новым стандартом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #68

57. Сообщение от Ivan_83 (ok), 04-Ноя-26, 17:43	+4 +/–
Ни bool ни строк нет в процессоре, это абстракция, в случае С её в язык не тянут и не отращивают. Никто тебе не запрещает сделать свои собственные строки по мотивам любого языка или концепции которые тебе нравятся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #71, #78

58. Сообщение от Ананоним (?), 04-Ноя-26, 17:46	+/–
Неужели там нашёлся кто-то с разумом? Хаха! Если бы приняли, во каша бы получилась, а не язык.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #240

59. Сообщение от Аноним (59), 04-Ноя-26, 17:46	+7 +/–
Ты хоть новость читал? Национальные коммитеты запороли по причине того что стандарте он представлен примитивно. Они хотели большей сложности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #197

60. Сообщение от Ivan_83 (ok), 04-Ноя-26, 17:46	–2 +/–
Так вот статистика на моём личном компе не в пользу крестов :) Я посчитал и date, ls, echo всякие :) > И что бы ты делал без компиляторов? Странный вопрос. Технически без компиляторов на крестах можно обойтись более примитивными компиляторами на С.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #69

61. Сообщение от Инопланетянин (?), 04-Ноя-26, 17:48	+/–
> может наконец-то раст стандартизируют. Им же переадали страндарт языка, который написали ferocenne для себя. Куда они его дели не знаю. Да и не нужно им это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #283

62. Сообщение от Аноним (59), 04-Ноя-26, 17:48	–1 +/–
>может наконец-то раст стандартизируют. Прежде чем писать глупости надо задать 1 простой вопрос. Сообществу разработчиков самого Раста международная стандартизация нужна? Ответ очевиден: "Нет".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

63. Сообщение от Аноним (63), 04-Ноя-26, 17:48	+2 +/–
>разработчик гугла, майкрософта, MESA или ядра линукс. >А они сами выбирают раст и добавляют в свои проекты. В какие проекты они добавляют раст и какая его доля в процентах в этих проектах? >Работающих все хуже и хуже. >Поток дыреней найденных в ядре, как-то не прекращается. То ли дело раст, сейчас они всем покажут как надо. Ой, нет, не покажут, у них у самих сотня дыр в uutils, а паритет с coreutils кажется все менее достижимым. Пока раст в широких массах запомнился как язык для нейрослопа, а еще главной причиной неисправности интернета и онлайн игр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #114, #156

64. Сообщение от БоссАнонимов (?), 04-Ноя-26, 17:50	–1 +/–
Новых открытых проектов на С++ не встречал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

65. Сообщение от Аноним (65), 04-Ноя-26, 17:50	+5 +/–
> Стандартизация подложила свинью еще в ANSI C Угу, Деннис Ритчи писал про "стандарт": "The fundamental problem is that it is not possible to write real programs using the X3J11 definition of C. The committee has created an unreal language that no one can or will actually use." > И проблема C и C++ не в том, что они небезопасны по памяти, а в том, что они небезопасны по стандартк и компилятору Разве первое не следствие второго? Если у тебя есть некий код, который может по разному скомпиляться в зависимости от вендора компилятора и даже от версии и результат в виде программы может работать по разному... То о каком стандарте может идти речь? Особенно с учетом того, что так называемый "стандарт" не обязывает реализовывать все фичи. Но компилятор будет все равно называться "компилятор С или C++". Хотя в UB и ID поведение может быть просто противоположное. Как бы на это посмотрели нормальные инженеры, если бы был стандарт на болт метрический с шестигранной головкой DIN 931, но если вам сильно хочется, то можете сделать десятигранник и без резьбы))? У ADA был классный подход: хочешь называться компилятор языка ADA? Отлично! Вот тебе 1000+ тестов. Один завалил - идешь лесом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

66. Сообщение от Аноним (66), 04-Ноя-26, 17:50	–2 +/–
За исключением багов компилятора, код всегда собирается как написано. Написано в стандарте. А не как хочется в новолуние левой пятке очередного Васяна. А то, что Васян ленив и не хочет читать стандарт - это проблема Васяна, а не языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #75, #100

67. Сообщение от Инопланетянин (?), 04-Ноя-26, 17:50	+1 +/–
Почему нельзя было только контракты отклонить в новой версии стандарта? Просто их перенести, а все остальное релизнуть.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74

68. Сообщение от Инопланетянин (?), 04-Ноя-26, 17:53	+4 +/–
Полиция провела обыск в доме преступника и обнаружила его увлечение аниме, установленный арч линукс, а также большое кол-во женского белья, хотя по словам соседей девушки у преступника не было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #85

69. Сообщение от Аноним (69), 04-Ноя-26, 17:53	–1 +/–
> Так вот статистика на моём личном компе не в пользу крестов :) Ну что ты там делаешь на своем компе под одеялом - мало кого интересует.. > Я посчитал и date, ls, echo всякие :) Ну т.е мелкие СИшные утилитки. Молодец, можешь взять пирожок на полочке. > Технически без компиляторов на крестах можно обойтись более примитивными компиляторами на С. Ага, а дрова рубить каменным топором. Но примитивными компиляторами пользоваться грустно. Они ни в оптимизацию, ни в скорость не умеют. А вот нормальные компиляторы без С++ невозможны. Доказано GCC и Clangʼом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #140, #182

70. Сообщение от Аноним (70), 04-Ноя-26, 17:57	–3 +/–
Заканчивай свой старый боян. В языке уровня чистого Си строковый тип не нужен. Работая со строками сишники юзают готовые библиотеки, или сами пишут идиомы. буквально десять строк. Пойми со строками в сишке пролблем нет. Твоя проблема в том, что ты не умеешь программировать на уровне Си. И если ты требуешь строковый тип то ты скорей всего паскальщик. >Чтобы была поддержка Unicode (не самая лучшая, но лучше чем в СИшке). Ты хоть сам то понял о чём написал. В Стандартной библиотеке есть функции по работе с любыми типами символов, в том числе и Юникода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #73, #76

71. Сообщение от Аноним (73), 04-Ноя-26, 17:57	+1 +/–
> Ни bool ни строк нет в процессоре, это абстракция, в случае С её в язык не тянут и не отращивают. Твоя экспертность поражает насмерть! В C23, в тот самый стандарт, добавили Boolean type and values <stdbool.h> Правда до этого доходили десятки лет. А ты говоришь "не тянут и не отращивают")) > Никто тебе не запрещает сделать свои собственные строки по мотивам любого языка или концепции которые тебе нравятся. И получим парад кривых велосипедов. ps вангую отмазки вида "мне хватает с89"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #185

72. Сообщение от Инопланетянин (?), 04-Ноя-26, 17:59	+1 +/–
> Зачем оно надо в таком виде? В частности, при невозможости в рантайме залогировать и проигнорировать нарушение контракта? Какой смысл? Это считай у тебя assert (который не в debug) нарушен. Что ОЧЕНЬ пошло не так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #84

73. Сообщение от Аноним (73), 04-Ноя-26, 18:05	+/–
> В языке уровня чистого Си строковый тип не нужен. Что значит "уровня СИ"? Это типа такой же дырявый? > И если ты требуешь строковый тип то ты скорей всего паскальщик. В С++ по какой-то причине такой тип есть. В СИшке чтобы узнать сколько в строке (даже ASCII) символов надо пробегаться по ней до null-terminated символа. Каждый раз. В нормальных языках типа плюсов или паскаля - ты просто обращаешься к size/length/... > Ты хоть сам то понял о чём написал. К сожалению да. > В Стандартной библиотеке есть функции по работе с любыми типами символов, в том числе и Юникода. Посчитать кол-во символов в строке. Особенно если там есть диакритические знаки. Для разных платформ. Если там встречаются составные символы... Это весьма сложная задача. И вместо того чтобы плодить кучу вариантов либ, оно может жить прям в СТД. С максимальными оптимизациями и проверкой на корректность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #89

74. Сообщение от Аноним (41), 04-Ноя-26, 18:08	+1 +/–
Как ты себе это представлешь? Стандарт С++29 в котором сказано "а вот отсюда и ближайшие 100 страниц не читайте"? Пусть комитет удаляет контракты из текста стандарта и тогда его утвердят. Собственно от них это и хотят)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #191

75. Сообщение от Аноним (41), 04-Ноя-26, 18:10	+5 +/–
> код всегда собирается как написано. А если в коде UB? > Написано в стандарте. Стандарт прямо говорит "а фиг его знает что произойдет". > не как хочется в новолуние левой пятке очередного Васяна. Зачем ты так про разработчиков компилятора? > А то, что Васян ленив и не хочет читать стандарт - это проблема Васяна, а не языка. Не, если в "стандарте" написано "мы не знаем как сложить два числа, пусть будет UB и компилятор сам решит", то это говорит о "качестве" так называемого стандарта))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #177, #270

76. Сообщение от Аноним (166), 04-Ноя-26, 18:14	+1 +/–
> Пойми со строками в сишке пролблем нет. Ну да: нет строк - нет проблем, бгг. 👍 Только чего то уже более полувека за пределы буферов вылазят. 🤔 То самое знаменитое "программирование уровня Си", лол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

77. Сообщение от Аноним (77), 04-Ноя-26, 18:17	+2 +/–
Вброшу конспирологию: стандарт тормознуло функциональное лобби. Контракты это легкий способ написать надежные и верефецируемые программы без изучения функциональщины и всей связанной с ней математической зауми. Заучкам в свитерах просто обидно, что есть более практичный способ достичь цели которую декларируют фп-языки. Популяризацию контрактов нельзя терпеть ни в каком виде,  поэтому дернули стоп-кран. Кстати, западные вузы производят именно фп-программистов, а в реальной работе почти всегда используются ОО-подход. У этих челов случается нехилая фрустрация, когда они понимают, что их учили бесполезному вышиванию байтов крестиком.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #83, #109, #139, #252

78. Сообщение от Аноним (166), 04-Ноя-26, 18:17	+1 +/–
> Ни bool ни строк нет в процессоре, это абстракция, в случае С её в язык не тянут и не отращивают. Вау, а int и char в процессоре есть, оказывается! Ваня, ты как всегда поражаешь своими познаниями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #102, #162, #188

79. Сообщение от маняним2 (?), 04-Ноя-26, 18:17	+1 +/–
Контракты в полностью перекрываются более гибкими аннотациями и последующими профилями. Контракты легко эмулируются ассертами или рукопашным кодом. Кроме того у контрактов куча неустранённых условностей и ограничений. После сабельного наскока с модулями, которые до сих пор исправляют, совершенно правильно отклонили сырые и ненужные контракты.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #146, #154

80. Сообщение от Аноним (80), 04-Ноя-26, 18:17	+7 +/–
Растерманам на заметку: у них это впереди.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #96, #189, #190, #230, #251

82. Сообщение от Аноним (166), 04-Ноя-26, 18:20	–1 +/–
> Длмя меня значительная (по колличеству) часть ПО написана на С. До? Кроме ядра и юниксовых корутилиток а-ля 70е что перечислишь? > На крестах только монструозные проекты типа компеляторов, браузеров Вот именно: потому что писать большой серьезный софт на сишочке - это ад и мазохизм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #181, #261

83. Сообщение от Аноним (83), 04-Ноя-26, 18:21	+1 +/–
Контрактное программирование в С++26 в предложенном варианте это больше assert, чем contract и на контрактное программирование только названием.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #88

84. Сообщение от Аноним (84), 04-Ноя-26, 18:21	–3 +/–
Для этих кейсов не надо "просто завершать программу аварийно" (как предлагается), а как раз сделать "что надо". Варианты: 1. залогировать и завершиться 2. проигнорировать 3. свериться с переменной окружения `DISABLE_FETURE_CHECK` и прогнорировать контракт 4. куда-то заслать метрики Вместо этих вариантов предлагают всегда безусловно завершаться. Зачем мне такая штука, есл и множно делать кастомные ассерты и там делать всё что угодно? А для безусловного завершения всегда есть std::assert
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #87

85. Сообщение от Аноним (158), 04-Ноя-26, 18:24	+/–
давай по классике "отеля К", журнала ксакепа достаточно, на сиди все улики, Никитоз постарался подкинуть подарки :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

86. Сообщение от Аноним (86), 04-Ноя-26, 18:28	+/–
корутины потенциально полезная штука, но пока же до ума не довели.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #291

87. Сообщение от Инопланетянин (?), 04-Ноя-26, 18:28	+/–
Вместо этих вариантов предлагают всегда безусловно завершаться. Зачем мне такая штука, > есл и множно делать кастомные ассерты и там делать всё что > угодно? Тем что они КАСТОМНЫЕ и будут работать только в твоем проекте. Но вроде там есть режим observe для того, что ты хочешь. Пункт 3.5.4 > The observe semantic will invoke the contract-violation handler; if the contract-violation handler returns normally, program execution will continue from the point of evaluation of the contract assertion
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #97

88. Сообщение от Аноним (88), 04-Ноя-26, 18:28	–1 +/–
Соглы. Контракты вообще не надо тащить в стандарт языка и оставить на откуп сторонним библиотекам. Как говорили выше: диды развивают язык ради ИБД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #90

89. Сообщение от Аноним (89), 04-Ноя-26, 18:29	–2 +/–
>В СИшке чтобы узнать сколько в строке (даже ASCII) символов надо пробегаться по ней до null-terminated символа. Да. А что? >Посчитать кол-во символов в строке. Особенно если там есть диакритические знаки. Для чего существует Юникод? Прежде чем работать со строками ты должен знать как реализоан на твоей платформе Юникод. Это резиновая кодировка - utf8, или это широкие символы с фиксированным размером для каждого сивола. От этого ты должен оталкиваться. >Это весьма сложная задача. Нет. Если умеешь и любишь программировать на уровне Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

90. Сообщение от Инопланетянин (?), 04-Ноя-26, 18:33	+1 +/–
> Соглы. Контракты вообще не надо тащить в стандарт языка и оставить на > откуп сторонним библиотекам. Как говорили выше: диды развивают язык ради ИБД. Контракты вещь полезная. В Ada есть. А вот линейную алгербу на кой притащили - вопрос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #115

91. Сообщение от Аноним (47), 04-Ноя-26, 18:33	+2 +/–
> может наконец-то раст стандартизируют. Зачем?! Чтобы сидели вот такие клованы-дармоеды по три года на зп коммитета, а потом не смогли ничего из себя выдавить? Разработка должна быть гибкая. Тем более что на надежность наличие "стандрта" никак ни влияет - что для плюсов, что для сишки они есть, но написаны так, что код разными компиляторами не компиляется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #101

92. Сообщение от Ivan_83 (ok), 04-Ноя-26, 18:34	+/–
Кто хочет и может тот пишет, остальные жалуются на UB всякие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

93. Сообщение от laindono (ok), 04-Ноя-26, 18:35	–3 +/–
Нет я. Ещё я доказательство нужности Arch Linux в домохозяйстве.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #113, #116

94. Сообщение от localhostadmin (ok), 04-Ноя-26, 18:39	+/–
> модули в с++20 недавно пробовал их тыкать. идея вроде хорошая, но реализация такая себе. мои эксперементы закончились на попытке работы с файлами, как бы я не пытался подключить fstream или cstdio у меня просто валилась сборка. вытоге я пару часов с этим повозился и забросил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #125

95. Сообщение от aname (ok), 04-Ноя-26, 18:39	+/–
Крупнейшие разработчики софта имеют нейросети, следовательно, твоей логики, нейросети не имеют проблем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

96. Сообщение от Аноним (96), 04-Ноя-26, 18:39	+10 +/–
Нет спецификации - нет проблем, поэтому не надо драматизировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #157, #228

97. Сообщение от Аноним (84), 04-Ноя-26, 18:40	+/–
> -fcontract-evaluation-semantic=observe   Эта штука, как я понял, включается "глобально", а не точечно. Чем принципиально-то от assert'а отличается-то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #103

99. Сообщение от Аноним (99), 04-Ноя-26, 18:42	+/–
>убогий недо-язык Не осилил язык уровня Си, поэтому обзываешся. >в который bool добавляли 50+ лет В чистом Си цифра ноль обозначает логическую Ложь, а любое не нулевое значение обозначает Истину. Для человека который пишет реальные программы на Си это очень удобно и понятно. Само введение булевого типа для языка уровня Си является сахарной абстракцией. Ну ввели и ввели, от этого язык ничего не выиграл, но и ничего не потерял. Предупреждаю всех, кто вытаскивает из чулана пыльный боян и пытается на нём играть. Я нагибаю технично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #119, #149

100. Сообщение от Аноним (100), 04-Ноя-26, 18:45	+1 +/–
Код собирается так, как бы он исполнялся на абстрактной виртуальной машине, существующей только в кошмарных снах авторов стандарта. Т.е. C/C++ де-факто непригодны дня написания современного многопоточного кода с хоть сколько-нибудь приемлемой производительностью
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #198, #207

101. Сообщение от Аноним (101), 04-Ноя-26, 18:45	+/–
>Тем более что на надежность наличие "стандрта" никак ни влияет - что для плюсов, что для сишки они есть, но написаны так, что код разными компиляторами не компиляется. Пример в студию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #195

102. Сообщение от localhostadmin (ok), 04-Ноя-26, 18:49	–1 +/–
ну да. например int отлично входит в eax, а char в ah или al. если нужно отрицательное число, есть команда neg
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #117, #176

103. Сообщение от Инопланетянин (?), 04-Ноя-26, 18:51	+/–
>> -fcontract-evaluation-semantic=observe > Эта штука, как я понял, включается "глобально", а не точечно. > Чем принципиально-то от assert'а отличается-то? Я не смотрел. Первое что приходит: 1. Они универсальны вместо asserta, который молча в release будет вырезан. 2. Определение заголовке функции. 3. Могут использоваться для анализа сторонними утилитами для верификации? Как в Ада или AСSL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

104. Сообщение от Аноним (104), 04-Ноя-26, 18:56	+2 +/–
А может не надо? Иначе получится как в плюсах, профессора кислых щей пытались в течении в течении 30 лет сделать из си с классами мультипарадигменного монстра, в итоге все пришло к тому, что из самого простого языка получился наиболее сложный язык, где надо учиться на конкретный стандарт, а 3 человека учивших его в разные года не смогут договориться как надо программировать. При том, что программы получаются ну точно такие же как на остальных языках, непонятно зачем эти игры в бисер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #123

105. Сообщение от penetrator (?), 04-Ноя-26, 18:56	+3 +/–
здравый комент смотрю что с шарпом сделали, который изначально планировали максимально простым налепили в него стероидов, и в плюсы сча напихают
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #227, #278

106. Сообщение от Аноним (125), 04-Ноя-26, 18:56	+7 +/–
Концепты предлагали внедрить ещё в C++11, но не приняли, потому что недоработаны. Приняли только в C++20, вон сколько времени пришлось дорабатывать, фактически 20 лет. Дизайн языка - дело сложное, надо очень осторожно добавлять новые фичи, и только такие, без которых не обойтись. Например, когда начали разрабатывать Ada, то уже тогда хотели сделать её объектно-ориентированным, однако Жан Ишбиа отклонил, так как непонятно было как бороться с недостатками ООП. Потребовалось 15 лет исследований чтобы появился первый стандартный объектно-ориентированный язык - Ada 95. Так что, это бред, что стандарты надо выпускать регулярно, каждые 3 года, это пирожки надо печь регулярно. Понадобавляли ненужного, всё так усложнили, что язык стал трещать, невозможно без ошибок сделать компилятор.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #111, #118

107. Сообщение от Аноним (107), 04-Ноя-26, 19:01	–2 +/–
> А у раста есть проблемы? Есть, конечно. Если бы проблем не было, любой топик в котором хоть как–то упоминается Раст не превращался бы в то, во что он превращается. Просто все бы хором перешли на «более лучший» и «более безопасТный» язык и спорить было бы не о чем. Могу озвучить, по пунктам: — Коммунити. Добрая половина — поехав… э–э–э, нейроразнообразные небинарные личности неопределённого гендера, другая добрая половина — торчащие на зонде LLM похапешники, питонисты, жабаскриптуны и прочие неоСИляторы. Ну и оставшееся — фанбои–евангелисты, которые сами на своём «любимом» языке не пишут ничего сложнее хелловорлдов (иначе уже бы перестали быть фанбоями), но ходят по интернетам и пихают ржавого в каждую дырку, в каждое поле с кнопкой «Отправить». — Компилятор. Ублюдочно–тормозной и жрущий несметные гигабайты памяти. Естественно, чтобы ощутить всю глубину падения, нужно собирать что–то сложнее хелловорлда. Попробуйте на досуге скомпилить раст из исходников, возможно, наступит просветление. — Карго. Система сборки, сломанная уже на самом базовом уровне — поскольку требует для комфортной работы подключение к интернетам и насасывает тысячи лефтпадов буквально в любой проект. О порочности такого подхода можно догадаться хотя бы наблюдая за непрекращающимися атаками на npm и pypi.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #194, #205, #232

108. Сообщение от Аноним (104), 04-Ноя-26, 19:02	–1 +/–
Язык скоро будет настолько сложный, что разберется только нейронка. А нормального единого менеджера пакетов или нормальной системы сборки до сих пор не видно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #110

109. Сообщение от Аноним (125), 04-Ноя-26, 19:05	–1 +/–
>Вброшу конспирологию: стандарт тормознуло функциональное лобби. Разовью мысль: для чего вообще применяется функциональное программирование? Правильно, для задач искусственного интеллекта. Эти всякие Лиспы, Скимы, Наскели, Окамлы. Это сейчас как раз модно, А С++ - как кость в горле для любителей AI-культуры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #120

110. Сообщение от Аноним (110), 04-Ноя-26, 19:07	+3 +/–
>Язык скоро будет настолько сложный, что разберется только нейронка. Нейронка не умеет "разбираться". А вот использовать устаревшие функции на основе того, что ей скормили всё подряд, запросто может. > А нормального единого менеджера пакетов или нормальной системы сборки до сих пор не видно. А вот этого даже близко не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #130, #242

111. Сообщение от Аноним (111), 04-Ноя-26, 19:10	+/–
Там же Саттер уже предлагает cpp2
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #245, #255

112. Сообщение от Аноним (113), 04-Ноя-26, 19:11	+/–
Везде микропрограмки на 100 строк.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #132

113. Сообщение от Аноним (113), 04-Ноя-26, 19:13	–2 +/–
CachyOS ван лав.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

114. Сообщение от Аноним (114), 04-Ноя-26, 19:14	–1 +/–
> В какие проекты они добавляют раст и какая его доля в процентах в этих проектах? В некоторый ~100%) Microsoft перевела Rust в число языков первого уровня по причине использования в Azure. В частности: - система sandbox-изоляции Litebox (github.com/microsoft/litebox) - Rust 92.7% - софт для обеспечения паравиртуализации OpenHCL и монитор виртуальных машин OpenVMM (github.com/microsoft/openvmm) - Rust 98.4% гипервизор Hyperlight (github.com/hyperlight-dev/hyperlight) - Rust 96.6% NVIDIA опубликовала инструментарий CUDA-oxide github.com/NVIDIA/cuda-rust - Rust 93.1% и делает драйвер Nova. Claudflare использует прокcи Pingora (github.com/cloudflare/pingora) Rust 100%, которым они заменили NGINX. Из менее распространенных, но значимых: Arti (замена TOR от той же команды) Rust 96.6% Rusticl в проекте MESA (судя по репе месы - всё кроме биндингов к СИ). > То ли дело раст, сейчас они всем покажут как надо. Ой, нет, не покажут, у них у самих сотня дыр в uutils, Ты про "найдены и исправлены"))? Это не помешало (а может даже помогло, ибо ГНУтые утилиты аудит не проходили) стать дефолтом в убунте. > а паритет с coreutils кажется все менее достижимым. Как выяснилось паритет не нужен. Поддерживать древности которые нужны горстке пользователей это просто бездарная трата ресурсов. > Пока раст в широких массах запомнился как язык для нейрослопа, а еще главной причиной неисправности интернета и онлайн игр. Мнение "широких масс" так же важно как и кaлoвых. Что условный гугл, майкрософт или нвидия выпустит - тем они и будут пользоваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #165, #212

115. Сообщение от Аноним (83), 04-Ноя-26, 19:15	+/–
В Аде много чего другого есть, а С++ даже стека нет :-(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #138, #145

116. Сообщение от Bottle (?), 04-Ноя-26, 19:15    Скрыто ботом-модератором	+4 +/–
Чувак, скачивание аниме обоев и райсинг i3wm не считается за серьёзное применение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #221

117. Сообщение от Аноним (166), 04-Ноя-26, 19:15	+1 +/–
> ну да Ну нет. На уровне CPU в принципе отсутствуют какие-либо типы. > int отлично входит в eax При чем тут кто куда входит, если речь шла о наличии типов на уровне CPU?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #124, #184, #187

118. Сообщение от Аноним (118), 04-Ноя-26, 19:17	–2 +/–
В то время айтишкой занимались единицы людей, совершенно от неё далёких. Собственно, некоторые из нас ещё застали времена тех совершенно помойных программ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

119. Сообщение от Аноним (166), 04-Ноя-26, 19:23	+/–
> Для человека который пишет реальные программы на Си это очень удобно и понятно Ну да, использовать int в контекстах, подразумевающих да/нет, типа параметров и возвращаемых значений - это очень "понятно". Сори, но у тебя уже ментальная деформация и стокгольмский синдром после десятилетий использования каличного недоязыка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #208

120. Сообщение от Инопланетянин (?), 04-Ноя-26, 19:24	–1 +/–
>>Вброшу конспирологию: стандарт тормознуло функциональное лобби. > Разовью мысль: для чего вообще применяется функциональное программирование? > Правильно, для задач искусственного интеллекта. Эти всякие Лиспы, Скимы, Наскели, Окамлы. То символьный ИИ. Не путай с вычислительным. Основное примененеие функциональных языков и в частности семейства ML (не путать с machine learning) - это доказательство корректности: Rocq, Lean.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #135

122. Сообщение от Аноним (166), 04-Ноя-26, 19:24	+/–
> Будучи студентом, так и не понял смысла в плюсах А после студенчества тоже так и не понял?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #127

123. Сообщение от Аноним (123), 04-Ноя-26, 19:26	+/–
>профессора кислых щей пытались в течении в течении 30 лет сделать из си с классами мультипарадигменного монстра Читал и слушал интервью самого Страуструпа. На сколько я понял он сам хотел язык, который может всё из коробки. Разработчики C++ сами этого хотели, и хотят до сих пор. Ничего не изменилось. Что хотели то и получили. Не нравится? Ищи другой язык, другой инструмент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #129

124. Сообщение от Аноним (114), 04-Ноя-26, 19:27	+/–
> При чем тут кто куда входит Что значит причем? У чела анимешная аватарка горничной (??) с ушами, но он пишет о себе в мужском роде (в других комментах). Так что спрашивать подобные вопросы опасно. Может же и рассказать))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

125. Сообщение от Аноним (125), 04-Ноя-26, 19:30	+/–
>идея вроде хорошая Нет, плохая. Для чего вообще нужны модули? 1. Инкапсуляция кода.   В C++ файл исходного текста с пространством имён и спецификатором доступа static прекрасно справляются с этой задачей. 2. Абстрактные типы данных.   В C++ АТД прекрасно программируются при помощи классов. 3. Generic программирование.   В C++ есть шаблоны классов и функций.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #131, #143, #186

127. Сообщение от Аноним (125), 04-Ноя-26, 19:35	+/–
Программисты виноваты в плохом дизайне языка? Это разработчики языка виноваты. Был бы дизайн хорошим, не появились бы Java и C#.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #137

128. Сообщение от Аноним (128), 04-Ноя-26, 19:35	–1 +/–
>В открытых проектах модулей не встречал. А ты поищи бывщих паскальщиков и сегодняшних плюсовиков. >Кто ими пользуется? Паскальщики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #172, #254

129. Сообщение от Аноним (166), 04-Ноя-26, 19:36	+1 +/–
> На сколько я понял он сам хотел язык, который может всё из коробки. Неужто уважаемый Страуструп за десятки лет так и не понял, что с подходом "designed by committee" так не получится? > Разработчики C++ сами этого хотели, и хотят до сих пор Так вот разработчики как раз с горем пополам и получили. Потому что писали и до сих пор пишут либы на все случаи жизни - вместо того, чтобы сидеть и ждать годами, пока срауструпы дуют щеки в комитетах в попытках отрыгнуть очередной стандарт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

130. Сообщение от Аноним (104), 04-Ноя-26, 19:37	+1 +/–
>А вот использовать устаревшие функции на основе того, что ей скормили всё подряд, запросто может. Так и люди используют устаревшие функции и подходы, даже в великом гугле смесь из С98 и С++20 в одном файле. Следовательно обучаться ей не на чем, но если ее попросить писать только С++23, она и будет так писать. >А вот этого даже близко не надо. Конечно, лучше бояться обновлений либ и обвешаться питонобашепортянками, тут так принято.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #134, #236

131. Сообщение от Аноним (131), 04-Ноя-26, 19:38    Скрыто ботом-модератором	+/–
>Для чего вообще нужны модули? Не для чего, а для кого. Модули нужны паскальщикам перешедшим на плюсы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

132. Сообщение от Аноним (166), 04-Ноя-26, 19:39	+1 +/–
Пришло время копиума.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #260

134. Сообщение от Аноним (114), 04-Ноя-26, 19:40	+/–
> Конечно, лучше бояться обновлений либ и обвешаться питонобашепортянками, тут так принято. Желательно чтобы XZ библиотека обновлялась просто раскатыванием тарболов, как диды в прошлом тысячелетии. А заведовать этим будет ЖинТян - он анон, поэтому мы ему доверяем!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

135. Сообщение от Аноним (125), 04-Ноя-26, 19:42	+/–
>Основное примененеие функциональных языков  ... доказательство корректности Так вот, ФП не в свою область и полезло. Автоматическое доказательство теорем, моделей - это задача логического программирования, основанного на теории предикатов первого порядка. А ФП - это про обработку функций, когда функции используются в качестве данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #148

137. Сообщение от Аноним (166), 04-Ноя-26, 19:44	+/–
> Программисты виноваты в плохом дизайне языка? А я что-то говорил о дизайне языка? С тобой там все в порядке?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

138. Сообщение от Аноним (138), 04-Ноя-26, 19:44	+/–
>а С++ даже стека нет :-( Кошмар, как с этим дальше жить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

139. Сообщение от Аноним (166), 04-Ноя-26, 19:46	+1 +/–
> Вброшу конспирологию: стандарт тормознуло функциональное лобби О да, ведь до этого якобы "торможения" С++ развивался с бешеной скоростью, ага. Нет, просто процесс каличный by design.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

140. Сообщение от Аноним (140), 04-Ноя-26, 19:48	–1 +/–
>А вот нормальные компиляторы без С++ невозможны. Возможны. >Доказано GCC и Clangʼом. В какой-то момент в GCC сменилось поколение, появились люди не знающие чистый Си и знающие C++. А шланг изначально начали пилить на плюсах. Что сказать-то хотел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #144

141. Сообщение от Аноним (141), 04-Ноя-26, 19:51    Скрыто ботом-модератором	+1 +/–
Взгляд со стороны, судя по комментам на опенке, самые токсичные - сишники.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

142. Сообщение от Аноним (146), 04-Ноя-26, 19:52	+/–
А развивать Carbon или Cpp2 религия не позволяет? С++ должен быть deprecated by design!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #147, #168, #268

143. Сообщение от Аноним (166), 04-Ноя-26, 19:52	+1 +/–
>>идея вроде хорошая > Нет, плохая. Для чего вообще нужны модули? Очевидно, чтобы хоть как-то улучшить ситуацию с неадекватным временем компиляции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #158, #175

144. Сообщение от Аноним (166), 04-Ноя-26, 19:55	+1 +/–
>> А вот нормальные компиляторы без С++ невозможны. > Возможны О примерах таких "нормальных" компиляторов ты, конечно же, тактично умолчал. >>Доказано GCC и Clangʼом. > В какой-то момент в GCC сменилось поколение, появились люди не знающие чистый Си Сложно придумать более нелепое оправдания своего розового мирка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #183

145. Сообщение от Аноним (166), 04-Ноя-26, 20:01	+/–
> а С++ даже стека нет :-( Вот это новости! Как же люди юзали std::stack еще с 90х?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #167

146. Сообщение от Аноним (146), 04-Ноя-26, 20:04	+/–
>>> Контракты легко эмулируются ассертами <<< Засада в том что assert это макроc! Нужен assert? - подключай заголовок, - забудь про import std; - это просто не сработает! В итоге, так или иначе придется вводить что-то на замену assert если хотите использовать только модули.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

147. Сообщение от Аноним (166), 04-Ноя-26, 20:04	+/–
> А развивать Carbon или Cpp2 религия не позволяет? Не религия, а работодатель, который не будет им оплачивать развитие каких-то там карбонов. Ты хоть посмотри, кто в комитет-то входит. Там почти все - наймиты корпов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #152

148. Сообщение от Аноним10084 и 1008465039 (?), 04-Ноя-26, 20:04	+1 +/–
> Так вот, ФП не в свою область и полезло У ФП в этом плане есть свой козырь в рукаве: изоморфизм Карри-Ховарда. Доказательства эквивалентны программам. Так что вполне себе в свою
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

149. Сообщение от Аноним (141), 04-Ноя-26, 20:05	+/–
bool в Си23 - 1 байт, int - 4 байта. Ты цены на память видел?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #163, #174

150. Сообщение от Аноним10084 и 1008465039 (?), 04-Ноя-26, 20:08	+2 +/–
Не знаю даже, кто эти сверхлюди, которые шарят за все самые новые фичи C++ и все их применяют
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #155

152. Сообщение от Аноним (146), 04-Ноя-26, 20:13	+/–
Там практически все это какие-то ноунеймы! Самый авторитетный чел в комитете (кроме Бьярне) это Герб Саттер и он реально предлагает решение проблемы в виде Сpp2!!! ПС: Смотрел недавнее интервью где Бьярне сам сказал, что когда к нему пришли корпы и попросили его участвовать в ISO это был тот момент когда он облажался и потерял контроль над языком!!! Он признал что в том виде в котором существует комитет это тупик, что изначально должно было быть условно небольшая авторитетная группа которая принимает окончательное решение, а все остальные сотни человек могут только предлагать что-то, но не более того!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #161

153. Сообщение от Аноним (153), 04-Ноя-26, 20:15	+/–
Недавно убил пару дней пытаясь закомпилировать что-то на С++. Ну это треш товарищи. Мало того что GCC C++ и MSVC это два разных ортогональных мира, так ещё и С++ 20 не компилит то, что должен был компилить С++ 17. А поправить код я не могу, хотя и изучал С++ в школе и универе, потому что сейчас это совсем другой язык.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #248

154. Сообщение от Аноним (154), 04-Ноя-26, 20:20	+/–
> Контракты в полностью перекрываются более гибкими аннотациями и последующими профилями. Слишком категоричное утверждение) > Контракты легко эмулируются ассертами или рукопашным кодом. Ну, т.е придется прдолить рукопашный код. Спасибо именно об этом плюсовики мечтали! > Кроме того у контрактов куча неустранённых условностей и ограничений. В ADA как-то справились, а тут не смогли? Что ж это за комитет такой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #237

155. Сообщение от Аноним (146), 04-Ноя-26, 20:23	+/–
Думаю жизнь этих людей лучше всего описывает фильм День курка (Boss Level)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

156. Сообщение от Дмитрий (??), 04-Ноя-26, 20:23	+/–
>у них у самих сотня дыр в uutils, а паритет с coreutils кажется все менее достижимым. coreutils убегает и гладит, ломая поведение с новыми версиями (формат вывода и по мелочи, но совместимость не 100% с ними же самими)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

157. Сообщение от Dzen Python (ok), 04-Ноя-26, 20:26	+3 +/–
Ждём удивительный по накалу жабогадюкинг: ISO Rust vs. Corp.Rust?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #166

158. Сообщение от Аноним (158), 04-Ноя-26, 20:27    Скрыто ботом-модератором	+1 +/–
кексперты не понимают, что такое инклюдить кучу текстовых сорцов и каждый раз парсить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

159. Сообщение от Дмитрий (??), 04-Ноя-26, 20:28	+/–
Контракты - довольно логичный ход для замедления й C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

160. Сообщение от Dzen Python (ok), 04-Ноя-26, 20:30	–3 +/–
Контракты - довольно логичный ход для C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

161. Сообщение от GNU changed the world for the better (?), 04-Ноя-26, 20:32	+/–
Ничего, и у них тоже получится как на картинке где программист начинает строить дом в очередной раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

162. Сообщение от _ (??), 04-Ноя-26, 20:32	+1 +/–
>> Ни bool ни строк нет в процессоре, это абстракция, в случае С её в язык не тянут и не отращивают. > Вау, а int и char в процессоре есть, оказывается! Вот такие поцЫ и добились введения булль в Си :~-( Прямо эталон "рассуждающих о деряшке" :-\
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

163. Сообщение от _ (??), 04-Ноя-26, 20:36	+/–
булевы массивы хранить собрался пытощег-пыхыпышник :-)))))) А не смущает что boolean - это вообще то 1 _бит_ ?! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #164, #247

164. Сообщение от _ (??), 04-Ноя-26, 20:39	+/–
Независимо от железа, гру гря. По математике. А вот в доступном железе - его _нет_, зачев хоть и в высокоуровневом, но ассемблере - такое нужно?! Впрочем поздняк метаццо, там и не такого притащили :( Впрочем не важно, всё равно на ЯП последние уже годы пишут, всЁ! Ы-ке и вашего русско-ангельского достаточно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #209

165. Сообщение от Аноним (165), 04-Ноя-26, 20:41	+1 +/–
>В некоторый ~100%) Ага, списочек из нескольких программ написанных корпорациями для самих же себя. Неинтересно. В любом случае такой же список на С и С++ будет гораздо больше. >Rusticl в проекте MESA (судя по репе месы - всё кроме биндингов к СИ). Вся суть проектов, которые действительно работают на низком уровне. Ты догадываешься почему? >Ты про "найдены и исправлены"))? Исправлены? А они уже все исправили? Помню, им несколько итераций потребовалось, чтобы исправить хотя бы часть. >Это не помешало (а может даже помогло, ибо ГНУтые утилиты аудит не проходили) стать дефолтом в убунте. Не делай вид, будто ты не знаешь, почему эффективные менеджеры решили взять uutils. И да, coreutils проверены временем на множестве устройств и архитектур, так что они работают очень хорошо в отличие от. >Как выяснилось паритет не нужен. Срочно расскажи это разработчикам uutils, а то они никак регрессионные тесты coreutils пройти не могут. >Что условный гугл, майкрософт или нвидия выпустит - тем они и будут пользоваться. Что выпустят? Зачем обычному пользователю софт для обеспечения паравиртуализации и система sandbox-изоляции?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #179

166. Сообщение от Аноним (166), 04-Ноя-26, 20:48	+/–
Ты, наивный, не в курсе, что комитет C++ полностью состоит из корпов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

167. Сообщение от _ (??), 04-Ноя-26, 20:54	+1 +/–
А ты точно понимаешь что это "std::stack" такое? :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

168. Сообщение от Аноним (168), 04-Ноя-26, 21:11	+/–
Ээээ? Т.е ты предлагаешь комитету WG21 просто сказать "нам не хочется развивать С++ мы пойдем развивать цпп2" ? Carbon детище гугла и решать его судьбу будет скоре всего гугл (если не спихнет сообществу ненужность)) ). Причем сами разработчики пишут "если может пользоваться нормальными ЯП - пользуйтесь" Existing modern languages already provide an excellent developer experience: Go, Swift, Kotlin, Rust, and many more. Developers that can use one of these existing languages should. > Cpp2 Это аналог V, Nim, Vala только для С++. По сути даже не полноценный язык, а просто синтаксический сахар для трансляции в с++ (справедливости ради сам С++ с этого начинал в виде Cfront). Фичи у него прикольные, тот же Safety by default или Contracts. Но слишком сырой и нет поддержки корпораций.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

169. Сообщение от Аноним (172), 04-Ноя-26, 21:21	–1 +/–
Основная проблема языка C++ в том, что ISO не понимает сути и назначения этого языка, и тащит его в разные стороны, как лебедь, рак и щука. ISO, постоянно добавляя новые свойства в язык, то пытается сделать из С++ системный язык (ведь был же объектноориентированный язык ассемблера Turbo Assembler), то тащит его в прикладное программирование, то старается сделать из него язык повышенной надёжности (те же контракты), то сделать языком функционального программирования. Но это всё не то! Не для этого он был придуман, и не такова его природа. Бьярн Страуструп ведь описал всё как было в своей книге про C++: на работе он занимался системным программированием, писал на C, и ему захотелось сначала промоделировать код, сделать быстро прототип. Он стал использовать Simula-67, так как он поддерживал ООП,  и при помощи классов можно было быстренько смоделировать абстрактные типы данных. Но проблема была в том, что в Simule не было средств низкоуровнего программирования, из-за этого он немог сделать полноценный прототип. Поэтому Страуструп и создал новый язык, который был как Simula (с классами), но при этом поддерживал низкоуровневое программирование. Он даже  хотел и сборку мусора сделать с самого начала в C++, да как-то руки не дошли. Понимаете? C++ был создан для моделирования программ на C, для быстрого прототипирования C-программ. С++ - это не для системного/прикладного/функционального/надёжного программирования, это для моделирования и прототипирования. ISO это не понимает.
Ответить | Правка | Наверх | Cообщить модератору

172. Сообщение от Аноним (172), 04-Ноя-26, 21:33	–1 +/–
>Паскальщики Так это вынужденно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128

173. Сообщение от Аноним (173), 04-Ноя-26, 21:34	+4 +/–
Вернулись бы уже к C++98, что ли...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #256, #267

174. Сообщение от Аноним (41), 04-Ноя-26, 21:35	–1 +/–
>bool в Си23 - 1 байт, int - 4 байта. Когда компилируется исходник на GCC, исходный текст подвергается дроблению на лексические единицы. Затем он переводится в представление ассемблера с синтаксисом AT&T. В ассемблере есть специальный флаг для булевых операций имеющий размер в 1 байт. >Ты цены на память видел? Пока что я видел жирного толля. ++i; // Компилятор сделает вшитую в процессор инструкцию инкремента. i = i + 1; // Компилятор сделает вшитую в процессор инструкцию инкремента. Этот сдулся. Несите нового. Я же говорил, что нагибаю технично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #215

175. Сообщение от Аноним (172), 04-Ноя-26, 21:37	+/–
>кексперты не понимают, что такое инклюдить кучу текстовых сорцов и каждый раз парсить. Потому что знают как сделать чтобы include был только один раз
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #201, #219

176. Сообщение от Bottle (?), 04-Ноя-26, 21:43	+/–
А может и не входит, Си не специфицирует поведение в соответствии с машиной. Я тебе даже больше скажу: открой стандарт и прочти, что тип int обязан иметь ЛИШЬ минимальную длину, равную 16 бит. На машине соседа он может быть и 32, и 64. Если тебе нужны аппаратно фиксированные типы, то используй int16_t, и даже там поведение при переполнении не определено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #206

177. Сообщение от Аноним (177), 04-Ноя-26, 21:51	+/–
Если у вас случился UB, то компилятор вместо того чтобы упасть или залогировать ошибку, просто вставит удаления корня и будет прав!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

178. Сообщение от Аноним (178), 04-Ноя-26, 22:02	+2 +/–
> при невозможости в рантайме залогировать и проигнорировать нарушение контракта? Ценность контракта именно в том, что его невозможно проигнорировать. Для того, что ты хочешь -- "залогировать и проигнорировать" --  уже есть исключения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

179. Сообщение от Аноним (179), 04-Ноя-26, 22:07	–1 +/–
> Ага, списочек из нескольких программ написанных корпорациями для самих же себя. Неинтересно. Конечно для самих себя. Они что будут для васянов писать? > Вся суть проектов, которые действительно работают на низком уровне. Ты догадываешься почему? Ты о чем? Весь Rusticl написан на раст, кроме нескольких файлов биндингов. При этом Rusticl полность заменил сишный Clover. На низком уровне написан биндер в ядре, который работает в каждом андроиде. > Исправлены? А они уже все исправили? Помню, им несколько итераций потребовалось, чтобы исправить хотя бы часть. Новость аж за апрель "Информация о всех выявленных проблемах уже передана разработчикам uutils и большая часть уязвимостей была устранена в выпусках uutils 0.5-0.8 без лишней огласки и пометки связи вносимых исправлений с устранением уязвимостей" > Не делай вид, будто ты не знаешь, почему эффективные менеджеры решили взять uutils. Потому что ГНУ-рак это запретительная лицензия, а МИТ лицензия - разрешительная, т.е более свободная. > И да, coreutils проверены временем на множестве устройств и архитектур, так что они работают очень хорошо в отличие от. Настолько хорошо что "Уязвимость в утилите GNU split, приводящая к переполнению буфера" в 2024 году. Столько лет пилить, а за пределы буфера выйти это святое. opennet.me/opennews/art.shtml?num=60490 > Что выпустят? Зачем обычному пользователю софт для обеспечения паравиртуализации и система sandbox-изоляции? Так это будет на Азуре, пользователю будет просто доступ к какому-то сервису крутящемуся там. Клаудфларя ему тоже не нужна? А как же "Verify you are human"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165

180. Сообщение от Аноним (178), 04-Ноя-26, 22:07	+/–
> противники контрактного программирования Противники ООП программирования. Противники возвращения значений из функций. Противники функционального программирования. Противники салатов из овощей. Противники того, чтобы люди сдвигали очки на кончик носа и с укоризной смотрели поверх. Как же иногда противно от аутистов в айти, которых хлебом не корми, дай только умереть на каком-нибудь максимально странном холме вроде этого или что-нибудь кому-нибудь запретить. Противники компиляции проектов по четвергам. Противники выполнения кода на процессорах с нечётным серийным номером.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #203, #211

181. Сообщение от Ivan_83 (ok), 04-Ноя-26, 22:16	–1 +/–
> До? Кроме ядра и юниксовых корутилиток а-ля 70е что перечислишь? Сходите до гитхуба, там есть поиск, можно выбрать ЯП. > Вот именно: потому что писать большой серьезный софт на сишочке - это ад и мазохизм. Никакой разницы для большого проекта между С и С++ в сторону того чтобы в крестах было лучше нет. Наоборот - да, есть немного: с классами сложнее работать чем с объектами реализованными на С потому что кресты часто скрывают важный функционал в с виду простых вещах, а потом оказывается всё работает совсем не так. Простой пример: есть 100500 либ с С интерфейсом, но с крестовым их мизер, либо кресты приводят к С для взаимодействия с миром либо оно остаётся внутри крестов как буст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

182. Сообщение от Ivan_83 (ok), 04-Ноя-26, 22:22	+/–
Даже в начале 2000х компиляторы не очень в оптимизацию умели и дизасемблированный код читался примено как код на С. Железо тогда было на порядке слабее, но всё равно этого было достаточно. И сейчас на -O0 производительность драмматически не падает в сравнении с -O3.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

183. Сообщение от Ivan_83 (ok), 04-Ноя-26, 22:23	+/–
Всё проще: те извраты что в стандартах крестов только на крестах и можно писать чтобы с ума не сойти :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

184. Сообщение от Аныным (?), 04-Ноя-26, 22:27	+/–
Там есть типизация на уровне команд для работы с числами со знаком и без знака. Правда требуется не всегда, некоторые инструкции не зависят от знаковости вообще. Но в целом примитивнейшую типизацию задать можно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

185. Сообщение от Ivan_83 (ok), 04-Ноя-26, 22:30	+/–
Да плевать мне на те булы, ни холодно ни жарко. Я вон в шелл скрипте до сих пор без булов обхожусь, и с числами и строками в одном непонятном типе - ничего, жить можно. Как можно быть таким упоротым на вот таких несущественных мелочах. Из полезного в С11 завезли наконец то атомики, которые в венде были уже давно, вот этого реально не хватало. > И получим парад кривых велосипедов. Получим свободу выбора: надо - нашёл нужное и прилинковал. А не как в крестах куда всё что попало затянули, теперь сами разобратся не могут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #222

186. Сообщение от localhostadmin (ok), 04-Ноя-26, 22:30	+/–
мне понравилось, что они нормально работают с шаблонами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

187. Сообщение от Ivan_83 (ok), 04-Ноя-26, 22:32	–1 +/–
Ухху, и мат процессора там нет считать числа с плавающей запятой. Просто показалось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

188. Сообщение от Ivan_83 (ok), 04-Ноя-26, 22:36	+/–
В процессоре есть на что эти абстракции можно наложить один-в-один.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

189. Сообщение от Сергей Макаров (?), 04-Ноя-26, 22:46	–2 +/–
В расте контракты есть в Найтли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

190. Сообщение от Анонимус_xxx (?), 04-Ноя-26, 22:46	+6 +/–
есть мнение, что, видимо, лоббисты будут продвигать rust, как убийцу свободного софта в целом, так и gcc в частности, и навязывание расту статуса "языка спасителя от проблем" будет навязываться в массы, в том числе через СМИ. некоторые власти не любят такие неподконтрольные оплоты свободы, как gcc, некогда linux, gnu и gpl. они же, почему-то, не поддерживают rust-фронтэнд gcc.. так что, очевидно, что дело не в языке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #193, #226, #229, #259, #264

191. Сообщение от Сергей Макаров (?), 04-Ноя-26, 22:52	+/–
Только другие части уже зависят от контрактов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

193. Сообщение от Аноним (80), 04-Ноя-26, 23:12	+2 +/–
> они же, почему-то, не поддерживают rust-фронтэнд gcc Потому что его делают неправильные пчёлы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

194. Сообщение от Аноним (178), 04-Ноя-26, 23:15	+/–
А как мне комфортную работу -- как с карго -- организовать в... Да вот хоть в сабже. Мне интернет и лефтпады не жмут вообще никак, даже нравится, хочу попробовать это ваше удобство. Что качать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #210

195. Сообщение от Аноним (178), 04-Ноя-26, 23:16	+1 +/–
Собери ядро msvc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #329

196. Сообщение от Аныным (?), 04-Ноя-26, 23:24	+/–
А контракты плюсовые предполагались работать в compile time или runtime? Когда читал про обсуждения этой фишки пару лет назад, показалось что они идут куда-то в сторону dependent types из ФП, а-ля Idris, что на типы можно будет накладывать предикаты и этим задавать конкретный контекст использования. Типа невалидное состояние с точки зрения предметной области невыразимо синтаксически.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #200, #204

197. Сообщение от Аноним (197), 04-Ноя-26, 23:30	+6 +/–
Ты хоть новость читал? Где ты там вычитал "представлен примитивно"? Там чёрным по оливковому написано: "недостаточно зрелый". Ты разницу понимаещь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

198. Сообщение от Аноним (66), 04-Ноя-26, 23:32	+/–
> Т.е. C/C++ де-факто непригодны дня написания современного многопоточного кода с хоть сколько-нибудь приемлемой производительностью Вот оно чо. А мужики-то не знали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #220

199. Сообщение от Аноним (197), 04-Ноя-26, 23:38	–1 +/–
> при голосовании против использовались аргументы, которые уже были рассмотрены и отвергнуты рабочей группой WG21 Вот пусть рабочая группа запилит свой язык и напихает в него всего, чего им хочется.
Ответить | Правка | Наверх | Cообщить модератору

200. Сообщение от 0xd34df00d (??), 04-Ноя-26, 23:49	+1 +/–
Рантайм, конечно. В компилтайме в общем случае для не разработанного для этого изначально языка прикрутить такие проверки невозможно. Dependent Haskell никак запилить не могут, хотя обычный хаскель куда ближе к идеалу, чем плюсы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #213, #250

201. Сообщение от Аноним (158), 04-Ноя-26, 23:56	+1 +/–
> Потому что знают как сделать чтобы include был только один раз один раз ты и один раз каждая используемая тобой либа, и дальше так же по цепочке зависимостей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

202. Сообщение от freecoder (ok), 04-Ноя-26, 23:57	+/–
У Rust очень вежливое и отзывчивое комьюнити.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #241, #325

203. Сообщение от Аноним (197), 05-Ноя-26, 00:03	+/–
Противники здравого смысла. Противники трезвого размышления и адекватной оценки. Противники отделения нужного от излишнего Как же иногда противно от аутистов в айти, которых хлебом не корми, дай только умереть на каком-нибудь максимально странном холме вроде этого или что-нибудь кому-нибудь пропихнуть. Противники деплоя по вторникам. Противники выполнения кода на процессорах с чётным серийным номером.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180

204. Сообщение от Аноним (172), 05-Ноя-26, 00:03	+1 +/–
>на типы можно будет накладывать предикаты и этим задавать конкретный контекст использования В предложении в C++26 отсутствуют инварианты класса (class invariants), которые бы вызывались при вызове любого public-метода класса. Там только для проверки утверждений в начале и в конце работы функций, и то только невиртуальных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

205. Сообщение от Ivan_83 (ok), 05-Ноя-26, 00:06	–1 +/–
> — Компилятор. Ублюдочно–тормозной и жрущий несметные гигабайты памяти. На крестах тоже тормозной и жручий если что. Периодически вижу как компелятор крестов сожрал 1гб озу. И там в памяти таких процессов 2-3 десятка. Но у раста идеологическая проблема: они стадию анализа кода запихали в этап компеляции. Если у С/С++ workflow выглядит: пилю код абы заработал, тестирую + вылизываю, публикую релиз. Потом приходит меинтейнер и только собирает. То у раста програмист становится жертвой преждевременного вылизывания на этапе запила прототипа, а ничего не подозревающей меинтейнер делает 100% ненужно работу которую проделал разраб. Истина про вред преждевременной оптимизации похоже не посетила "светлые" умы создателей раста. Ни один долбанный адепт раста не может внятно объяснить: зачем мне дома при сборке растоподелий (хрома, фф, uv и прочего) сдалась проверка боровчекером и прочий треш. Я просто скачал и собираю, ничего я там не правил. Не уже ли нельзя было сделать хотя бы какой то флаг для отключения этого чтобы оно просто компеляло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #218

206. Сообщение от Ivan_83 (ok), 05-Ноя-26, 00:17	+/–
А какой регистр входит bool? Как называется регистр для строки? Речь то шла про то что в С базовые типы изначально делались так чтобы мапится на то что есть в железе. И размер не специфицирован потому что железо тогда сильно разное было. Знания того что в int есть хотя бы 15 бит и знак - более чем достаточно чтобы делать то что задумано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #330

207. Сообщение от Ivan_83 (ok), 05-Ноя-26, 00:18	–1 +/–
Вот только с наблюдаемой действительность данное утверждение совсем не совпадает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #323

208. Сообщение от Ivan_83 (ok), 05-Ноя-26, 00:24	–1 +/–
Это у вас какая то деформация: вы фиксируетесь на таких несущественных деталях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #238

209. Сообщение от Ivan_83 (ok), 05-Ноя-26, 00:30	+/–
Сомнительно что последние годы, даже про последние десятилетия совсем не факт. Другое дело что людям бы надо и себе мозги прокачать, химией или генной терапией, чтобы и контекстеста больше держать и соображать быстрее. Сейчас некоторые уже и рады сдатся великому ЫЫ, и руки опускают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

210. Сообщение от cnik (-), 05-Ноя-26, 00:33	+/–
Смотри vcpkg, Conan, xmake.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

211. Сообщение от Ivan_83 (ok), 05-Ноя-26, 00:40	+2 +/–
А вы то что предлагаете? Есть же и обратная сторона: "всегда говори да!". Вот вам любой студент и/или шизойд завтра принёсёт: "а дафайте дабавим в Ы плас плас чтобы когда маю фамилию камплилятрар выдит то обязан был вывадить сообщение что я самый великый в мире!" И ваши эти самые кивалы: "да, давайте, утверждено! срочно в печать!" Реально же в любой проект приносят много всяких странных хотелок, часто по не знанию и не пониманию, иногда в силу собственной странности и экзотических потребностей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #257, #313

212. Сообщение от Ivan_83 (ok), 05-Ноя-26, 00:47    Скрыто ботом-модератором	+3 +/–
Вы то сами много кода на хрусте написали? А то эти ваши посты похожи на возгласы болельщика: а вот мой спорсмен/комманда лучше всех! То что происходит в корпорациях и их мотивация - это отдельная тема. Достаточно одному дятлу попасть, как он в любой компании задолбает всех, и чтобы отвязатся от такого шизойда могут взятся писать не только на расте но и на браинфаке. Потому что многие туда ходят за зарплатой а не для для создания самого лучшего, и поскорей бы день закончился, с утра домой охота... а тут опять этот дятет с растом - ну ладно, будет тебе раст, только отвали по дальше, мне ещё удочку для рыбалки надо выбрать к выходным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #239

213. Сообщение от Аныным (?), 05-Ноя-26, 00:52	+/–
Какая-то шляпа. Чем тогда эти pre/post отличаются от обычных if проверок с бросанием исключения в случае срабатывания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #216, #266

214. Сообщение от Аноним (42), 05-Ноя-26, 00:58	+/–
Ну и как там, в "Hello, World!"? Сложно без строкового типа и без bool?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

215. Сообщение от Аноним (141), 05-Ноя-26, 00:59	+/–
Ощущение, что это сообщение нейронка написала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

216. Сообщение от 0xd34df00d (??), 05-Ноя-26, 01:06	+4 +/–
По большому счёту ничем, и это компиляторный сахарок, да. Есть мелочи в пользу контрактов (контракты можно вешать на объявления, тогда как `if`, понятно, должен быть в определении; пост-условия проверяются после завершения функции и клинапа всех локальных переменных, включая параметры; всякое такое вот), но есть и мелочи в пользу обычных `if` — их можно использовать в виртуальных функциях, например, и когда я крайний раз читал пропозал, то некоторые нормальные и естественные конструкции в контрактах были UB (лол). Теоретически какая-нибудь тулза может чуть надёжнее выводить ограничения на семантику функций на основе контрактов, но это делается и без них на уровне соглашений, да и даже в этом случае будут и ложноположительные, и ложноотрицательные срабатывания (а в нормальных завтипизированных языках есть только один класс ложных срабатываний, отвергающий семантически корректные программы, но никогда не принимающий некорректные). Так что по большому счёту профит в том, что блумберг Джону Лакосу оплачивает работу над этой «фичей» уже второй десяток лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213 Ответы: #289

217. Сообщение от Старый Анонимус (?), 05-Ноя-26, 01:25	+2 +/–
Очень грустный, но очень верный комментарий. И такая перегруженность языка с егоразношерстным поведением компиляторов, с учетом развития ИИ-инструментов будет приводить к повальному вайбкодингу на этом языке. Ибо вручную такой перегруженный перекрестными фичами язык проверять станет слишком уж муторно, особенно если нет возможности держать в голове все нюансы компиляторов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #343

218. Сообщение от Аноним (166), 05-Ноя-26, 01:58	+1 +/–
> Ни один долбанный адепт раста не может внятно объяснить: зачем мне дома при сборке растоподелий (хрома, фф, uv и прочего) сдалась проверка боровчекером и прочий треш. А что тут объяснять? Всем плевать на твои домашние сношания-коньпеляния - вот и весь ответ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205 Ответы: #224

219. Сообщение от Аноним (166), 05-Ноя-26, 02:00	+/–
>>кексперты не понимают, что такое инклюдить кучу текстовых сорцов и каждый раз парсить. > Потому что знают как сделать чтобы include был только один раз Да, "одни раз" на каждый translation unit. Господи, откуда ж вы беретесь, эксперты такие?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

220. Сообщение от Аноним (166), 05-Ноя-26, 02:12	+3 +/–
> Вот оно чо. А мужики-то не знали. "Мужики"-то, в отличие от опеннетных экспертов, как раз-то знают, что в силу дидовых требований к memory layout времен PDP-11 код С и С++ не ложится на архитектуру современных CPU примерно никак. Будешь ты, эксперт, ручонками restrict прописывать и SIMD операции, чтобы твоя недосишочка приблизилась по производительности к Фортрану, где благодаря отсутствию тез самых дидовых требований и наличию банальных массивов, код элементарно параллелиться на уровне CPU как по маслу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198 Ответы: #269

221. Сообщение от laindono (ok), 05-Ноя-26, 02:59	+/–
Я использую арч в качестве домашней системы +10 лет. Мне нечего рисить, у меня вообще всё лишнее давно вырезано за ненадобностью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

222. Сообщение от Аноним (141), 05-Ноя-26, 04:38	+/–
> Получим свободу выбора Странно, js ругали за обилие leftpad, а тут даже хуже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #225

223. Сообщение от Анимемус (?), 05-Ноя-26, 05:48	+/–
>модули в с++20 а они точно работают? gcc их, вроде, до сих пор нормально не поддерживает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

224. Сообщение от Ivan_83 (ok), 05-Ноя-26, 06:25	–1 +/–
Ну да, здравого смысла же нет, зачем что то ещё объяснять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218 Ответы: #233

225. Сообщение от Ivan_83 (ok), 05-Ноя-26, 06:27	–1 +/–
На С не принято тащить всё подряд к себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222 Ответы: #302

226. Сообщение от Тот_Самый_Анонимус_ (?), 05-Ноя-26, 06:28	+5 +/–
>оплоты свободы, как gcc, некогда linux, gnu и gpl Как связано ЭТО и свобода?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #276

227. Сообщение от Илья (??), 05-Ноя-26, 06:30	–4 +/–
> смотрю что с шарпом сделали, который изначально планировали максимально простым мда, есть там избыток фич. Например, я до сих пор путаюсь во всяких инициализациях коллекций, но, объективно, c# сейчас лучший язык
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #231, #253

228. Сообщение от Анонимный аноним (?), 05-Ноя-26, 07:12	+/–
стандарты и спецификациии в упор не различаем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

229. Сообщение от Troll is farting (?), 05-Ноя-26, 07:51	–2 +/–
Это мнение, скажем мягко, очень некомпетентного человека, потому что на Rust уже очень много свободного софта написано. И продолжение следует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #258

230. Сообщение от Troll is farting (?), 05-Ноя-26, 07:55	+1 +/–
Обделались в комитете C++, а проблемы растианам прогнозируются? Уровень "экспертизы" просто зашкаливает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

231. Сообщение от Troll is farting (?), 05-Ноя-26, 08:03	+1 +/–
>объективно, c# сейчас лучший язык Нет, конечно. Объективно он не может быть лучшим. Потому что лучшесть зависит от решаемых задач и предметной области,где эти задачи решаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227

232. Сообщение от Troll is farting (?), 05-Ноя-26, 08:22	+1 +/–
>— Коммунити Вам шашечки или ехать? >— Компилятор. Ублюдочно–тормозной и жрущий несметные гигабайты памяти С каждым годом всё лучше и быстрее, на самом деле. Ну и часто скорость компиляции зависит от организации проекта. >— Карго. Система сборки, сломанная уже на самом базовом уровне — поскольку требует для комфортной работы подключение к интернетам О, вот она кекспертиза во всей своей красе. Сам по себе cargo НЕ ТРЕБУЕТ подключения к интернетам. Вы все необходимые библиотеки можете накачать на свой локалхост заранее и пользоваться этим так же, как вы привыкли в Си или Плюсах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #308

233. Сообщение от Troll is farting (?), 05-Ноя-26, 08:27	+/–
Зачем бы пользователю заниматься компиляцией чего-либо? И почему, если пользователь всё-таки решил этим заняться, вы это называете здравым смыслом? Если в этом и есть какой-то смысл (в самостоятельной компиляции больших проектов), то он точно не здравый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224 Ответы: #262

234. Сообщение от Аноним (234), 05-Ноя-26, 08:33	+1 +/–
Больше похоже на саботаж.
Ответить | Правка | Наверх | Cообщить модератору

235. Сообщение от Аноним (235), 05-Ноя-26, 08:42	+/–
> модули в с++20 Это пример того как не надо было добавлять. Была лишь одна проблема, которую нельзя решить include - циклические связи, а тот кто взялся решить проблему с модулями, решил как умел - запретил циклические связи в модулях. В тот момент надо было отвергать стандарт!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

236. Сообщение от Аноним (235), 05-Ноя-26, 08:44	+/–
> Конечно, лучше бояться обновлений либ и обвешаться питонобашепортянками, тут так принято. Для обновлений есть системные пакетнки. Один пакетник для каждого языка - явно ущербная идеология.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #243

237. Сообщение от Аноним (235), 05-Ноя-26, 08:45	–1 +/–
> В ADA как-то справились, а тут не смогли? В ADA не справились. Получилось, то что получилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

238. Сообщение от Troll is farting (?), 05-Ноя-26, 08:50	+/–
Почему же несущественных? Речь идёт о когнитивной сложности кода на Си. Вы же в каждой теме про Rust жалуетесь, что это очень сложный язык. И при этом не замечаете, что отсутствие в прошлом вменяемого типа  в Си, который уменьшает эту сложность, считаете несущественным. Вы в логику вообще умеете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208 Ответы: #263

239. Сообщение от Аноним (239), 05-Ноя-26, 09:04	–1 +/–
> Вы то сами много кода на хрусте написали? Да много.  Еще вопросы? > А то эти ваши посты похожи на возгласы болельщика: а вот мой спорсмен/комманда лучше всех! Вам кажется. > То что происходит в корпорациях и их мотивация - это отдельная тема. Конечно. Но тема весьма важная. > Потому что многие туда ходят за зарплатой а не для для создания самого лучшего, и поскорей бы день закончился, с утра домой охота... Теория конечно классная, но в данный момент весь ценный софт пишется при участии корпораций. Васяный могут из себя выдавить или Хурд или поделки типа разных сортов ненужноБЗДи. И то бздяшники пошли с протянутой рукой к корпам получать гранты, так как оказались умнее ГНУтых фанатиков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212

240. Сообщение от Troll is farting (?), 05-Ноя-26, 09:06	+1 +/–
>во каша бы получилась, а не язык Давно уже. С разморозкой вас.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #287

241. Сообщение от Жироватт (ok), 05-Ноя-26, 09:15	+2 +/–
Шутка засчитана. Убойная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202

242. Сообщение от Troll is farting (?), 05-Ноя-26, 09:16	+/–
>Нейронка не умеет "разбираться". Умеет вообще-то. И очень неплохо, если качественную документацию дать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

243. Сообщение от Troll is farting (?), 05-Ноя-26, 09:20	+/–
>Один пакетник для каждого языка - явно ущербная идеология. Явно ущербное мышление - не понимать, что один пакетник для языка - это об уменьшении когнитивной сложности и, как следствие, о повышении продуктивности. Приходит новый человек в проект и сразу приступает к работе, потому что ему не надо овладевать знаниями о каком-то новом пакетнике.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236 Ответы: #244

244. Сообщение от Аноним (235), 05-Ноя-26, 10:02	+/–
> Явно ущербное мышление - не понимать, что один пакетник для языка - это об уменьшении когнитивной сложности и, как следствие, о повышении продуктивности. С чего ты решил, что все будут использовать этот язык. Такого не будет никогда. Свой пакетник - это запирание в своей песочнице. Свой пакетник - для языков предназначенных для песочниц. Уродство, недоразвитость и полное обрубание возможности до полного развития.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243

245. Сообщение от Аноним (245), 05-Ноя-26, 10:43	+/–
main: () -> int = {     std::println("Hello, world!"); } С таким синтаксисом не взлетит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

246. Сообщение от Pascal (??), 05-Ноя-26, 10:56	+1 +/–
Сижу на Паскале, интересно как там у них, жалко только поп-корн уже закончился.
Ответить | Правка | Наверх | Cообщить модератору

247. Сообщение от Аноним (141), 05-Ноя-26, 11:27	+/–
> А не смущает что boolean - это вообще то 1 _бит_ ?! :) в Си - нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #331

248. Сообщение от anonim123123 (?), 05-Ноя-26, 11:35	+/–
Пагадите, а как же всесущий и вездессущий ИИ? Нипамог?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #272

249. Сообщение от Метрика (?), 05-Ноя-26, 11:41	+/–
На удивление оживленные споры на уровне государств(их комитетов) идут вокруг ЯП которому уже 40 лет и который по мнению ржавых нинужон, видимо комитеты что то знают
Ответить | Правка | Наверх | Cообщить модератору

250. Сообщение от Аноним (250), 05-Ноя-26, 11:42	+1 +/–
Не ожидал вас встретить на Опеннете! Читал с интересом ваши статьи на Хабре, куда вы оттуда пропали? С админами поругались? Извиняйте за любопытство, но очень был ваш блог интересный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #274

251. Сообщение от Hexen (ok), 05-Ноя-26, 11:47	+/–
При наличии референсной реализации стандарт не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #280, #316

252. Сообщение от Аноним (252), 05-Ноя-26, 11:49	+1 +/–
>Кстати, западные вузы производят именно фп-программистов, а в реальной работе почти всегда используются ОО-подход. Да что ты, чёрт возьми, несёшь? ООП и ФП не противоречат друг другу, а дополняют. ФП это про обработку данных, алгоритмы, а ООП это про изоляцию мутации, ввод-вывод, интерфейс пользователя. Ты тёплое с мягким перепутал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #288, #339

253. Сообщение от Hexen (ok), 05-Ноя-26, 11:50	–5 +/–
Нет, лучший язык это Rust. За исключением задачь, там где нужно взять именно не лучший язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227 Ответы: #281

254. Сообщение от Аноним (279), 05-Ноя-26, 12:22	+/–
Не встречал паскальщиков, которые свои любимые Pascal, Delphi готовы на что-либо поменять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #349

255. Сообщение от Аноним (279), 05-Ноя-26, 12:27	+/–
А как там гугловый Carbon?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #335

256. Сообщение от Аноним (279), 05-Ноя-26, 12:32	+/–
Сплошь к сырым указателям - жесть!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

257. Сообщение от Аноним (279), 05-Ноя-26, 12:41	+/–
А идея, использовать для русских языков программирования однобуквенное название ы. Можно ещё ь, ъ, э, ю, я.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211

258. Сообщение от Аноним (258), 05-Ноя-26, 12:43	+/–
Да, ржавчина уже поразила большое количество свободного софта и продолжает распространяться в попытках заменить и исказить работающие решения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229

259. Сообщение от Аноним (259), 05-Ноя-26, 12:44	+/–
Кто мешает открывать ржавый код под гпл?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #279

260. Сообщение от Ананас (?), 05-Ноя-26, 12:49	+/–
Так он прав. Ни одного крупного продукта на раст не существует. Только мелкие утилитки переписанные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #273

261. Сообщение от Sm0ke85 (ok), 05-Ноя-26, 12:50	–1 +/–
>Вот именно: потому что писать большой серьезный софт на сишочке - это ад и мазохизм. Ерунду пишешь... Кому нужно - тот пишет на Си и ни разу не обламывается...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #332

262. Сообщение от Ivan_83 (ok), 05-Ноя-26, 12:56	–1 +/–
Это пустой наброс. Не распространяйте тогда исходники. Меинтейнеры дистров тоже тратят на это всё кучу времени и сил и электричества.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233 Ответы: #304

263. Сообщение от Ivan_83 (ok), 05-Ноя-26, 12:58	+/–
Вы странно считаете сложность: знать 2 вещи: инт+бул это больше чем знать только один инт. При этом при разборе кода достаточно в имени переменной типа инт отразить что она используется как бул, типа is_set.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238

264. Сообщение от Аноним (264), 05-Ноя-26, 13:01	+/–
>они же, почему-то, не поддерживают rust-фронтэнд gcc. Имеете ввиду власти не поддерживают? Властям на это наплевать. gccrs делали сами разработчики Rust'а в надежде что это повысит распространённость Rust'а, так как GCC поддерживает большее количество платформ. >лоббисты будут продвигать rust, как убийцу свободного софта в целом Rust - язык, созданный корпорациями для себя, и им наплевать на свободное ПО и на GCC. Они хотят контролировать язык, на котором сами пишут, и хотят чтобы простые люди побольше создавали модулей под пермиссивной лицензией и выкладывали их на crates.io, чтобы корпорации могли легко найти что им нужно и использовать, не заплатив разработчику нисколько.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

265. Сообщение от Аноним (265), 05-Ноя-26, 13:03	+/–
надо import и вообще модули выпилить обратно из плюсов. Ненужный выпендреж яндексоида и остальных таких же, не осиливших реализовать себя в интеллектуальном труде до точки здорового удовлетворения. Тем более, что сейчас эти все вымученные конструкции будет использовать ИИ, от робота признание своей исключительности получить несложно, но достоверность этого признания сомнительная.
Ответить | Правка | Наверх | Cообщить модератору

266. Сообщение от Аноним (66), 05-Ноя-26, 13:16	+/–
> Чем тогда эти pre/post отличаются от обычных if проверок с бросанием исключения в случае срабатывания. Принципиальное отличие в том, что они видны на вызывающей стороне. Даже если реализация функции не видна. А это значит, что проверяются условия на стороне вызывающего кода, и (а) могут быть оптимизированы с учетом вызывающего кода и (б) в некоторых случаях могут быть проверены уже на этапе компиляции. Ну и потом, поведение контрактов настраивается при компиляции, без необходимости модификации кода. Т.е. если вы, например, в релизе захотите отключить проверку контрактов для производительности, это делается простым изменением флагов компилятора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213 Ответы: #306

267. Сообщение от Аноним (66), 05-Ноя-26, 13:20	+/–
Что вас лично останавливает? C++98 никуда не делся. Но подозреваю, что окружающие вас не поймут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

268. Сообщение от Александр (??), 05-Ноя-26, 13:24	+/–
И карбон и спп2 - сами автры закрыли для комерческого пользования. И че теперь хотим? Если б плюсы так же были закрыты в начале - мы бы о них и не ведали
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

269. Сообщение от Аноним (66), 05-Ноя-26, 13:32	–1 +/–
У меня большие сомнения, что компиляторы Фортрана какие-то волшебные и автовекторизуют код как-то лучше, чем C и C++. Я даже скажу больше, в большинстве случаев везде будет один и тот же бекенд LLVM или gcc, который, собственно, и занимается оптимизацией. И еще, я ручками с интринсиками, скорее всего, векторизую код лучше, чем компилятор. Если, конечно, там не тривиальный код, который даже компилятор сам осилит. > наличию банальных массивов А в C/C++ они какие-то небанальные?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220 Ответы: #300

270. Сообщение от Аноним (66), 05-Ноя-26, 13:39	+/–
> А если в коде UB? Значит, программа некорректная. Нет, в этом не стандарт виноват - он этот код не писа́л. > Не, если в "стандарте" написано "мы не знаем как сложить два числа, пусть будет UB и компилятор сам решит", то это говорит о "качестве" так называемого стандарта)) Стандарт описывает то поведение, которое гарантируется на любой реализации языка. Если целочисленное переполнение UB, значит никакое поведение в этом случае не гарантируется. И прикинь, в истории были случаи, когда поведение на разных архитектурах различалось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

271. Сообщение от Аноним (271), 05-Ноя-26, 13:50	+/–
C++ вообще не нужен, нужен только чистый C.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #277, #285

272. Сообщение от Аноним (153), 05-Ноя-26, 14:01	+/–
Может какой-нибудь платный и помог бы, а локальный Qwen3.8 27B как-то не особо помогает. Пользовался дипсиком, копипастил ему логи туда сюда и правил код. Кругом несовместимости
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248

273. Сообщение от Аноним (179), 05-Ноя-26, 14:16	+/–
> Так он прав. Ни одного крупного продукта на раст не существует. Только мелкие утилитки переписанные. Новый копиум! Теперь с ананасовым вкусом! Выше уже перечислили проекты, которые используются сотнями тысяч людей (одна клоудфларя чего стоит) и красноглазиков (MESA). Или 5+ миллионов строк в андроиде. Если для тебя это мелкие утилитки.. то боюсь такое не лечится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #260 Ответы: #348

274. Сообщение от Аноним (274), 05-Ноя-26, 14:16    Скрыто ботом-модератором	+/–
Не в курсе, но подозреваю его забанили за постоянные политические дискуссии. Типо нерелейт к тематике хабра регулярные срачи между комми и либертарианцами. *мимо анкап*
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250

275. Сообщение от Аноним (276), 05-Ноя-26, 14:20	+/–
> Ситуация усугубляется нарушением устоявшейся практики голосования [...] Я правильно понял? Раньше: представителям что-то не нравится, WG21 отвергают их аргументы, представители голосуют ЗА. На этот раз: представителям что-то не понравилось, WG21 отвергло их аргументы, представители проголосовали ПРОТИВ. WG12: ачовсмысле?
Ответить | Правка | Наверх | Cообщить модератору

276. Сообщение от Аноним (276), 05-Ноя-26, 14:24	–1 +/–
Под "свободой" он, конечно, имел ввиду свободу миллиардов пользователей использовать и модифицировать код под себя, а не свободу сотен корпораций бесплатно использовать исходники в своих закрытых проектах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #284, #290

277. Сообщение от Аноним (279), 05-Ноя-26, 14:24	+/–
В реальности C чистым, без хаков, не бывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271

278. Сообщение от Александр (??), 05-Ноя-26, 14:25	+1 +/–
В плюсы не сча пихают, в плюсы с его основания пихали. Философия у него такая
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105

279. Сообщение от Аноним (279), 05-Ноя-26, 14:29	+/–
Ну так не делают этого. Есть, только мала часть от пермессивщины.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #259

280. Сообщение от Аноним (280), 05-Ноя-26, 14:36	+/–
То есть все остальные реализации, кроме референсной, автоматически объявляются вторичными и обязаны следовать хотелкам тех, кто контролирует репозиторий референсной реализации. Очень удобно для корпов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251 Ответы: #326

281. Сообщение от Аноним (280), 05-Ноя-26, 14:40	+2 +/–
Точно, лучший язык для троллинга разрабов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253

282. Сообщение от Аноним (282), 05-Ноя-26, 14:40	+2 +/–
Рассмотрим подробнее в чём спор между ISO и нацкомитетами. Метод контрактного программирования был разработан Бертраном Мейером как средство повышения надёжности ПО. В его основе лежит концепция корректности программы, впервые сформулированная Робертом Флойдом, и развитая Тони Хоаром в теорию логики Хоара. Впрочем, понятие корректности - относительное, оно имеет смысл только в паре программа-спецификация, показывающая насколько точно программа соответствует спецификации. Метод контрактного программирования такой: для каждой пары классов программной системы, находящихся в отношении клиент-поставщик (клиент делает вызов метода поставщика) устанавливается формальное соглашение - контракт, основанный на формуле корректности (триаде Хоара): {P} A {Q} где P - утверждение, называемое предусловием, A - программа или оператор, Q - утверждение, называемое постусловием. Это означает: любое выполнение A, начинающееся в состоянии, в котором P - истинно, завершится, и в заключительном состоянии будет истинно Q. А - это тело метода класса. Предусловие накладывает обязательства на клиента, постусловие - на поставщика. Кроме них в методе используется ещё один вид утверждений - инвариант класса. Это утверждение выражает общие свойства (ограничения), накладываемые на состояние каждого экземпляра класса (проверка состояния на допустимый диапазон). Инвариант автоматически выполняется по завершению каждого public метода класса. С учётом инвариантов формула корректности имеет вид: {P & I} A {Q & I} где I - инвариант. Так вот, в предложенном варианте C++26 инвариантов нет. Без автоматически вызываемых инвариантов класса это предложение не имеет смысла, поэтому нацкомитеты проголосовали против.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #286, #294, #310, #324

283. Сообщение от Аноним (280), 05-Ноя-26, 14:51	+/–
Вот-вот, им готовое дают, а они не берут. Значит, просто саботируют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

284. Сообщение от Аноним (284), 05-Ноя-26, 14:53	–3 +/–
> Под "свободой" он, конечно, имел ввиду свободу миллиардов пользователей использовать и модифицировать код под себя, Ну т.е защищает паразитов которые сами нифига не делают. > а не свободу сотен корпораций бесплатно использовать исходники в своих закрытых проектах. Разве только корпораций? ЛЮБОЙ человек может использовать код для ЛЮБЫХ своих проектов. Открытых, закрытых и даже нигде не опубликованных. Разрешительные лицензии дают больше свободы для пользователя -> они более свободные чем запретительная гну. И да, изначальный открытый код от использования в закрытом проекте никуда не девается. Он так же остается открытым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276 Ответы: #318

285. Сообщение от Аноним (284), 05-Ноя-26, 14:56	+/–
Это теория. А практика состоит в том, что СИшку без С++ даже скомпилить нормальным компилятором невозможно. Ну разве что опускаться до уровня всяких недо-поделок типа tcc и прочего васянского муcopа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #271 Ответы: #293

286. Сообщение от Аноним (292), 05-Ноя-26, 15:02	+/–
Спасибо за подробное объяснение, но боюсь этот форум не лучшая площадка для такого (даже ЛОР больше бы подошел))). Местные, я думаю, даже про такое не слышали) Тут по большей части админы и/или СИшники-тяпляперы "просто кастану к void*, а там как-то сложится" > Так вот, в предложенном варианте C++26 инвариантов нет. Ну, т.е "контрактов" там по сути нет. Есть какая-то эрзац идея которая не будет работать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282 Ответы: #305

287. Сообщение от Аноним (280), 05-Ноя-26, 15:09	+/–
Так кашу и без стандарта можно наварить, пример - Раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240 Ответы: #292

288. Сообщение от Аноним (280), 05-Ноя-26, 15:14	+1 +/–
Это слишком сложно для черно-белого восприятия реальности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252

289. Сообщение от Аноним (289), 05-Ноя-26, 15:15	+1 +/–
поэтому за место перелопачивания Ады, сделали урезанную (естественно ограниченную) версию в виде Спарка? Может и тут все же и тут поступить так, не трогать основные плюсы, а всякие средства для формальной верификации добавить в новую версию плюсов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216 Ответы: #341

290. Сообщение от Тот_Самый_Анонимус_ (?), 05-Ноя-26, 15:21	+1 +/–
> Под "свободой" он, конечно, имел ввиду свободу миллиардов пользователей использовать и  модифицировать код под себя, а не свободу сотен корпораций бесплатно использовать  исходники в своих закрытых проектах. Ну т.е. «свобода» — это те ограничения, которые нравятся кому-то, а не те, которые ему же не нравятся. Всё понятно, отличное объяснение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276 Ответы: #311, #319

291. Сообщение от Пыщь (?), 05-Ноя-26, 15:31	+/–
Как-то давно тут на опеннете проскакивала новость о чьём-то велосипеде, реализующем сопрограммы на цэ. Помнится меня там пытались убедить, что этой возможности сто лет в обед. Софистели, да? (я так и думал)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #317

292. Сообщение от Аноним (292), 05-Ноя-26, 15:31	+/–
> Так кашу и без стандарта можно наварить, пример - Раст. Ну так СИ был создан в 70х, а стандарт сделали в 1989. И мало кого парило, что почти 30 лет все пишут без стандарта. Я уже молчу, что в мире работает просто море кода на нестандартизованных языках, а весь интернет вообще на RFC держится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #287 Ответы: #298

293. Сообщение от Аноним (280), 05-Ноя-26, 15:44	+1 +/–
tcc широко используется на практике для бутстрапа при разработке языков программирования. Это все что нужно знать о твоей экспертизе даже не комментируя остальной наброс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285 Ответы: #295

294. Сообщение от Аноним (280), 05-Ноя-26, 15:46	+/–
Слишком разумный, технически обоснованный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282

295. Сообщение от Аноним (292), 05-Ноя-26, 15:48	+/–
> tcc широко используется на практике для бутстрапа при разработке языков программирования. Т.е для одной узкоспециализированной задачи, где оптимизации и скорость вообще никого не волнует. > Это все что нужно знать о твоей экспертизе даже не комментируя остальной наброс. Мне пофигу что ты считаешь, реальность это не поменяет. И GCC и Clang написаны на С++, а не на убогой сишке. MSVC - третий из популярный, что не удивительно - тоже С++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #293 Ответы: #299, #303

296. Сообщение от Аноним (296), 05-Ноя-26, 16:04	–1 +/–
Далёк от С++, но спрошу - на эти "observe" какие-нибудь свои самописные обработчики ставятся? Если да - то вот тебе в рантайме и логгирование и даже ручной терминейт, если надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

297. Сообщение от Аноним (296), 05-Ноя-26, 16:07	+/–
А, извини, не дочитал - вон ниже пишут: "> The observe semantic will invoke the contract-violation handler; if the contract-violation handler returns normally, program execution will continue from the point of evaluation of the contract assertion" Вот тебе и рантайм-решение. Делай что хочешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

298. Сообщение от Аноним (280), 05-Ноя-26, 16:46	+/–
30 лет? Нормально так округлил. Но раз в итоге сделали, значит все же кого-то парило? И про K&R не стоит забывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292

299. Сообщение от Аноним (280), 05-Ноя-26, 16:53	+1 +/–
Да я вижу что тебе реальность пофигу по тому что ты не понимаешь причин, почему они написаны на С++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295

300. Сообщение от Аноним (166), 05-Ноя-26, 16:55	+/–
> У меня большие сомнения, что компиляторы Фортрана какие-то волшебные и автовекторизуют код как-то лучше, чем C и C++ Я тебе по-моему черным по белому написал причины, почему они автовекторизируют код лучше, чем С и С++. Ты читал вообще? > И еще, я ручками с интринсиками, скорее всего, векторизую код лучше, чем компилятор До, до, удачи тебе ручонками сделать оптимизацию типа банального SROA. >> наличию банальных массивов > А в C/C++ они какие-то небанальные? А в С и С++ они вообще отсутствуют как сущность. Вот это поворот, да? В этих недоязыках "массив" из N чисел - это просто указатель кусочек памяти, который компилятор в большинстве случаев не в праве как-то векторизировать из-за требований к memory layout.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269 Ответы: #301

301. Сообщение от Аноним (166), 05-Ноя-26, 16:57	+/–
> векторизировать из-за требований к memory layout. И алиасингу в частности, если ты в курсе, что это. Про тот самый restrict я уже писал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300 Ответы: #315

302. Сообщение от Аноним (178), 05-Ноя-26, 17:14	+/–
Всё подряд тащить нигде не принято, но тебе жьлишь бы хейтить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225

303. Сообщение от Аноним (303), 05-Ноя-26, 18:42	+/–
Современный GCC написан на Си и C++. Раньше среди разработчиков были дебаты по поводу того, что стоит-ли пускать в разработку плюсовиков. Поспорили, и в конечном счёте согласились. Дело в том, что новоприбывшее поколение разработчиков не умело писать на чистом Си, зато они знали C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295 Ответы: #314, #354

304. Сообщение от Аноним (166), 05-Ноя-26, 18:44	–2 +/–
> Не распространяйте тогда исходники. Тебя забыли спросить, распространять их или нет. > Меинтейнеры дистров тоже тратят на это всё кучу времени и сил и электричества. Их проблемы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #262 Ответы: #309

305. Сообщение от Аноним (41), 05-Ноя-26, 18:47	+/–
Да ладно тебе посиди с народом. Побухай, получи по интелигентской морде с ноги. Рыгни и полежи на земле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286

306. Сообщение от Аныным (?), 05-Ноя-26, 18:52	+/–
Я просто к чему спрашиваю. По работе приходится как c C++ сталкиваться, так и с Java/Kotlin. Со вторым чуть чаще. В этих языках "контрактное программирование" реализовано как дополнение сигнатур функций (методов) некоторой информацией в виде атрибутов (аннотаций). Компилятору на эти атрибуты побоку, рантайму тоже, но на них обращают внимание всяческие чекеры и санитайзеры. Поэтому не очень понимаю, какой профит это может дать в C++. Вот вы пишите, что на стороне call site будет доступно больше информации для принятия решений по генерации подходящего машинного кода у компилятора, но я никак не могу себе представить, как он мог бы использовать, по сути, предикаты на входные и выходные данные функции для этой цели. Это уже больше похоже на какое-то линейное/нелинейное программирование из вузовской математики с поиском оптимумов целевой функции. Вполне вероятно, я чего-то не знаю и теория оптимизирующих компиляторов уже шагнула так далеко, что в ней обнаружили, как предикаты, накладываемые предметной областью решаемой задачи, математически связаны с низкоуровневыми вещами, по типу оптимального распределения переменных по регистрам процессора. Всегда казалось, что в C++ задача тотальной оптимизации уже решена и закрывается через использование механизмов PGO и LTO.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266

308. Сообщение от Аноним (308), 05-Ноя-26, 19:09	+/–
> Сам по себе cargo НЕ ТРЕБУЕТ подключения к интернетам. Ага, щщас. Чтобы он «НЕ ТРЕБОВАЛ» — это отдельно задаётся ключами --offline или --frozen. Которые, замечу, появились далеко не сразу. А режим по умолчанию — сосать лефтпады из интернетов. И вся инфраструктура собрана из кучи мелких лефтпадов. И насосанное зашивается всё целиком в экзешник, поэтому у раста они такие пухлые. Даже если из всей библиотеки используется одна функция, пихается библиотека целиком. Которая при этом притягивает в себя кучу лефтпадов, которые в свою очередь притягивают… «Это безопасно» — Дэвид, эксперт по безопасности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232

309. Сообщение от Ivan_83 (ok), 05-Ноя-26, 19:21	+/–
Кроме хамства аргументов нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #304

310. Сообщение от Аноним (314), 05-Ноя-26, 19:41	+/–
Следующий "прогон" в проекте контрактного программирования в C++26 - это что разрешается эксплуатация побочного эффекта в выражениях в предусловиях и постусловиях и contract assertion. То есть где нибудь в предусловии написал i++, и всё предусловие стало частью логики функции, а ведь это не должно быть. Утверждения - это проверки, их можно отключить, но тогда получится что функция будет работать по-другому.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282

311. Сообщение от анони (?), 05-Ноя-26, 20:04	+/–
Во-первых, Столман закладывал свободу не в пользователей, а в код. Свободный - код, никто не может ограничить его использование, даже внеся туда свои изменения. Как раз против того, что любят делать пермисивщики - зажать код, и продавать. И не надо подменять понятия: что хочу, то и делаю с кодом - это не свобода, код не может быть свободный, если ты его закрыл. Во-вторых. Свобода - это не ограничения, что за словоблудие? Если ты наложил ограничения на код(то есть закрыл), то он несвободен, ваш кэп. А свободен ли ты, как пользователь, мне лично плевать, потому что ноют от гпл только корпорасты и их прихлебатели, которые оооочень любят накладывать ограничения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290 Ответы: #320

312. Сообщение от burjui (ok), 05-Ноя-26, 20:13	+/–
Вот опять у опеннетчиков Rust должен быть хоть как-то виноват! Это паранойя, лечится антипсихотиками. В проблемах C++ виноваты исключительно плюсовики. Нефиг было язык раздувать, фичи приклеивать скотчем и соплями. Дорохедоро какое-то, а не язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #322

313. Сообщение от Аноним (178), 05-Ноя-26, 20:18	+/–
> А вы то что предлагаете? Предлагаю не передёргивать. Предлагаю повзрослеть. Предлагаю вырасти уже наконец из штанишек подросткового максимализма и узреть, что между "всегда говори да!" и "всегда говори нет!" умещается вселенная во всём её разнообразии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211

314. Сообщение от Аноним (314), 05-Ноя-26, 20:44	+/–
GNAT написан на Ada, GNU Modula-2 - на Modula-2. Они тоже входят в GCC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303

315. Сообщение от Аноним (66), 05-Ноя-26, 20:49	+/–
Да в курсе я и про алиасинг, и про restrict. Только вот, во-первых, в C/C++ алиасинг допустим только для указателей одного типа, либо void* или unsigned char*, которые могут указывать на объекты любых типов. Если у тебя int* и float*, то эти указатели (в соответствии со стандартом) должны указывать на разные объекты, и компилятор в праве оптимизировать с учетом этого. На практике, компиляторы векторизуют код даже с учетом возможного алиасинга. Во-вторых, внезапно, алиасинг существует и в Фортране. Он запрещен только для простых аргументов функций, но не для указателей. А большие данные, для которых и нужен SIMD, обычно передаются указателями. Про memory layout вообще ни о чем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #301 Ответы: #340

316. Сообщение от Bottle (?), 05-Ноя-26, 21:10	+/–
Ага, и в итоге получается так, что уже НИКТО не понимает, как должен работать код. Мы не видим разницы между багами и референсной реализацией, ведь баги и есть код. Пример с Питоном это притча во языцех: каждый новый релиз что-нибудь да ломает и депрекейтит в минорных обновлениях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251

317. Сообщение от Аноним (317), 05-Ноя-26, 21:26	+/–
Если обмазаться какой-то билиотекой или кучей макросов, то наверное, да можно было использовать корутины хоть 100 лет назад. В стандарте cpp примерно это и предлагают - темплейты на темплейтах из std библиотеки. В самом компиляторе если и требуется поддержка, то совсем минимальная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #291

318. Сообщение от Без БЗДения и МЫТарств (?), 05-Ноя-26, 21:52	+/–
> Ну т.е защищает паразитов которые сами нифига не делают. Прекращай судить других по себе. Я 15 лет пользуюсь дистрибутивом, сопровождаемым волонтерами. И половину этого срока сам сопровождал пакеты, отсылал патчи в апстрим. И это общая практика. Большая часть свободного ПО держится на волонтерах. > ЛЮБОЙ человек может использовать код для ЛЮБЫХ своих проектов. Пустая декларация без соответствующих материальных условий. Именно эти условия создают свободные лицензии. Не путать пермиссивщиной - это всё равно, что путать незамужнюю женщину с легкодоступной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #284 Ответы: #352

319. Сообщение от Без БЗДения и МЫТарств (?), 05-Ноя-26, 21:59	+/–
> Ну т.е. «свобода» — это те ограничения, которые нравятся кому-то, а не те, которые ему же не нравятся. Ограничения - это ограничения. А свобода - это взаимное согласие на определенный вид ограничений самоограничений, ради чего-то более значимого. Например, ради сохранности результатов общественнозначимого коллективного труда от присвоения паразитами в целях индивидуального обогащения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290 Ответы: #327

320. Сообщение от Аноним (320), 05-Ноя-26, 22:00	+/–
> Во-первых, Столман закладывал свободу не в пользователей, а в код. Бред. Во-первых, код не обладает субъективностью и не может быть свободным или нет. Свободу может реализовывать может человек использующий код. Во-вторых, борода прям в своем манифесте пишет "все ради пользователей" The GNU Project is part of the Free Software Movement, a campaign for freedom for users of software. It is a mistake to associate GNU with the term “open source” > Свободный - код, никто не может ограничить его использование, Так как раз ограничили. Она запрещает использовать код в любых целях, тем самым ограничивая его использование. Она заставляет открыть любой код(!) с которым линкуется. Почитай почему пришлось делать GCC RUNTIME LIBRARY EXCEPTION, когда гну-рак заражал любой скомпиленный код и требовал превратить его в ЖоПЛь. > пермисивщики - зажать код, и продавать. Это очередная ложь секты: пермесивный код нельзя "зажать". Ты можешь написать новый код с новой лицензией, но оригинальный так и останется под свободной и зажать его НЕВОЗМОЖНО. > И не надо подменять понятия: что хочу, то и делаю с кодом - это не свобода, Это как раз свобода - использовать код для любых целей. > код не может быть свободный, если ты его закрыл. А я его не закрыл - вот лежит оригинал, бери и пользуйся. > Во-вторых. Свобода - это не ограничения, что за словоблудие? Если ты наложил > ограничения на код(то есть закрыл), то он несвободен, ваш кэп. Да и если бородатый комми запрещает мне использовать код в моем проприетарном проекте, то это ВНЕЗАПНО! - ограничение. В общем типичное "свобода это рабство" от секты. > А свободен ли ты, как пользователь, мне лично плевать, Ну так мне тоже. > потому что ноют от гпл только корпорасты и их прихлебатели, которые оооочень любят накладывать ограничения. Но до безумия GPL им все равно далеко)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #311

322. Сообщение от Аноном (-), 05-Ноя-26, 22:17	+2 +/–
> Вот опять у опеннетчиков Rust должен быть хоть как-то виноват! Ну должен же быть виноват НУ ХОТЬ КТО_ТО!!!1 (кроме меня естественно) > Это паранойя, лечится антипсихотиками. Боюсь такое не лечится) > В проблемах C++ виноваты исключительно плюсовики. Нефиг было язык раздувать, фичи приклеивать скотчем и соплями. Ну... если попытаться думать как сишники и плюсовики, то до появления раста можно было спокойно овнокодить. Выходить за пределы буфера, делать use-after-free и double-free... и тебе ничего за это не будет! "Всё равно альтернатив нет, куда вы денетесь, ахаха" (с) И тут выскакивает, как чертик из табакерки, раст и выясняется что он решает большой кусок типичных проблем дыpявых языков. Крупные корпы начинают его использовать вместо С/С++. А тут еще анб советует не пользоваться дыpявыми языками, да так что Страуструпу пришлось выпускать обращение в стиле "пишите хорошо, плохо не пишите". Естественно в своих бедах они винят раст, корпов, придумывают оправдания про "навязывание" и тд. Типичная логика неудачников. > Дорохедоро какое-то, а не язык. Ah, I see you're a man of culture as well (c)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #312

323. Сообщение от Аноним (323), 05-Ноя-26, 22:25	+/–
> Вот только с наблюдаемой действительность данное утверждение совсем не совпадает. Еще как совпадают. Напр. null-terminated string в dыpяxe появился потому что разрабатывалась как язык переписывания асм кода PDP-10/11. Просто аспектов намного больше. Напр. на сишечке может омнокодить любая обезяна. Как на пыхе десятилетия спуста. И обе стали невероятно популярны :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207

324. Сообщение от Аноним (324), 05-Ноя-26, 23:07	+/–
Ещё недостаток в этом C++26 - контракты нельзя применять для виртуальных функций. Добавьте к этому отсутствие инвариантов (определящих эволюцию класса), побочный эффект в утверждениях - и польза контрактов в этой версии С++26 уже кажется сомнительной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282

325. Сообщение от Frestein (ok), 06-Ноя-26, 00:16	+/–
Насмешнил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202

326. Сообщение от Аноним (166), 06-Ноя-26, 01:57	+/–
> кто контролирует репозиторий референсной реализации. Очень удобно для корпов. Ты совсем наивный, да? Тебе напомнить, кто "развивает" и контролирует твой "стандарт"? Внезапно, те самые корпы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280

327. Сообщение от Тот_Самый_Анонимус_ (?), 06-Ноя-26, 02:03	+/–
>Ограничения - это ограничения. А свобода - это взаимное согласие на определенный вид ограничений самоограничений, ради чего-то более значимого. EULA от майкрософт отлично подходит под ваше определение. Поздравляю вас — вы нашли ещё одного создателя свободного кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #319 Ответы: #328

328. Сообщение от анони (?), 06-Ноя-26, 03:54	+/–
У тебя ошибка, ключевая - взаимного согласия. В случае с мелкософтом - нет выбора. Линукс не в счёт, он остался уделом либо близких к нему профессионально, либо очень любознательных. Макось - та же винда с еулой, только сильно дороже и понты в подарок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #327 Ответы: #342

329. Сообщение от _ (??), 06-Ноя-26, 04:50	+/–
От такого даже нейросети отказываются со словами "да ну, на****!, я мухожук!" :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195

330. Сообщение от _ (??), 06-Ноя-26, 04:58	+/–
Вот Ымано! :) "По локти в кровиЩЩ^W в железе!"(С) Но норот то начал на Си склады-магазины писать, ну и задымила дупа, есссссно! Девайс-драйвера на JS - как сравнение для оценки глубины глубин :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206

331. Сообщение от _ (??), 06-Ноя-26, 05:14	+/–
>> А не смущает что boolean - это вообще то 1 _бит_ ?! :) > в Си - нет >> Независимо от железа, гру гря. По математике. Торопыгам посвящается ... Это я не только о себе ;-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #247

332. Сообщение от _ (??), 06-Ноя-26, 05:22	+/–
Ну давай урлЪ на свой проект с "большой серьезный софт на сишочке"(С) и чтоб "ни разу не обламывается..."  ... рискнёшь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261 Ответы: #337

335. Сообщение от _ (??), 06-Ноя-26, 05:32	+/–
тухло. MVP обещанный в этом году даже не на горизонте. Да забудь, учи AGENTS.md - за это хоть денеХ дадут ... наверное :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255

337. Сообщение от Sm0ke85 (ok), 06-Ноя-26, 08:41	+/–
>Ну давай урлЪ на свой проект с "большой серьезный софт на сишочке"(С) и чтоб "ни разу не обламывается..."  ... рискнёшь? Сорян, мой код продан и мне не принадлежит... *Так бывает*
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #332

339. Сообщение от Аноним (339), 06-Ноя-26, 08:57	+/–
>ООП и ФП не противоречат друг другу, а дополняют. Нет. Просто нет. В идеальном мире программа в функциональном стиле представляет из себя цепочку стейтлесс функций, которые не изменяют выходные праметры и для одних и тех же данных возвращают одинаковый результат. Для таких программ можно доказать коррректность через подстановку частичных результатов функций внутри. ОО-программа это множество стейтфулл объектов которые обмениваются сообщениями. Скрытые состояния дают разную реакцию на каждое сообщение и порождают новые сообщения. Поэтому формально доказать корректность ОО-программы невозможно, они порождают очень большое дерево состояний близкое к NP-полноте. Совмещать эти два подхода бессмысленно, ведь если есть объекты в одной части проекта, то терятся суть многих функциональных практик в другой, которые существуют только ради будущего док-ва корректности всей программы. Многие программисты этого не понимают и каргокультируют ФП полностью игнорируя конечную цель зачем оно было придумано. Часто вы видели док-ва корректности ф-программ на обычных проектах? И я не видел, а лапша функций есть, и ее с таким же успехом можно заменить на бесконечные мутные фабрики объектов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252

340. Сообщение от Володька Драйвер (?), 06-Ноя-26, 09:31	+/–
А на кой мне в функцию передавать *float и *int?  Я хочу матрицы перемножать, и передавать *float и *float.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #315

341. Сообщение от Володька Драйвер (?), 06-Ноя-26, 09:52	+/–
Уже, Rust называется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289

342. Сообщение от Тот_Самый_Анонимус_ (?), 06-Ноя-26, 11:48	+1 +/–
> У тебя ошибка, ключевая - взаимного согласия. Бред. > В случае с мелкософтом - нет выбора. Есть. Не хочешь — не пользуйся. > Линукс не в счёт, он остался уделом либо близких к нему профессионально, либо очень любознательных Ну я и про гпл такое сказать могу: вынужденно его принял, хотя хочу использовать код по-другому. И что? Вывод что гпл несвободен? (Что правда, кстати).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #328 Ответы: #344

343. Сообщение от bOOster (ok), 06-Ноя-26, 12:08	+/–
Я не пойму, грустишь потому что тебя заставляет кто-то, что-ли использовать абсолютно все средства C++??? Или же, объективно, ты можешь использовать только ту часть языка которая тебе необходима?   Причем тут перегруженность? Хочешь пользуй, хочешь нет. Нытье какое-то постоянное. У меня, например С++ заканчивается на классах, иногда лезу в темплейты для типизации. А в остальном абсолютно не вижу ОСТРОЙ необходимости, абсолютно спокойно можно обойтись и без нее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #351

344. Сообщение от анони (?), 06-Ноя-26, 12:09	+/–
>Бред Только в твоей голове >Есть. Не хочешь — не пользуйся. Когда ты вырастишь, то ты поймёшь, что "могу копать, могу не копать" - это не про наличие выбора. >хотя хочу использовать код по-другому Типичное поведение проприетарщика - хочу взять твоё, а своё на основе твоего зажать и никому не давать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #342 Ответы: #345, #346

345. Сообщение от Аноним (345), 06-Ноя-26, 13:19	+1 +/–
> Когда ты вырастишь, то ты поймёшь, что "могу копать, могу не копать" - это не про наличие выбора. Не, это как раз наличие выбора. А касательно софта - то еще появляется опция "делайте сами если не нравится". > Типичное поведение проприетарщика - хочу взять твоё, Это ты про то как брали БСДшныу утилиты и заражали гну-раком, ограничивая свободу использования? > а своё на основе твоего зажать и никому не давать. Самые важные проекты в мире это проекты на свободных лицензиях. Которые на развиваются десятилетиями без каких-то проблем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #344

346. Сообщение от Тот_Самый_Анонимус_ (?), 06-Ноя-26, 15:45	+/–
> Только в твоей голове Зеркалочка. Вам можно, значит можно и мне. > Когда ты вырастишь, то ты поймёшь, что "могу копать, могу не копать" - это не про наличие выбора. Когда вырастите, то поймёте что «могу заимствовать, могу не заимствовать код» — это не про наличие выбора. > Типичное поведение проприетарщика - хочу взять твоё, а своё на основе твоего зажать и никому не давать. Типичное поведение халявщика — хочу взять ОС, но без ЕУЛА, не вкладывая ничего в эту ОС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #344

347. Сообщение от ВасиличЪ (ok), 06-Ноя-26, 17:06	+/–
это те OSI, которые когда-то приняли OpenXML от M$, который даже на половину по итогу не соответствует реализации?
Ответить | Правка | Наверх | Cообщить модератору

348. Сообщение от Аноним (348), 07-Ноя-26, 11:13	+/–
>Новый копиум! Выше уже перечислили проекты Растокопиум такой растокопиум. Где хотя бы электросеть под управлением раста? Нет? А знаешь почему нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273 Ответы: #350

349. Сообщение от Аноним (348), 07-Ноя-26, 11:20	+/–
>Не встречал паскальщиков, которые свои любимые Pascal, Delphi готовы на что-либо поменять. Ну бывает на оберон меняют. Если хотят аскетизма и медитаций на простоту языка. Но там еще бывают мантры про фичи, которые "и на фиг нинужны".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #254

350. Сообщение от Аноним (350), 07-Ноя-26, 11:36	+1 +/–
Лол, ты что совсем башкой стукнулся? Сначала выcuраешь про "Ни одного крупного продукта", а когда приводят примеры кода который работает каждый день у сотен миллионов людей, то начинаешь настолько уныло сливаться? > Где хотя бы электросеть под управлением раста? Нет? В вольво как минимум) ECU для Power Management в электромобилях. > А знаешь почему нет? Потому что языку всего ничего, даже 15 лет нет с первого публичного релиза. И требуется сертификация. Ferrocene пока сделал ASIL D для Automotive, и SIL 3 для Industrial. Medical и Avionics насколько я помню в процессе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #348

351. Сообщение от Старый Анонимус (?), 08-Ноя-26, 03:11	+3 +/–
Я долго думал, отвечать на ваш комментарий или нет, но все-таки решил ответить, т.к. допускаю что вы можете быть вполне хорошим человеком, просто пока еще во многих вопросах неопытны, либо немного закостенели в плане навыков и опыта. Итак, давайте по порядку: - во-первых в проектах что необходимо, а что нет, решает не один человек. Что значит "Хочешь пользуй, хочешь нет"? Хватит быть программистом-одиночкой, поработайте с более комплексными командными проектами, в которых отдельным документом выделен стайлгайд проекта и этот документ соблюдается беспрекословно, поскольку это санитарный фактор, позволяющий держать проект в организованном порядке. Даже если в стайлгайде указано использовать какое-нибудь множественное наследование из C++, то как бы мне или вам не нравилось это, в проекте это утверждено и обязательно к исполнению. Обычно когда говорят что "лично вы не используете; вы используете только то и то; я никогда не использую это" - обычно это признак разработчика одиночки. Это нормально, многие в своей карьере через это проходили. Если поработаете в больших и строгих командах, быстро отучитесь от этого. - во-вторых, времена меняются и когда можно было свободно делать код не имея никакой серьезной ответственности потихоньку уходят. Это печальный но факт. Я уже когда-то получил серьезные для меня юридические последствия, а вследствие них серьезные финансовые и репутационные потери и больше абсолютно не хочу повторять такой урок. Особенно если из-за вашего кода произошла утечка персональных данных, никого не будет волновать что это было непреднамерено. Времена такие стали, уж простите. И вследствие этого теперь приходится пересматривать все инструменты, которые были вам привычны. - в третьих, сейчас идет взрывной всплеск AI-инструментов и как бы вам не нравилось, игнорировать их уже не получится. И многие эти инструменты сейчас еще только разгоняются в плане щелкания всего того что понаписано за четыре десятка лет на не самом безопасном C++.  Сейчас начинается золотая пора хакинга всего того, что раньше казалось неприступным и надежным. Эта AI-гадость (извините за грубость) прямо сейчас уже многим ответственным людям неплохо так портит нервы... Я вам сейчас расскажу один пример как нынче нехорошие хацкеры стали работать. Происходит реально мощный не шаблонный скан всей вашей инфраструктуры с помощью ИИ и автоматически заюзываются 0-day уязвимости (эксплоит пишется ИИ автоматически, поэтому он не шаблонный), вытягиваются юридически конфиденциальные данные, далее ИИ анализирует изнутри вашу инфраструктуру, подбирает свежие 0-day уязвимости во внутреннем контуре и сразу же их использует. Причем делает это быстро и не шаблонно. И там вариантов много, но это уже не важно. Важно то, что вам в конце предложат два варианта (который по факту шантаж): - публикацию персональных данных клиентов, о чем они даже сами уведомят ваших клиентов, а также РКН, Минцифры, прокуратуру и прочие спец. службы. А госслужбы обязаны будут отреагировать на инцидент, а согласно 13.11 КоАП РФ (ФЗ №420-ФЗ от 30.11.2024), еще и проштрафовать вас как следует на круглую сумму. - либо вам предложат заплатить, но прикол в том, что если вы заплатите, вас неприятно удивит тот факт, что счет на который вы переведете средства (даже если криптовалюта), официально будет считаться используемым для неправомерных действий, а это часть 1.1 ст. 205.1 УК РФ и вы будете считаться спонсором, о чем вас самих после и предупредят, а затем предложат еще два варианта: либо вы платите постоянно столько сколько скажут, либо вас же и сдают правоохранительным органам по вышейказанной статье. Как вы думаете, когда у вас семья и счастливая жизнь с хорошей работой, нужны ли вам такие приключения? Вы поймите, для правоохранительных органов злобные хацкеры где-то там далеко и не досягаемы по юрисдикции, а вы близко и в юрисдикции, а на инцидент отреагировать надо ибо замолчать уже не получится. ------------ Я к чему это всё. Потихоньку начинают уходить времена, когда можно было безответственно относиться к используемым инструментам. C++ всегда был головной болью для надежных систем и его переусложнение никак не добавляет безопасности итогового результата. А компиляторы думаете будут безопасный результат давать? А как это будет с более чем 40 летним наследием C++ работать? Сейчас нужны надежные и предсказуемые по поведению программные решения. А в C++ с его неопределенным поведением и так беда (см. список: https://github.com/Nekrolm/ubbook ), так вместо накопившихся проблем еще и дальше его усложнять? В общем написал я что-то черезчур много, но в общем я искренне и доброжелательно советую вам пересмотреть свой текущий опыт под современные реалии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #343 Ответы: #356

352. Сообщение от Аноним (352), 08-Ноя-26, 11:55	+/–
> Большая часть свободного ПО держится на волонтерах Ложь, как раз большая чяасть - на проплачиваемых корпами разработчиками и выкинутом корпами же, в т.ч. если изначально то, для лучшего самопиара(например, гугл и MS, хоть последний только всякий шлак открывает и то под свой мутнейшей лицензией которую не стоит даже начинать читать) > %А, бред о ужасной BSD-лицензии(что то *BSD это не мешает, как и кучи проектов, например даже 3D движов) и светлой и пушистой "незасратой" юристами и "неподставной" GPL - skipped%
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #318

354. Сообщение от Аноним (235), 08-Ноя-26, 22:48	+/–
Там C++ с сильными ограничениями. Фактически сильно урезанное подмножество языка. И перешли не из-за незнания Си. А из-за преимуществ, которое дает это подмножество. И, если не внедрять остальное, отсутствия недостатков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303

355. Сообщение от Аноним (355), 09-Ноя-26, 00:25    Скрыто ботом-модератором	+/–
Ты ещё скажи: "зачем в С++ - типы, когда (ненавидящие С++)уже даже тип "auto" давно пропихнули?" Как и ещё кучу всякого порой откровенного шлака из C# и прочего, как несовместимого с идеалогией Си так и просто читабельностью исходного кода посторонними. Все "стандарты" после ~1993 - именно таковы же. Более сами даже оригинальные в С++ стандартные библиотеки классов-С++ - не совместимы с ней, начиная с мерзости -классов типа con*(помню меня ещё преподаватель учил что это тормозный кал, на Поисках,  8088 :]) + мега извращённое применение операторов"<<"/">>" в них и далее боле итераторы синглемозготрахаторы и прочие мозготрахаторы и потому любой использующий даже только эти все классы и даже только упомянутые  - реально уже не Сишник... С++сник - да, но никогда не именуйте их Сишниками! Это несовместимые идеалогии прежде всего, Си это фактически ассемблер-сверхвысокого-уровня(как и Pascal, да), С++ без этих классов тоже, С++ ав не Си т.к.контроль ошибок куда лучше, С++ идеалогически не ассемблер и его типичный пользовательно в полную - про оптимизацию знает и умеет, пользуется, - не больше скажем Джавистов(с этим их языком псевдо-"не-ОС" паразитического на других ОСях типа и даже архитектурно же максимально независимо; забавно что под предлогом маркетингово буллшита о зато архитектурной независимости - джависты по факту имеют архитектурную зависимость от версий Java... и даже ведь далее по времени - будет ещё куда хуже всё тут). отсюда же и доп.тормоза у С++сников в производимом ПО, бонусом (раньше я думал что С++ код Unreal1-engine и т.б 2 и т.б. DOOM3-engine и FARCRY это самое тормозное произведение таких "Cишников"(в кавычках), но  и З.А.Л.А.Г.А.Л.К.Е.Р позже меня сильно переубедил, и я уже было уверился что всё дальше то деоптимизировать как ни забивай на оптимизаций не выйдет - но, как же я ошибался! Ведь на фоне нынешних ВСЕХ и т.б. UE5 3D движков это же вообще как сейчас сказали бы круто-"оптимизированные" движки... куда мир катится, рационального использование вычислительных ресурсов и вообще рациональности как в ч.н.выбора языка программирования - даже у программистов уже не замечается вовсе, отсюда следует что даже делать улучшения С++ стандарта с нуля с Сей-идеалогически для улучшения производительности, а тут реально ещё есть где развернуться - просто даже резона нету, из-за даже просто невостреббованности в массах, т.б.уч.сложность и трудозатратность)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

356. Сообщение от bOOster (ok), 10-Ноя-26, 12:56	–2 +/–
Какой бред. От начала и до конца. Про "хочешь пользуй, хочешь нет" - это фраза не для тех кто не видит ничего дальше своего носа. И решает это постановщик задач. Который продумывает и формирует "костяк", архитектуру решения - классы, наследования и т.д. В большинстве случаев - разумный постановщик задач говорит - хочешь использовать - использую все что только можно, но до "конца дней своих" будешь саппортить свои архитектурные инициативы. Все остальные тебе помогать будут только кодом функций.   С++ был головной болью для бездарностей, пришедших в программирования на волне "высоких зарплат". Знающий язык - но абсолютно не понимающих как этот код будет работать. Такие бездари обычно не заморачиваются тем чтобы продумать множество возможных вариаций работы кода в разных ситуациях, это дорого и сложно. Гораздо проще - работает же - вводишь данные - выводит правильный результат. А вводишь какие-нибудь tricky данные - тут трава не расти - "мне за это деньги не платят" Теперь про AI инструменты хакинга и т.д. Это еще больший бред. Если уж на то пошло - я не пользуюсь никакими лжеИИ инструментами в настройке инфраструктуры компании, вебсайты и т.д. Только свои навыки и знания. Которые достаточно детальные, и начинаются с детального ПОНИМАНИЯ протоколов и решений. И ни разу лжеИИ не смог что-то сделать с нашей инфраструктурой, хотя регулярно пытаются. Но если администратор лох, и пользуется лжеИИ инструментарием для поднятия своей инфраструктуры, не понимая по факту что он делает - то и результат будет ПРЕДСКАЗУЕМ. лжеИИ будет находить дыры в решении который сам ПЕРЕСКАЗАЛ.. Потому что источник информации для лжеИИ, традиционно, будет дырявым. Тут палка о двух концах - будешь пользоваться лжеИИ - будет тебя он же "на эту палку сажать".. Так как информация как о решении так и о дырах - с "одного помойного ведра"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #351 Ответы: #357

357. Сообщение от anonymos (?), 11-Ноя-26, 07:50	+/–
Человек искренне попытался донести до Вас свой опыт... Лично я склоняюсь к мнению, что у Вас завышенное ЧСВ, что мешает быть объективным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #356

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

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