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

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

Сообщения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	297. "Национальные комитеты ISO отклонили принятие стандарта C++26"	+/–
	Сообщение от Аноним (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" Вот тебе и рантайм-решение. Делай что хочешь.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

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

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

	87. "Национальные комитеты ISO отклонили принятие стандарта C++26"	+/–
	Сообщение от Инопланетянин (?), 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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

	351. "Национальные комитеты ISO отклонили принятие стандарта C++26"	+3 +/–
	Сообщение от Старый Анонимус (?), 08-Ноя-26, 03:11
	Я долго думал, отвечать на ваш комментарий или нет, но все-таки решил ответить, т.к. допускаю что вы можете быть вполне хорошим человеком, просто пока еще во многих вопросах неопытны, либо немного закостенели в плане навыков и опыта. Итак, давайте по порядку: - во-первых в проектах что необходимо, а что нет, решает не один человек. Что значит "Хочешь пользуй, хочешь нет"? Хватит быть программистом-одиночкой, поработайте с более комплексными командными проектами, в которых отдельным документом выделен стайлгайд проекта и этот документ соблюдается беспрекословно, поскольку это санитарный фактор, позволяющий держать проект в организованном порядке. Даже если в стайлгайде указано использовать какое-нибудь множественное наследование из 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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	114. "Национальные комитеты ISO отклонили принятие стандарта C++26"	–1 +/–
	Сообщение от Аноним (114), 04-Ноя-26, 19:14
	> В какие проекты они добавляют раст и какая его доля в процентах в этих проектах? В некоторый ~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ообщить модератору

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

	179. "Национальные комитеты ISO отклонили принятие стандарта C++26"	–1 +/–
	Сообщение от Аноним (179), 04-Ноя-26, 22:07
	> Ага, списочек из нескольких программ написанных корпорациями для самих же себя. Неинтересно. Конечно для самих себя. Они что будут для васянов писать? > Вся суть проектов, которые действительно работают на низком уровне. Ты догадываешься почему? Ты о чем? Весь 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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	53. "Национальные комитеты ISO отклонили принятие стандарта C++26"	+/–
	Сообщение от Инопланетянин (?), 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]] и др не прибегая к макросам и интринсикам.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	65. "Национальные комитеты ISO отклонили принятие стандарта C++26"	+5 +/–
	Сообщение от Аноним (65), 04-Ноя-26, 17:50
	> Стандартизация подложила свинью еще в 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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	168. "Национальные комитеты ISO отклонили принятие стандарта C++26"	+/–
	Сообщение от Аноним (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. Но слишком сырой и нет поддержки корпораций.
	Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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