forum.opennet.ru - "Бьёрн Страуструп призвал стандартизировать профили C++ для безопасной работы с памятью" (402)

"Бьёрн Страуструп призвал стандартизировать профили C++ для безопасной работы с памятью"

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

"Бьёрн Страуструп призвал стандартизировать профили C++ для безопасной работы с памятью"	+/–
Сообщение от opennews (ok), 03-Мрт-25, 12:21
Бьёрн Страуструп (Bjarne Stroustrup), создатель языка C++, призвал комитет WG21, отвечающий за разработку стандартов для языка C++, предпринять меры для сохранения актуальности C++ в условиях активного продвижения инициатив по переходу на языки, обеспечивающие безопасную работу с памятью. Страуструп считает, что язык С++ уже предоставляет все возможности, необходимые для безопасной работы с памятью. Остаётся только предоставить средства, гарантирующие, что код написан с использование только безопасных возможностей... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62821
Ответить \| Правка \| Cообщить модератору

Оглавление

Засуетили, забегали Это хорошо, хорошо, kravich (ok), 12:21 , 03-Мрт-25, (1) +45

Но ведь раст не настоящий язык, почему такая реакция sДидов корёжит и это хорош, НяшМяш (ok), 12:22 , 03-Мрт-25, (2) +7

От этого выиграет даже раст, которой без C ного LLVM может примерно ничего , Аноним (6), 12:27 , 03-Мрт-25, (6) +8

Это будет его единственное предназначение , Соль земли (?), 15:05 , 03-Мрт-25, (177) +1

Rust конкурент C т к в обоих языках нет ОПП в принципе ООП черты имитируются и, анонд (?), 12:33 , 03-Мрт-25, (12) –7

Думаю, что Бэйсика хватит всем , Ося Бендер (?), 12:47 , 03-Мрт-25, (19) +6

Я соглашусь, только надо говорить о Free Pascal, Аноним (107), 14:03 , 03-Мрт-25, (107) +2
В каких-то Бейсиках было обращение к адресам памяти - небезопасТно , Аноним (199), 15:34 , 03-Мрт-25, (199) –1

на Rust не написать ничего подобного seL4, а ООП не нужен в принципе, Аноним (29), 12:53 , 03-Мрт-25, (29) –4

Лично тебе ненужен - не испольщуй , Аноним (199), 15:35 , 03-Мрт-25, (201) +2
На язике программирования нельзя написать программу Подробней в новостях в 23 , Аноним (466), 01:44 , 04-Мрт-25, (466) +1

для системных скриптов - да Но проблема в том, что им жестко заcpaли области пр, Аноним (37), 13:05 , 03-Мрт-25, (37) +7

Черта с два Из за вечных проблем с версиями - для этого он полный отстой , Аноним (440), 22:29 , 03-Мрт-25, (440)
А показать как надо было делать - как всегда некому Если есть отличные альтерна, Аноним (442), 22:50 , 03-Мрт-25, (442)

В Си нет ООП в принципе ООП черты имитируются Слова метод класса могут ока, n00by (ok), 13:13 , 03-Мрт-25, (46) –3

C - мультипарадигменный язык На нем можно писать объектно и аккуратно, как на, тоже Аноним (ok), 14:11 , 03-Мрт-25, (122) +5

Не понял, какая связь с моим сообщением Намёк на то, что на Си можно написать, n00by (ok), 14:24 , 03-Мрт-25, (137)

Намек на то, что не надо тупых вбросов про нет в принципе , тоже Аноним (ok), 14:29 , 03-Мрт-25, (147) +3

Действительно, не надо тут вбрасывать Приму лишь цитату стандарта , n00by (ok), 17:15 , 03-Мрт-25, (267)

https lleo me dnevnik 2011 09 16_mail - что уж цитату, вот сам стандарт , тоже Аноним (ok), 17:47 , 03-Мрт-25, (285) +1

Стандарты у меня есть, и черновики есть Мне бы цитату про ООП Что-то вроде The, n00by (ok), 18:03 , 03-Мрт-25, (303)

Вы сегодня уже второй человек на этом сайте, убедительно демонстрирующий мне пре, тоже Аноним (ok), 18:09 , 03-Мрт-25, (309)

Я знаю, что цитаты из стандарта Си на тему ООП быть не может -- этим валят джу, n00by (ok), 18:26 , 03-Мрт-25, (319)
А я знаю, что человека-граммофона бесполезно сбивать с заготовленной речи - он т, тоже Аноним (ok), 18:44 , 03-Мрт-25, (334) +1
Осталось понять, зачем он влез со своим особо ценным мнением Не увидел подвох , n00by (ok), 19:20 , 03-Мрт-25, (361)

Стандарт информирует, что C is an object-oriented language - diff expr Всп, Аноним (439), 22:23 , 03-Мрт-25, (439)

В rust другая вариация ООП Нет классов Нет наследования И то и другое есть хо, laindono (ok), 13:31 , 03-Мрт-25, (70) +2

Потому что ты так сказал , Аноним (96), 13:52 , 03-Мрт-25, (96) +5

Об этом даже в вики успели написать https en wikipedia org wiki Composition_o, laindono (ok), 14:07 , 03-Мрт-25, (117) +2

тебе никто не мешает использовать композицию вмест с наследованиемне нужно замен, penetrator (?), 16:51 , 03-Мрт-25, (257)

Не нужно изобретать свою собственную терминологию , Аноним (98), 13:54 , 03-Мрт-25, (98)

Рекомендую пойти и попробовать разные языки Скажем, в JavaScript или Lua вариац, laindono (ok), 14:25 , 03-Мрт-25, (138)

ООП для части - поднятие солнца руками ООП для другой части - мы поднимаем НОЧЬ, Аноним (96), 14:29 , 03-Мрт-25, (148)

Продолжая аналогию, ООП в rust от самого сердцаНе очень понимаю, о невозможности, laindono (ok), 15:06 , 03-Мрт-25, (178)

Для работы с железом нет необходимости в ФП, хотя использовать можно Для работы , Аноним (96), 15:13 , 03-Мрт-25, (182)

С этим прекрасно справляются макросы Разумеется я не про C , там макросы скоре, laindono (ok), 15:42 , 03-Мрт-25, (207)

Часть структур с резервом в конце В подтипах в этом резерве лежат данные необхо, Аноним (96), 15:44 , 03-Мрт-25, (208)

И да Иногда резерв бывает в начале Со смещениями в минус , Аноним (96), 15:45 , 03-Мрт-25, (210)

Функция не является объектом в терминологии Си , а не ООП Нельзя передать , n00by (ok), 18:15 , 03-Мрт-25, (313)
Да очень понятный синтаксис ФП auto a, auto b return a b , Аноним (433), 21:56 , 03-Мрт-25, (433)

Давайте не смешивать в одну кучу разные понятия ООП вполне себе может жить и в , Аноним (98), 16:27 , 03-Мрт-25, (242)

Из-за ремней и подушек безопасности при аварии нельзя разбить голову о торпеду и, YetAnotherOnanym (ok), 19:34 , 03-Мрт-25, (365)

Давайте хотя бы терминологию в программировании оставим в далеке от повесткиЭто , Аноним (98), 16:20 , 03-Мрт-25, (235)

Какая ещё повестка Ты твитора обчитался или что ты несёшь вообще Есть ли где-то, laindono (ok), 17:20 , 03-Мрт-25, (272)

Когда смысл слов начинает перекручиваться, типа положительной дискриминацииТаким, Аноним (98), 19:10 , 03-Мрт-25, (355)

Думал, у нас специальная олимпиада А сейчас это называют повесточкой Интересно, laindono (ok), 20:14 , 03-Мрт-25, (386)

Как будто, C диктует, как писать Да хоть в стиле C , Аноним (199), 15:45 , 03-Мрт-25, (209)

Python тоже фтопку Уже куча репозиториев заражена python-ом, хотя он там не нуж, Аноним (98), 13:53 , 03-Мрт-25, (97) +3

А руби-то лучше на самом деле, там хотя бы отступов нет , waylandbeliver (ok), 14:21 , 03-Мрт-25, (135) +4
Потому что профессиональных, квалифицированных программистов знающих СИ, С ста, Аноним (165), 14:45 , 03-Мрт-25, (165)

Потому что полно людей, для которых ЯП и программирование в целом вторичны по от, Имя (?), 15:22 , 03-Мрт-25, (189)
Вот как раз такие проекты и подвержены заражению питоном Взять тот же vim - зач, Аноним (98), 16:37 , 03-Мрт-25, (247)
Это еще что Тут вот набИгают неспособные название - название, Карл языка прогр, User (??), 16:47 , 03-Мрт-25, (253)

Ну так, ведь, поэтому и прелагается сделают в настоящем языке , Аноним (199), 15:30 , 03-Мрт-25, (196)
Судя по таким комментариям - корежит только их авторов , Нуину (?), 16:04 , 03-Мрт-25, (226) +2

Вообще, конечно, C уникальный язык Нигде больше, насколько мне известно, нет , kravich (ok), 12:26 , 03-Мрт-25, (5) +7

Точнее в костылях команд Увы, при нынешнем состоянии языка это костыли , trolleybus (?), 13:04 , 03-Мрт-25, (36) +7
perl, sena (ok), 14:27 , 03-Мрт-25, (144) +1

А что случилось Ведь нормально же всё было Что ни день, так новое CVE из-за не, xPhoenix (ok), 13:58 , 03-Мрт-25, (102) –1

Тебе де сказали - требование оборонки Если что самолеты сделанные по требованиям, Аноним (96), 14:32 , 03-Мрт-25, (152)

А ребята с той оборонки , что эти требования сформулировали под определённую, yet another anonymous (?), 17:15 , 03-Мрт-25, (268)

Думаешь придут новые и скажут а давайте писать как диды, ну чтобы китайские и к, Аноним (-), 17:17 , 03-Мрт-25, (270) –1

Я придерживаюсь мнения, что новые веяния направлены на одновременное упрощение у, yet another anonymous (?), 19:14 , 03-Мрт-25, (357)

Да,сохранили,в принципе нормально там с стандартами Язык недавно обновлялся,но к, maximnik0 (?), 21:53 , 03-Мрт-25, (432)

Так Ады в том списке кошерных языков не было, если я правильно помню , yet another anonymous (?), 00:30 , 04-Мрт-25, (458)

А SPARK включен Ада совместимое подмножество, язык, прошедший верификацию и ка, maximnik0 (?), 01:31 , 04-Мрт-25, (464)

Возьмутся наконец за раст, увидишь тогда, что нет CVE , Нуину (?), 15:57 , 03-Мрт-25, (219) +1

Какой ужасный синтаксис теперь в С , код с вариадиками, обвешанный if constexpr, Аноним (3), 12:22 , 03-Мрт-25, (3) +6

Вопрос привычки Раст слишком уж инородный, чтобы найти применение в большинстве, Аноним (4), 12:25 , 03-Мрт-25, (4) –3

Скрыто модератором, Аноним (24), 12:50 , 03-Мрт-25, (24) –9

Скрыто модератором, Аноним (82), 13:42 , 03-Мрт-25, (82) +5

Интересное кино Плюсы с костылями - вопрос привычки, а руст значит вопрос иноро, Аноним (400), 20:37 , 03-Мрт-25, (400) +5

Пример бы такого кода на плюсах и аналог на расте для наглядности еще, Hck3r (?), 12:29 , 03-Мрт-25, (8) +6

Нет, нельзя допускать сравнения, иначе станет понятно, что проще нанять хороших , _hide_ (ok), 20:37 , 03-Мрт-25, (401) –4
Ещё бы у плюсов документация по этим фичам существовалаЯ не понял это предложенн, morphe (?), 21:22 , 03-Мрт-25, (422) +1

Ключевого слова safe в Rust нет, это я добавил чтобы сравнению не мешали unsafe , morphe (?), 21:24 , 03-Мрт-25, (424)

У плюсов всегда был ужасный синтаксис, но не хуже раста то уж точно , Аноним (383), 20:12 , 03-Мрт-25, (383) –2

Ну надо же Я думал что это должно быть по умолчанию для любой программы для с , Аноним (7), 12:27 , 03-Мрт-25, (7) +1

Прямо как программисты на Typescript Вроде бы классы и красивая типизация, а в , Аноним (14), 12:37 , 03-Мрт-25, (14) +4

Typescript давным давно можно было бы заменить любым вариантом Ocaml, ReasonML,, Аноним (98), 13:59 , 03-Мрт-25, (103)

Только не заменяется никак В чем проблема , Нуину (?), 16:06 , 03-Мрт-25, (227)

Опять диды виноваты Ой, то есть эти, как их там, а, да, сму3ихлёбы, да, они Но, Аноним (98), 16:40 , 03-Мрт-25, (249) –1

Что значит обёртки и убрать Typescript - изначально надстройка над яваскрип, bdrbt (ok), 18:18 , 03-Мрт-25, (315) +4

То ты можешь прибить все что нужно туда куда нужно , Аноним (96), 13:55 , 03-Мрт-25, (99)
В С полно библиотек, предполагающих, что объект создается в пользовательском к, тоже Аноним (ok), 14:16 , 03-Мрт-25, (129) +5

И как это изменят профили , warlock66613 (ok), 21:59 , 03-Мрт-25, (436)

Профили предлагают использовать std unique_ptr и std shared_ptr, которые опред, Аноним (449), 23:27 , 03-Мрт-25, (449)

Вы зачем код с багами пишете Пишите код без багов 8212 Бьорн Страуструп, а, Аноним (-), 12:31 , 03-Мрт-25, (11) +11

Зачем вам топоры, пилы, струганки, наждачка, долота, гвозди и клей Все надо дел, Аноним (17), 12:46 , 03-Мрт-25, (17) +3

Это ты так про Бьорна Не надо, чел сделал большую работу И заслуживают уважение, Аноним (-), 12:49 , 03-Мрт-25, (23) +4
Собственно так и изобрели мультитул, Аноним (39), 13:07 , 03-Мрт-25, (39) +2

Мультитулы прекрасны Они сочетают в себе двух до двух десятков различных инстру, Котофалк (?), 02:04 , 04-Мрт-25, (473)

ты это серьезно топоры, пилы, струганки, наждачка, долота, гвозди и клей для одн, Аноним (65), 13:26 , 03-Мрт-25, (65) +4

Уверен на 99 , что да Да Именно так Хороший программист старой закалки, сможет п, Аноним (-), 13:40 , 03-Мрт-25, (79) +1
если задача огреть по голове, то любое справится, Аноним (82), 13:43 , 03-Мрт-25, (85) +1

А почему у вас эта логика _внезапно_ кончается, когда вам предлагаешь несколько , Аноним (400), 20:39 , 03-Мрт-25, (403)

Потому что это другое 8482 Это понимать надо 8482 Ты бы ещё спросил, почем, Аноним (423), 21:22 , 03-Мрт-25, (423)

Уместно спросить - может надо было сразу делать отдельный язык, а не надстройку,, Аноним (14), 12:33 , 03-Мрт-25, (13) –4

Не забывайте, что все актуальные компиляторы Си написаны на C GCC был сначала, X512 (?), 12:50 , 03-Мрт-25, (25) +1

актуальный как раз не на С https compcert org, Аноним (29), 14:36 , 03-Мрт-25, (156) –3

Да, выкинуть 40 с гаком лет написания кода и начать всё с нуля, такая прелесть , Admino (ok), 13:07 , 03-Мрт-25, (38) +1

Делаются биндинги, новый код пишется на нормальном ЯП Ага Иногда так приходится , Фнон (-), 13:21 , 03-Мрт-25, (60) +3

Одна проблема, когда вместо лошадки пробуют заставить впрячь в повозку слизня, и, Аноним (96), 13:58 , 03-Мрт-25, (101) –2

Плохая аналогия подобна котенку с дверцей с Вон недавно раст-либа обогнала по с, Аноним (-), 14:27 , 03-Мрт-25, (143)

Вот только на си и плюсах пишут полноценные проекты А на rust уже почти доперепи, Аноним (96), 14:35 , 03-Мрт-25, (154)
Толсто Запомни, сишку может обогнать только ассемблер , Аноним (-), 17:51 , 03-Мрт-25, (288) –1

Прогресс, ага, про GNOME тоже самое твердят , Аноним (165), 14:15 , 03-Мрт-25, (126) +1
Только кучеры в то время орали, что на ваших убогих автомобилях ни по одной коле, Аноним (400), 20:43 , 03-Мрт-25, (405)

Мил человек, прикройте, пожалуйста методичку Уже надоело , yet another anonymous (?), 00:40 , 04-Мрт-25, (460)

Скрыто модератором, Аноним (465), 01:32 , 04-Мрт-25, (465)

На ту свалку истории изрядная очередь Перед Плюсами туда давно отправлен, напр, тоже Аноним (ok), 14:19 , 03-Мрт-25, (130)

То что у нас есть уже 100500 написанных это одно А сколько новых сайтов пишутся , Аноним (-), 14:42 , 03-Мрт-25, (162)

Да столько же, ЧСХ Ни одного альтернативного варианта, который позволит дешевле, тоже Аноним (ok), 15:26 , 03-Мрт-25, (190) +1

Не только деление на фронт и бек, но и деление бека на экземпляры и модули, кото, Аноним (250), 16:44 , 03-Мрт-25, (250)

Код, разумеется, делится на модули, чтобы его можно было безболезненно поддержив, тоже Аноним (ok), 16:58 , 03-Мрт-25, (261)

Ошибочное представление PHP всё ещё медленный, и многие задачи хочется переписа, anonizmus (?), 23:21 , 03-Мрт-25, (447)

Зачем Вы хоть десять фронтендов, хоть сто сделайте, без бекенда это работать вс, Аноним (98), 19:14 , 03-Мрт-25, (356)

Технологии понемногу меняются Если двадцать лет назад Пых выдавал на фронт гото, тоже Аноним (ok), 21:47 , 03-Мрт-25, (430)

Не успеют, а если и родят что-либо, то это опять будет нечто монструозное, тянущ, bdrbt (ok), 12:43 , 03-Мрт-25, (15)

Не смеши публику Большинство из указанного включается с помощью опций -Werror у, Аноним (18), 12:47 , 03-Мрт-25, (18) +1

Осталось рассказать это Страуструпу, а то он не в курсе поди , bdrbt (ok), 12:48 , 03-Мрт-25, (22) +1

Проблема не в выявлении подобных мест Это, очевидно, хотели сказать Проблема то, Аноним (96), 14:01 , 03-Мрт-25, (106)

Страуструп - топовый тролль, конечно Глумится и не скрывает этого , MUTbKA (?), 12:47 , 03-Мрт-25, (20) +1

В смысле, что комитету следует успеть до конца года , n00by (ok), 13:09 , 03-Мрт-25, (44)

Не только Это полумеры все Будет чуть лучше и чуть тормознее и больше похоже н, Аноним (81), 13:41 , 03-Мрт-25, (81) +1

Ты или тролишь или не понимаешь о чем речь А речь о добавлении системы настройки, Аноним (96), 14:06 , 03-Мрт-25, (112)
Я не смог не нашёл причин и целей в Rust, но смог проделать описанное в стан, n00by (ok), 14:06 , 03-Мрт-25, (113) +2
Блин, да ежу же понятно, что вопрос не технический, а денежный Всё всегда туда , Аноним (400), 20:46 , 03-Мрт-25, (408)

Вы зачем поставили слова комитет и успеть в одном предложении , Аноним (84), 13:43 , 03-Мрт-25, (84)

Так после топовый тролль же Не все знакомы с работой комитета , n00by (ok), 14:06 , 03-Мрт-25, (115)

По моему С уже ни чего не спасёт Он просто устарел , fdn721 (ok), 12:48 , 03-Мрт-25, (21) +2

Только вот беда, что в основе IT инфраструктуры по прежнему C и переписывать э, X512 (?), 12:54 , 03-Мрт-25, (30)

Бывает нечто, о чем говорят 171 смотри, вот это новое 187 но это было уже, n00by (ok), 13:08 , 03-Мрт-25, (40) +4

Лучше упомянуть такие языки как Алгол и BCPL, о них только помнят, никто ими не , Bottle (?), 19:59 , 03-Мрт-25, (375)
В спутниках ГЛОНАСС По информации с открытых источников- там применяется процесс, maximnik0 (?), 22:18 , 03-Мрт-25, (438)

Servo смотрит на это утверждение с недоумением Не все конечно умеет, по сравнени, Аноним (-), 13:33 , 03-Мрт-25, (73)

Что бы получить в итоге ну не смогла я, не смогла , Аноним (96), 14:08 , 03-Мрт-25, (119)

С чего бы это WebRender и многопоточное css прекрасено работают в FF В остальном, Аноним (-), 15:20 , 03-Мрт-25, (188) +1

Кобыла Мужик, поставь на меня, Аноним (96), 15:39 , 03-Мрт-25, (204)

Надо просто убрать кучу ненужных web api и не раздувать веб-стандарты, тогда и с, Аноним (250), 16:11 , 03-Мрт-25, (231)

да кто ж иму дастЪ С У людей на этой сложности суриоус бусинес построен, , _ (??), 20:41 , 03-Мрт-25, (404)

И даже нашего самого восточного соседа ну дела , Котофалк (?), 02:11 , 04-Мрт-25, (480)

То-то столько драмы каждый раз, когда таки переписывают Аж целого Линуса призва, laindono (ok), 13:40 , 03-Мрт-25, (78) +1

Тут есть ньюанс Переписывать и переписать немного отличаются , Аноним (96), 14:38 , 03-Мрт-25, (157)

Ты бы хоть читал на что отвечаешь 8230 Как всё написанное тобой соотносится с , Аноним (83), 13:42 , 03-Мрт-25, (83)
ну так переезжайте на марс, там ничего переписывать не придётся, всё с нуля вам, Аноним (82), 13:45 , 03-Мрт-25, (86)

По-твоему там не будет доступа на GitHub , Аноним (362), 19:26 , 03-Мрт-25, (362)

Ты в курсе какой до марса пинг , _ (??), 20:44 , 03-Мрт-25, (406)

C и C не первые языки На фортране тоже много чего было написано, и наверняка , Аноним (250), 14:07 , 03-Мрт-25, (118)

Вот только это язык другой целевой ниши И только сравнительно недавно пропал смы, Аноним (96), 14:10 , 03-Мрт-25, (121) +1

Фортран это просто к примеру Вместо фортрана подставьте любой другой старый поп, Аноним (250), 15:52 , 03-Мрт-25, (216)
Смысл пропал давно, просто менеджеры не хотели вкладываться в модернизацию А из, Аноним (250), 16:25 , 03-Мрт-25, (239)

Ну значит не везде менеджеры - тупицы, прям в кои то веки - хорошая новость А зн, _ (??), 20:48 , 03-Мрт-25, (409)

GCC это не 171 компилятор c 187 GCC это GNU Compilers CollectionКоллекция ком, Аноним (202), 15:37 , 03-Мрт-25, (202) –1

В следующей версии коллекции ожидается включение нового ЯП Нет, не раст COB, _ (??), 20:51 , 03-Мрт-25, (413)

Видимо у кого-то из оплачивающих разработку RH и прочие возникла необходимостьД, Аноним (202), 21:14 , 03-Мрт-25, (419)

Учитывая скорость работы комитета по стандартизаци удачки, хехе Учитывая, чт, Аноним (-), 12:51 , 03-Мрт-25, (26) +2

А чего АНБ свой проект Тор на Раст перевела , Аноним (32), 12:58 , 03-Мрт-25, (32) +1

Потому что им не хочется, чтобы их сотрудника набутылила местная контрразведка т, Аноним (-), 13:08 , 03-Мрт-25, (42) +2

Используя закладки в rust , Аноним (96), 14:12 , 03-Мрт-25, (123) +1

Слишком палевно Можно контролировать сами ноды Можно использовать закладку прям, Аноним (-), 14:45 , 03-Мрт-25, (164)

Вспомнилась новость о том что Касперский запретил использовать апл Типы было тео, Аноним (96), 15:19 , 03-Мрт-25, (186)

Смахивает на ЛПП Пруфы-то были , Аноним (423), 21:51 , 03-Мрт-25, (431)

Ты бы хоть раз ссылочку привёл на эту закладку А то, может, это и не закладка, , Аноним (199), 16:09 , 03-Мрт-25, (230)

Ищи по Bvp47 Уязвимость, потому что сишник забыл проверить входные данные и п, Аноним (-), 16:51 , 03-Мрт-25, (256)

Используя разводной ключ за пять баксов и судебную систему Всякий раз как речь , Аноним (423), 21:32 , 03-Мрт-25, (425)

Фантазеры, блинTor Project был создан не АНБ гражданская структура , а NRL струк, Аноним (202), 15:39 , 03-Мрт-25, (205)

Главное, не отечественный т майором , Аноним (199), 16:11 , 03-Мрт-25, (232)
- Одно слово румын- Так он болгарин- Да А какая разница Для большинства это , Аноним (96), 17:03 , 03-Мрт-25, (263) +1

Да вот в том-то и дело, что нет там майоров, в АНБ этом вашемА в NRL есть ну или, Аноним (202), 17:32 , 03-Мрт-25, (276)

Tor не АНБ как тут верно уже указали Он инструмент , но в другом смысле --- , yet another anonymous (?), 17:04 , 03-Мрт-25, (265)

Воу, воу Палехше Куда так гнать, ну Этж в 26 стандарт принять, в 30м поддержк, User (??), 12:52 , 03-Мрт-25, (28) +2
А это не тот самый мужик, который в своей книжке писал что насоедование 8-го уро, Аноним (32), 12:56 , 03-Мрт-25, (31) +2

Трудно понять о чем ты Переформулируй , Аноним (96), 14:13 , 03-Мрт-25, (124)

Про наследование , Аноним (32), 18:01 , 03-Мрт-25, (298)

8-го уровня , Аноним (479), 02:10 , 04-Мрт-25, (479)

Средства т е инструменты есть, у 822 м 822 а 822 желания их использовать п, Аноним (39), 13:03 , 03-Мрт-25, (34) +1
Жаль деда Линуксоиды по сути его предали, не осилили плюсы в ядро , n00by (ok), 13:03 , 03-Мрт-25, (35)

Так он и не стал дедом, все такой же мальчишка Дед тот, слово мысль, идея к, Аноним (212), 15:48 , 03-Мрт-25, (212) –1

Вряд ли его таким ужалить Дед спорный, как и Вирт, но свой след оставил В отли, n00by (ok), 17:40 , 03-Мрт-25, (283)

Не нужно его в ядро По-моему мнению, C - это язык для прикладного программиро, Аноним (37), 13:08 , 03-Мрт-25, (41)

Мнение - это из области мнимого В действительности драйвера антивирусов нередко, n00by (ok), 13:25 , 03-Мрт-25, (63) +1
Авторы Genode с вами несогласны,, Аноним (199), 16:13 , 03-Мрт-25, (233)
Нет ничего более прикладного чем операционная система , Bottle (?), 20:03 , 03-Мрт-25, (377)
SerenityOS написана на C , zionist (ok), 20:28 , 03-Мрт-25, (396)

SerenityOS, нормальная Интерфейс нормального пользователя , Аноним (479), 02:10 , 04-Мрт-25, (478)

Гениально А что, можно иначе , Аноним (37), 13:09 , 03-Мрт-25, (43) +2

Можно А еще некоторые в бинарниках шестнадцатиричным редактором заголовки правя, Прохожий (??), 13:11 , 03-Мрт-25, (45)
Конечно Просто добавляешь коммент тут все ровно, мамой клянусь и пишешь как по, Фнон (-), 13:16 , 03-Мрт-25, (50) +3
Иногда НУЖНО иначе , Аноним (96), 14:14 , 03-Мрт-25, (125) +1
Конечно, например сделал new для буфера, использовал, вышел из программы Можно , sena (ok), 14:39 , 03-Мрт-25, (159) –1
Конечно, особенно в какой-нить стековой модели объектов Тогда выделяешь сразу б, хрю (?), 14:55 , 03-Мрт-25, (173) +1

Так конструкторы-деструкторы всё равно вызовутся, в отличие от предложенного выш, n00by (ok), 17:49 , 03-Мрт-25, (286)
И дрежать только одно соединение за раз, Аноним (98), 19:18 , 03-Мрт-25, (359)

И как на таком новом-кленовом C написать linked-list , Аноним (47), 13:13 , 03-Мрт-25, (47) –1

C умными указателями конечно же Я сам конечно не пробовал, мне некогда пока бы, Аноним (52), 13:17 , 03-Мрт-25, (52)

Не, умные указатели не подходят, поскольку сразу же после присоединения нового э, Аноним (98), 14:03 , 03-Мрт-25, (109) +1

А давайте добавим сильные, но глупые Вот тогда плюсы взлетят , Аноним (-), 14:47 , 03-Мрт-25, (167)
А вот для этого и надо бы сделать время жизни контейнеров Как раз то чего в rus, Аноним (96), 14:53 , 03-Мрт-25, (171)

Вполне нормально сделать нормальный linked list единожды и использовать его везд, Аноним (279), 17:38 , 03-Мрт-25, (279)

Умные указатели вполне подходят для списков Просто ссылки на предыдущие элемент, Dezz (??), 21:40 , 03-Мрт-25, (426) +1

Так в конце дед предложил аж 6 вариантов unsafe Вот ими вся libstdc и будет, Аноним (384), 20:12 , 03-Мрт-25, (384)
Уже написан, в STL А если свой хочется - можно через ссылки , Ан Оним (?), 20:16 , 03-Мрт-25, (389)

Поздно спохватились Доктор сказал в морг, значит в морг С изжил свое , Аноним (48), 13:13 , 03-Мрт-25, (48) +1

Что на замену , X512 (?), 13:19 , 03-Мрт-25, (57)

Rust Если уже Линус Торвальдс ярый сторонник C и противник C начал отказыва, Аноним (48), 13:37 , 03-Мрт-25, (77) –3

Хитро передёргиваешь Лично Торвальдс считает, что нет ничего лучше Си - это е, Аноним (-), 18:02 , 03-Мрт-25, (299) –1

Условный C 2 0 Нужно просто решиться и сломать обратную совместимость с силь, Аноним (-), 13:48 , 03-Мрт-25, (88) +2

И получить необходимость дублировать код и структуры для разных архитектур, полу, Аноним (96), 14:16 , 03-Мрт-25, (128)

Пример в студию Вот такая UB позволяет сделать то-то Иначе это пустой треп о то, Аноним (-), 14:49 , 03-Мрт-25, (169) +1

До недавнего времени тип char в ядре linux был для разных платформ разным Где т, Аноним (96), 14:57 , 03-Мрт-25, (174)

Это все невероятно интересно, но где комбинаторный взрыв Плюс там пробелема бы, Аноним (-), 15:07 , 03-Мрт-25, (179)

Я вообще-то только это и комментировал А комбинаторный Из за одного типа надо , Аноним (96), 15:27 , 03-Мрт-25, (192)

Забыл добавить похорошему бы А так разработчики решили забить , Аноним (96), 15:29 , 03-Мрт-25, (193)
Давай по пунктам1 сколько таких платформ 2 сколько из них живы 3 неужели они , Аноним (-), 15:30 , 03-Мрт-25, (195)

Какая разница Это был пример , Аноним (96), 15:41 , 03-Мрт-25, (206)

Разница огромная Если мы можем выкинуть 100500 ifdef ов для 100500 некроплатформ, Аноним (-), 16:49 , 03-Мрт-25, (255)

Любая хрень становится некро - только когда исчезают люди способные это поддержи, Аноним (96), 17:20 , 03-Мрт-25, (273)

Так, а где тут UB А то я думал, что тут про разыменновывание нулевого укзателя , Аноним (98), 16:45 , 03-Мрт-25, (252)

Операции сдвига UB , Аноним (96), 17:23 , 03-Мрт-25, (274)

Поведение char от компилятора зависит Просто char - это не сокращение от signed, Аноним (384), 01:26 , 04-Мрт-25, (463)

Так ржавый и получится же ну Только он уже готов и даже стабилен, Аноним (146), 14:29 , 03-Мрт-25, (146) +1

Не получится Классов нет, наследования, шаблонов В C 2 0, если таковой появи, Аноним (199), 16:22 , 03-Мрт-25, (237)

Так в русте же все эти штуки одним общим механизмом трейтов реализованы, Вася Пупкин (?), 18:31 , 03-Мрт-25, (322) +1

Да, это такие штуки в Русте , Аноним (479), 02:07 , 04-Мрт-25, (477)

А можно просто узнать, сколько за эти годы было написано языков на замену Креста, тоже Аноним (ok), 14:33 , 03-Мрт-25, (153)

Тот Д который со сборщиком мусора опциональным, но тем не менее И для которого, Аноним (-), 14:49 , 03-Мрт-25, (170)

Так комментарий выше - в аккурат про то, что а вот давайте теперь напишем то,, тоже Аноним (ok), 15:20 , 03-Мрт-25, (187)
SafeD там там теперь по умолчанию из коробки , Аноним (199), 16:24 , 03-Мрт-25, (238)

С , Аноним (165), 14:41 , 03-Мрт-25, (161)

C 2, Аноним (199), 16:26 , 03-Мрт-25, (241)

Буквально все, чем ты пользуешься на нем Изжил Откуда вы лезите Где у вас гн, Нуину (?), 16:09 , 03-Мрт-25, (229) +2

И Когда появилось эл-во и факелы и свечки заменяли на него, наверняка такие же , Аноним (-), 16:36 , 03-Мрт-25, (246) –1

Если бы электричество А то ведь предлагают вместо свечей дыру в потолке прорубит, Аноним (96), 18:46 , 03-Мрт-25, (340) +1

Что-то Qtшники переписываться на Rust не спешат , Аноним (199), 16:15 , 03-Мрт-25, (234) –1

Их уже переписали https slint dev alternative-to-qt, НяшМяш (ok), 18:37 , 03-Мрт-25, (326)

Ну вот когда серъезные проекты на нем появятся, тогда можно что-то утверждать А, Нуину (?), 23:33 , 03-Мрт-25, (451)

У них есть qml с js-ом стоит заметить своей реализацией Так что все безопасно, Нуину (?), 23:34 , 03-Мрт-25, (452)

C , blevakagmail.com (?), 01:53 , 04-Мрт-25, (467)

ИЧСХ, Паскаль с самого начала не давал программисту делать всё что угодно, а тол, Аноним (49), 13:15 , 03-Мрт-25, (49) +3

Просто до этого нехаватоло мощностей и приходилось выжимать до капли любым спосо, Аноним (52), 13:19 , 03-Мрт-25, (56) –1
Проблема Паскаля не в том, что он слишком правильный И даже не в том, что мед, Анонем (?), 13:23 , 03-Мрт-25, (61) +1

Насчёт медленности Паскаля вопрос сомнительный Зависит от многих факторов, в т, SAI (ok), 14:25 , 03-Мрт-25, (140) +1

Ну так естественно, если над компилятором FreePascal трудятся по-сути случайны, Bottle (?), 20:08 , 03-Мрт-25, (379) +1
Даже близко там такого быть не может Эти языки отличаются на плюс-минус 5-10 , Аноним (384), 00:25 , 04-Мрт-25, (456) +1

Не в бровь, а в глаз 50 лет назад, американцы всячески игнорировали Алгол, и ве, Аноним (-), 18:30 , 03-Мрт-25, (321)

Скрыто модератором, User (??), 14:03 , 03-Мрт-25, (108) –1
И как в паскале дело обстоит с указателями Так же как в си крестах , Аноним (98), 14:05 , 03-Мрт-25, (111)

Если постараться, то выстрелить себе в ногу тоже можно Но компилятор много чего , SAI (ok), 14:27 , 03-Мрт-25, (145)

Что значит постараться Я не знаю все 100500 языков какие есть Если вы расхвали, Аноним (98), 16:49 , 03-Мрт-25, (254)

Ну в lazarus будет , и nil Забыть вызвать Free Destroy Dispose можно , Аноним (384), 20:20 , 03-Мрт-25, (391)

Паскаль - отличный язык Но создавался он исключительно для обучения и там тольк, Аноним (146), 14:31 , 03-Мрт-25, (149)

Да что всё Поцкаль да Поцкаль Ведь, есть же более промышленный Modula-2, которы, Аноним (199), 16:33 , 03-Мрт-25, (243)

Какая модуль, какой Паскаль Оберон , blevakagmail.com (?), 01:57 , 04-Мрт-25, (468)

Так удивился этому заявлению, что аж заглянул в свой архив Нет, похоже, исходни, тоже Аноним (ok), 14:39 , 03-Мрт-25, (158)

Это Turbo Pascal Все коммерческие реализации как раз и добавляли разные небезоп, Аноним (49), 15:32 , 03-Мрт-25, (198)

А верблюд несимпатичный и низко летает Вообще непонятно, что арабы в них нашли , тоже Аноним (ok), 15:38 , 03-Мрт-25, (203)

На вкус и цвет - кому и кобыла невеста, Аноним (96), 16:21 , 03-Мрт-25, (236)

Скорее на бесптичье и жoпа - соловей Причем оглядываясь на прошедшие десятилет, тоже Аноним (ok), 16:25 , 03-Мрт-25, (240)

То есть ты ставишь знак равенства между американской реализацией компилятора Tu, Аноним (-), 18:16 , 03-Мрт-25, (314)

Проблема не в том, что до мэйнстрима что-то дошло или не дошло Американцы были , Аноним (-), 18:11 , 03-Мрт-25, (311)

Скрыто модератором, Аноним (51), 13:17 , 03-Мрт-25, (51) +1
Тут уже поднапряглись авторы и пользователи Qt 8230 , Аноним (58), 13:19 , 03-Мрт-25, (58) +4

Qt закрыть и забыть Хорошо, много на нем не успел сделать , Прохожий (??), 13:32 , 03-Мрт-25, (72) –4

А что вместо него , Аноним (93), 13:51 , 03-Мрт-25, (93) +2

flutter, slint, Аноним (29), 14:31 , 03-Мрт-25, (150) –3

Помнится, ещё какой-то Клиттер пытался взлетать, не вышло , Аноним (199), 16:35 , 03-Мрт-25, (244)

Клиттер,Который в Latex, да это он , Аноним (479), 02:05 , 04-Мрт-25, (475)

Отличная инициатива Так оно и будет, затащат все основные примочки растов и ник, Аноним (59), 13:20 , 03-Мрт-25, (59)

Может и будет, вопрос когда Пока комитетчики расшевелятся, пока это попадет в , Фнон (-), 13:29 , 03-Мрт-25, (67) +2

Сколько там прошло с момента появления rust А в новостях про переписывальщиков , Аноним (96), 14:20 , 03-Мрт-25, (133) –3

Это современный метод ведения бизнеса Обещать, а концу дедлайна сваливать по го, Аноним (37), 14:36 , 03-Мрт-25, (155)

Отвечу тут Паритет функциональности проекта на Си С и переписываемого на rust , Аноним (96), 15:32 , 03-Мрт-25, (197)

В соседней новости fish переписали с СИ на С , потом с С на раст Суда по их б, Аноним (-), 15:35 , 03-Мрт-25, (200) +1

Fish Возможно Но Насколько я понимаю, сам fish это упрощенная версия командной, Аноним (96), 16:09 , 03-Мрт-25, (228)

Э То что оне не ПОФИГС совместимый не делает его упрощенным Pingora, Хикорри, C, Аноним (-), 17:13 , 03-Мрт-25, (266)

Ну не смогла я - не смогла Что это Это есть в дистрибутивах А вот в это верю Т, Аноним (96), 18:53 , 03-Мрт-25, (346)

Первый стабильный релиз - май 2015 В андроид добавили в начале 2021 года В ядро , Аноним (-), 14:58 , 03-Мрт-25, (175) +2

а еще помимо языка удобный тулинг, стандартизированный подход к тестам, доке и б, Вася Пупкин (?), 18:38 , 03-Мрт-25, (327) +1

Джависты не перекатываются на скалу ни когда в этом смысла нет, ни когда смысл е, Аноним (98), 14:06 , 03-Мрт-25, (114)

Джависты, они такие да , Аноним (479), 02:04 , 04-Мрт-25, (472)

Всегда так делал и буду делать Мне так удобно контролировать выделение освобожд, Прохожий (??), 13:26 , 03-Мрт-25, (66)

Ты и без них можешь контролировать, Аноним (69), 13:30 , 03-Мрт-25, (69) +1
А если delete в другой функции Или на другом потоке Неужели GCC все проверяет И, Аноним (-), 13:31 , 03-Мрт-25, (71) +1

У меня в проекте проверяет Но проект собирается из исходников, хотя и по частям, Прохожий (??), 13:35 , 03-Мрт-25, (75)

Нет, delete в той же функции Функция исполнилась - освобождает ресурсы, которые, Прохожий (??), 13:36 , 03-Мрт-25, (76)

ИМХО неудобно контролировать каждый указатель Про что-то можно и забыть Любая ф, inklesspen (ok), 15:08 , 03-Мрт-25, (180)

Если забыть, то в данном случае, напомнит статический анализатор кода , Аноним (199), 16:45 , 03-Мрт-25, (251)

Очень интересно, как вы собираетесь в той же функции освобождать ресурсы, если и, Аноним (98), 16:54 , 03-Мрт-25, (258)
почему тогда operator new не освобождает ресурсы, когда исполнился , Аноним (388), 20:15 , 03-Мрт-25, (388)

А вообще, считаю высшим пилотажем, когда вычисления производятся в тех же массив, Прохожий (??), 13:40 , 03-Мрт-25, (80) +1

высший пилотаж Dтебе что 20 лет, как можно быть таким зелёным , Аноним (92), 13:50 , 03-Мрт-25, (92) +3

Да, зеленый он совсем То ли дело, взять готовую библиотеку, которая хрен знает , Аноним (37), 13:57 , 03-Мрт-25, (100)

Неужели это настолько сложно делать в C , что это считается чем-то стоящим у, laindono (ok), 13:59 , 03-Мрт-25, (105) +1

Это не подойдет, по многим причинам - у дедов уже зрение не то, они просто не ви, Аноним (-), 14:19 , 03-Мрт-25, (131) +1

Какая-то мелкая букашка по монитору пробежала , Аноним (96), 14:23 , 03-Мрт-25, (136)
Дедов на поддержку легаси можно оставить Лучше думать один раз при создании инте, laindono (ok), 14:47 , 03-Мрт-25, (168) –1

Когда сидишь на диване и палец об палец не ударяешь, всё предельно просто, Аноним (107), 14:54 , 03-Мрт-25, (172)

Кто нибудь ударьте палец, о палец Молодец , Аноним (479), 02:03 , 04-Мрт-25, (471)

У тебя ошибка, растолюб Правильно вот так fn do_some_math a input a , Аноним (388), 15:08 , 03-Мрт-25, (181) –1

В реальном коде этот конкретный случай вот так выглядит fn do_some_math input , laindono (ok), 15:17 , 03-Мрт-25, (183)

Растолюб, почему у тебя длинна знаковая в примере на Си Вы же типа, в отличие о, Аноним (388), 15:56 , 03-Мрт-25, (218) +2

Там скорее всего нужно использовать size_t Хотя всё это не важно для контекста , laindono (ok), 16:36 , 03-Мрт-25, (245)

ну т е без раста вы также не можете чистый безопасный код написать Ясно-понятн, Аноним (388), 17:00 , 03-Мрт-25, (262) +2

Скрыто модератором, Аноним (-), 17:03 , 03-Мрт-25, (264) –1
Я могу потратить полчаса времени и вспомнить детали С другой стороны я пишу на , laindono (ok), 18:10 , 03-Мрт-25, (310)

А почему бы и нет Может это закладка чтобы потом туда -100500 передать Вот захо, Аноним (-), 17:17 , 03-Мрт-25, (269)

скорее всего будет вообще не так Вы там const-ов наставили вообще не в тему Ск, Совершенно другой аноним (?), 16:57 , 03-Мрт-25, (260)

Неизменяемый указатель на изменяемую память fn do_some_math input mut f32 -, laindono (ok), 17:58 , 03-Мрт-25, (295)

А если мне эти данные ещё нужны, как быть в этом случае , Аноним (98), 16:55 , 03-Мрт-25, (259)

Использовать f ocaml Массив по определению можно изменить Пляши от стенки , blevakagmail.com (?), 02:04 , 04-Мрт-25, (474)

OCaml, Oberon А вы опасный человек , Котофалк (?), 02:31 , 04-Мрт-25, (481)

Ну, и как он предлагает этого достичь Да еще и во время компилиции Ну вот бана, Аноним (93), 13:48 , 03-Мрт-25, (89) +4

Ну как, запретить такие конструкции , Аноним (49), 13:51 , 03-Мрт-25, (95)

Какие такие конструкции Возврат ссылки, что ли , Аноним (93), 16:00 , 03-Мрт-25, (222)

Да Ссылка на литерал не есть хорошая идея Но С --- мультипарадигменный язык , yet another anonymous (?), 17:37 , 03-Мрт-25, (277) –1

Как ты себе представляешь запрет возвращения ссылок Ты не понимаешь, что людям , Аноним (344), 18:49 , 03-Мрт-25, (344)

OK, конкретно в этом кодеошибки нет Константная ссылка слева продлевает время ж, Аноним (49), 17:38 , 03-Мрт-25, (278) –1

Нет, не продлевает , Аноним (344), 18:44 , 03-Мрт-25, (335)

продлевает, anonymous (??), 19:41 , 03-Мрт-25, (368) –1

Превознемогает Молодец , Аноним (479), 02:02 , 04-Мрт-25, (470)

Не переживайте Сказать не значит сделать , blevakagmail.com (?), 02:06 , 04-Мрт-25, (476)

Ага то есть был язык с , наверно, самый переусложнённый из ныне используемых, а, хрю (?), 14:47 , 03-Мрт-25, (166)

Когда с разрабатывался, utf8 ещё не придумали , Аноним (82), 16:40 , 03-Мрт-25, (248) –1

но большинство мейнстрим языков его смогли осилить, хоть даже и через боль кто , Вася Пупкин (?), 18:41 , 03-Мрт-25, (330) +1

На современном С вернее, на стандарте 11 и выше вообще можно писать как на п, slew (ok), 15:02 , 03-Мрт-25, (176) –1

Это ещё они про MISRA не слышали 8212 вообще массовый подрыв произошёл бы , Арман (?), 15:48 , 03-Мрт-25, (211) +1

Скрыто модератором, Карман (?), 15:48 , 03-Мрт-25, (214) –1

С 14ю способами инициализации, ага что еще с чем сравнишь , Вася Пупкин (?), 18:43 , 03-Мрт-25, (333)

Выбери один по вкусу, и используй только его Или абы чо ляпнуть , slew (ok), 19:00 , 03-Мрт-25, (350)

Проблемы начинаются при использовании чужих библиотек - и вдруг тебе оказывается, Bottle (?), 20:11 , 03-Мрт-25, (381)

Что за стереотипы Откуда ты лохматый такой Из пещеры , Аноним (-), 18:45 , 03-Мрт-25, (337) –1
Можете предоставить ссылку на свою проект в котором с раскрывается как простой, хрю (?), 20:02 , 03-Мрт-25, (376) +1

Вообще говоря, авторы Си задумывали так, что программы на Си будут использоватьс, Аноним (184), 15:18 , 03-Мрт-25, (184) +1

Хм, весьма интересно, а нет какой-нибудь ссылки на исходник или около того Хоте, Аннноним (?), 15:48 , 03-Мрт-25, (213) +2

AWK programming language, Aho Kernighan Weinberger The Unix Programming Environm, Аноним (184), 17:58 , 03-Мрт-25, (296)

Ага, верим Особенно учитывая что Си создавался чтоб переписать UNIX с на PDP11 , Аноним (388), 17:38 , 03-Мрт-25, (280)

При чём тут ядро Во-первых, ядро тогда было сильно меньше Во-первых, в ядре не , Аноним (184), 18:02 , 03-Мрт-25, (300) +1

Изначально вброс был, что Си создавался чтоб писать проги не длинее 1000 строк и, Аноним (388), 18:29 , 03-Мрт-25, (320) –1

Чо так возбудился-то Он просто процитировал мнение Кернигана, из книги написанн, Аноним (-), 18:42 , 03-Мрт-25, (331)
Не вижу противоречий, а вот ты что-то себе придумал о UNIX https github com , Аноним (416), 20:55 , 03-Мрт-25, (416)

Ты эта, посмотри старенькие сишные API и ответь нам, хипстрорам, на один вопро, Аноним (416), 21:17 , 03-Мрт-25, (421)

Именно так си создавался в парадигме unix - простой язык для простых программ к, хрю (?), 20:06 , 03-Мрт-25, (378)

На момент появления C а это уже ближе к середине 80-х язык C далеко ушёл за , Аноним (384), 23:15 , 03-Мрт-25, (446)

Вот думаю если ИИ начнет писать код, то скоро требование человекочитаемости ст, Аноним (185), 15:18 , 03-Мрт-25, (185)

Не начнет, сейчас только общий код выдает, который надо много править А если нач, Аноним (479), 15:53 , 03-Мрт-25, (217)
ИИ не будет писать код, если ему задачу не поставить И задачу нужно будет стави, slew (ok), 18:22 , 03-Мрт-25, (316)

Э галюцинированние без которого невозможно ни одно ИИ как на разработку ложит, Аноним (96), 19:01 , 03-Мрт-25, (351)

Не беспокойтесь Чуваки еще лет пят поколдут с матрицами, ембедингами и кучей ос, slew (ok), 21:44 , 03-Мрт-25, (427)

Даёшь ещё больше сахару в ЯП Так а кто ж раньше то мешал это юзать , Ivan_83 (ok), 15:27 , 03-Мрт-25, (191) –3

Где ты это увидел в новости , Аноним (93), 16:03 , 03-Мрт-25, (224) +1

А настройки профилей это не расширяет список того что надо знать и прописывать к, Ivan_83 (ok), 17:53 , 03-Мрт-25, (291) –1

Еще раз При чем здесь синтаксический сахар, о котором ты вещал , Аноним (367), 19:40 , 03-Мрт-25, (367)

Наконец то достойный конкурент rust y, если я правильно понимаю , Аноним (479), 15:52 , 03-Мрт-25, (215) –1
Очень даже логично заюзать флаги при компиляции, не ломая кодаХочешь пиши Си с к, Аноним (220), 15:58 , 03-Мрт-25, (220)

Так не делай, сразу пиши мета-код в соответствии с последним стандартом , Аноним (-), 18:39 , 03-Мрт-25, (329)
и получится лапша из смеси того и другого обмазаная CVE, что собственно практика, чатжпт (?), 19:48 , 03-Мрт-25, (370)

Смешно Там просто ГОРЫ важного кода на С и С, который никто не будет переписы, Нуину (?), 16:00 , 03-Мрт-25, (221)
Сейчас все навалятся на раст, потребуют чего не хватает Раст скатится в еще бол, Нуину (?), 16:02 , 03-Мрт-25, (223)
Они так уже с TCP на OSI переходили, даже целый RFC наваяли, 8470 1169 - с дед, Big Robert TheTables (?), 16:03 , 03-Мрт-25, (225)

Работает, но не в контексте TCP Просто на тендер не допустят часть фирм А други, Аноним (-), 17:19 , 03-Мрт-25, (271)

Теперь все стало понятно , Аноним (275), 17:32 , 03-Мрт-25, (275) –1
Тот кто раньше писал что допилят C чтобы сделать безопасным и что будет такая , Аноним (-), 17:45 , 03-Мрт-25, (284)
Так других вариантов и нет Бьёрн Страуструп абсолютно прав Нужно допиливать ин, Аноним (290), 17:52 , 03-Мрт-25, (290)

его не допиливать нужно, а выкидывать, но жалко, чатжпт (?), 19:50 , 03-Мрт-25, (372) +1

пилите редокс, шура, там золото , Аноним (290), 21:44 , 03-Мрт-25, (428) –1

Нихрена он не содержит Во-первых, о какой безопасности можно говорить без подде, Аноним (292), 17:53 , 03-Мрт-25, (292) +4

Если это будет отключаемой или опциональной возможностью никто пользоваться не б, Аноним (32), 18:03 , 03-Мрт-25, (301)

Будут когда государство при закупке напишет в тендере, что софт должен компилиро, sena (ok), 18:06 , 03-Мрт-25, (306)

1 GUARDED_BY2 Можно свою обертку написать по аналогии MutexGuard раста, наприм, Нуину (?), 00:27 , 04-Мрт-25, (457)

Rust это не только про безопасную работу с памятью, но и про оптимизацию работы , Аноним (354), 19:07 , 03-Мрт-25, (354)

Допустим нет, не получится Тогда получается, что раст отстой потому что в LLVM , Аноним (360), 19:18 , 03-Мрт-25, (360) +13

В LLVM __restrict не будет применяться потому что его там нет, там есть атрибуты, Аноним (-), 00:44 , 04-Мрт-25, (461)

А почему бы и в самом деле не реанимировать Паскаль К нему претензий нет у Аген, Аноним (290), 19:38 , 03-Мрт-25, (366) –1

Он никуда не девался, FreePascal потихоньку что то там пинают еще оставшиеся в ж, anguest (?), 19:49 , 03-Мрт-25, (371)

Это лишь вопрос финансирования На Паскале очень много всего написано, в отличие, Аноним (290), 19:56 , 03-Мрт-25, (374)

Пруф 8220 Software Memory Safety 8221 Cybersecurity Information Sheethttps , Аноним (290), 19:51 , 03-Мрт-25, (373)
interfacetype TCustomClass class FSomeOtherClass TSomeOtherClass , eugene_martein (ok), 20:09 , 03-Мрт-25, (380) +2
Во Free Pascal е нет интеллектуальных указателей, там всё должно быть написано я, Ан Оним (?), 20:11 , 03-Мрт-25, (382)

Тогда объясните мне почему в АНБ он объявлен безопасным , Аноним (290), 20:14 , 03-Мрт-25, (387)

АНБ это сказала про Delphi, а в нём есть интеллектуальные указатели и много чего, Ан Оним (?), 20:21 , 03-Мрт-25, (392)

Да, он многословен, нет тех ништяков которые давно завезли в Си Мне Си то, Аноним (290), 20:25 , 03-Мрт-25, (394)

Так я и говорю что дело не в языке, а в индустрии В целях, в приоритетах , Ан Оним (?), 20:30 , 03-Мрт-25, (397)
Офигеть как просто 9786 Сначала выучи Стандарт ты не можешь быть квалифицир, Facemaker (?), 21:12 , 03-Мрт-25, (418)

Так Бьёрн Страуструп как раз и предлагает для этих целей инструментальное упроще, Аноним (290), 21:17 , 03-Мрт-25, (420)

В свежих делфях есть лямбды, дженерики и циклы на итераторах 8212 самый миним, нет ты (-), 22:59 , 03-Мрт-25, (444)

Золотые слова Язык для эффективного решения задач А у Си был главный фейл уро, Аноним (290), 23:28 , 03-Мрт-25, (450)

Я поддерживаю Страуструпа, профили с отключением фич хоть чуть-чуть, но сделают , Ан Оним (?), 20:28 , 03-Мрт-25, (395)
Пока не понятно, кто-нибудь может объяснить То есть включаешь lifetime и двухсв, Аноним (433), 20:35 , 03-Мрт-25, (399)

Это же не стандарт, это предложение Страуструпа Он конечно в комитете сидит как, Аноним (384), 21:46 , 03-Мрт-25, (429)

Пока ещё не поздно всё это ввести, главное чтобы не тянули до последнего П С Да, zeecape (ok), 20:53 , 03-Мрт-25, (415)
И эти люди называют Common LISP нечитаемым , ZloySergant (ok), 21:59 , 03-Мрт-25, (435)

Щас бы сранвивать язык с GC и без CLS при этом во сколько раз медленней лучше о, Нуину (?), 00:19 , 04-Мрт-25, (455)

Допустим мне нужно получить младший байт двухбайтового слова И как это сделать , warlock66613 (ok), 22:13 , 03-Мрт-25, (437)

Современный компилятор прекрасно знает, что 0xFF байт не превысит если у теб, Аноним (384), 22:30 , 03-Мрт-25, (441)

Некоторые тут уже собрались хоронить С , я скажу - подождите Смотрите, есть ко, Ан Оним (?), 22:57 , 03-Мрт-25, (443) +1

А есть компания гугл, которая делает AOSP, хромиум и хромось И там раст во все п, Аноним (440), 00:16 , 04-Мрт-25, (454) –1

Вы бы хотя бы статистику языков в перечисленных проектах на гитхабе посмотрели б, Аноним (462), 00:46 , 04-Мрт-25, (462)

Rust, он такой он скрытный Ты не видишь его на git хабе а он есть , Аноним (479), 01:59 , 04-Мрт-25, (469)

Всё, С спасен https www reddit com r cpp comments 1j1lywn release_of_the_c_, Аноним (445), 23:06 , 03-Мрт-25, (445)

Да, я пару дней назад уже замечал в списках этот проект https github com rsas, Аноним (290), 23:58 , 03-Мрт-25, (453)

Тут, наверное, кто-нибудь уже пошутил про раннее зажигание насчёт первого апреля, Аноним (448), 23:23 , 03-Мрт-25, (448)

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

1. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +45 +/–

Сообщение от kravich (ok), 03-Мрт-25, 12:21

Засуетили, забегали)
Это хорошо, хорошо

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

2. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +7 +/–

Сообщение от НяшМяш (ok), 03-Мрт-25, 12:22

Но ведь раст не настоящий язык, почему такая реакция /s
Дидов корёжит и это хорошо. В результате выиграют все.

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

6. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +8 +/–

Сообщение от Аноним (6), 03-Мрт-25, 12:27

От этого выиграет даже раст, которой без C++ного LLVM может примерно ничего.

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

177. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Соль земли (?), 03-Мрт-25, 15:05

Это будет его единственное предназначение.

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

12. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –7 +/–

Сообщение от анонд (?), 03-Мрт-25, 12:33

Rust конкурент C т.к. в обоих языках нет ОПП в принципе. ООП черты имитируются и там, и там очень похоже.
Go норм - на нем держится инфраструктура вроде Kubernetes, Docker, Helm, Prometheus, Grafana и тд. Java в морг, но C# норм. Ruby фтопку, уж лучше Python. SWift не пробовал никогда. Довольно нишевой, для macOS/iOS.

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

19. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +6 +/–

Сообщение от Ося Бендер (?), 03-Мрт-25, 12:47

Думаю, что Бэйсика хватит всем!

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

107. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Аноним (107), 03-Мрт-25, 14:03

Я соглашусь, только надо говорить о Free Pascal

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

199. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (199), 03-Мрт-25, 15:34

В каких-то Бейсиках было обращение к адресам памяти - небезопасТно.

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

29. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –4 +/–

Сообщение от Аноним (29), 03-Мрт-25, 12:53

> Rust конкурент C т.к. в обоих языках нет ОПП в принципе.
на Rust не написать ничего подобного seL4, а ООП не нужен в принципе

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

201. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Аноним (199), 03-Мрт-25, 15:35

Лично тебе ненужен - не испольщуй.

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

466. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (466), 04-Мрт-25, 01:44

На язике программирования нельзя написать программу. Подробней в новостях в 23.

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

37. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +7 +/–

Сообщение от Аноним (37), 03-Мрт-25, 13:05

> уж лучше Python
для системных скриптов - да. Но проблема в том, что им жестко заcpaли области программирования, для которых его применение сомнительно.

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

440. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (440), 03-Мрт-25, 22:29

> для системных скриптов - да. Но проблема в том, что им жестко заcpaли области
> программирования, для которых его применение сомнительно.
Черта с два. Из за вечных проблем с версиями - для этого он полный отстой.

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

442. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (442), 03-Мрт-25, 22:50

>для системных скриптов - да. Но проблема в том, что им жестко заcpaли области программирования, для которых его применение сомнительно.
А показать как надо было делать - как всегда некому. Если есть отличные альтернативы, которые действительно лучше, то почему же ими никто не пользуются в этих "областях", а мучаются с Пайтоном?

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

46. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –3 +/–

Сообщение от n00by (ok), 03-Мрт-25, 13:13

> Rust конкурент C т.к. в обоих языках нет ОПП в принципе. ООП
> черты имитируются и там, и там очень похоже.
В Си++ нет ООП в принципе. ООП черты имитируются. Слова "метод класса" могут оказаться последними.

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

122. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +5 +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 14:11

C++ - мультипарадигменный язык. На нем можно писать объектно и аккуратно, как на Джаве. А можно настрогать портянку, как на С.
К сожалению, студентов учат только второму, и они вообще не понимают, что такое С++. В принципе. Но при этом считают, что они этот язык - "выучили".

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

137. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от n00by (ok), 03-Мрт-25, 14:24

Не понял, какая связь с моим сообщением. Намёк на то, что на Си++ можно написать паттерн синглтон?

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

147. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +3 +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 14:29

Намек на то, что не надо тупых вбросов про "нет в принципе".

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

267. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от n00by (ok), 03-Мрт-25, 17:15

> Намек на то, что не надо тупых вбросов про "нет в принципе".
Действительно, не надо тут вбрасывать. Приму лишь цитату стандарта.

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

285. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 17:47

https://lleo.me/dnevnik/2011/09/16_mail - что уж цитату, вот сам стандарт.

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

303. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от n00by (ok), 03-Мрт-25, 18:03

Стандарты у меня есть, и черновики есть. Мне бы цитату про ООП.
Что-то вроде "The storage duration is the property of an object that defines the minimum potential lifetime of the storage containing the object" (6.7.5/1), но что бы "свойства" и "объекты" хоть чем-то напоминали вон ту аббревиатуру.

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

309. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 18:09

Вы сегодня уже второй человек на этом сайте, убедительно демонстрирующий мне преимущества общения с нейронками перед попытками диалога с живыми собеседниками.
Весна, что ли...
Что характерно, тот демонстрировал IQ замерзшего постового, вы пытаетесь продемонстрировать незримые простыми смертными высоты - а результат ну совершенно идентичный!

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

319. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от n00by (ok), 03-Мрт-25, 18:26

Я знаю, что цитаты из стандарта Си++ на тему ООП быть не может -- этим валят джунов на собеседовании -- потому и прошу её.

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

334. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 18:44

А я знаю, что человека-граммофона бесполезно сбивать с заготовленной речи - он токует, не слушая, исступленно предаваясь публичному самоудовлетворению.

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

361. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от n00by (ok), 03-Мрт-25, 19:20

Осталось понять, зачем он влез со своим особо ценным мнением. Не увидел подвох?

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

439. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (439), 03-Мрт-25, 22:23

Стандарт информирует, что "C++ is an object-oriented language" - [diff.expr].
Вспоминаю твоё старое двоемыслие про то, что Windows и Linux якобы написаны на Си.
Либо они написаны на других языках, которые грубо нарушают стандарт и поэтому должны называться иначе, например, "похожими на Си языками" (по аналогии с твоей "похожей на Си библиотекой"[1]).
Либо они написаны на Си, и библиотека совсем даже не похожая, а вполне себе сишная. А вот стандарты Си и Си++ при этом надо свернуть в трубочку и за... задвинуть подальше, там много оторванной от реальности чепухи.
[1] https://www.opennet.ru/openforum/vsluhforumID3/130995.html#32

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

70. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от laindono (ok), 03-Мрт-25, 13:31

В rust другая вариация ООП. Нет классов. Нет наследования. И то и другое есть хорошо. Плюс ООП не является доминирующей частью rust, которая диктует, как писать весь код. Оставаясь при этом инструментом на каждый день.

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

96. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +5 +/–

Сообщение от Аноним (96), 03-Мрт-25, 13:52

> И то и другое есть хорошо.
Потому что ты так сказал?

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

117. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от laindono (ok), 03-Мрт-25, 14:07

Об этом даже в вики успели написать: https://en.wikipedia.org/wiki/Composition_over_inheritance

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

257. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от penetrator (?), 03-Мрт-25, 16:51

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

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

98. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (98), 03-Мрт-25, 13:54

>В rust другая вариация ООП.
Не нужно изобретать свою собственную терминологию.

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

138. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от laindono (ok), 03-Мрт-25, 14:25

Рекомендую пойти и попробовать разные языки. Скажем, в JavaScript или Lua вариация ООП, основанная на прототипах.
На счёт ООП в rust рекомендую 18 главу учебника: https://doc.rust-lang.org/book/ch18-00-oop.html
https://doc.rust-lang.org/book/ch18-01-what-is-oo.html
https://doc.rust-lang.org/book/ch18-02-trait-objects.html
https://doc.rust-lang.org/book/ch18-03-oo-design-patterns.html
Хотя предыдущие 17 могут быть нужны для контекста.

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

148. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:29

ООП для части - "поднятие солнца руками"
ООП для другой части - мы поднимаем НОЧЬЮ прожектор и глядите - он как солнце
Если чего-то сделать нельзя - это не достоинство - это недостаток. Хотя, кому я это говорю.

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

178. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от laindono (ok), 03-Мрт-25, 15:06

Продолжая аналогию, ООП в rust от самого сердца
> Если чего-то сделать нельзя - это не достоинство - это недостаток
Не очень понимаю, о невозможности чего ты говоришь. Окей, невозможно построить иерархию классов ибо нет наследования и классов. Но есть трейты, которые, в отличии от классов, вполне неплохо стыкуются с фишечками из ФП. Как там кстати с ФП в C++? А то я лет 10 назад в него погружался, может изменилось чего.

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

182. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 15:13

> Но есть трейты, которые, в отличии от классов, вполне неплохо стыкуются с фишечками из ФП.
Для работы с железом нет необходимости в ФП, хотя использовать можно.
Для работы с железом есть необходимость в наследовании данных. Настолько что эту фичу постоянно эмулируют в разных частях ядра. Иначе придется дублировать огромное множество описаний данных и работу с ними.
ФП в c++ есть. Насколько оно отвечает требованиям функцианальщиков не вкурсе... И спросить не у кого.

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

207. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от laindono (ok), 03-Мрт-25, 15:42

> Иначе придется дублировать
С этим прекрасно справляются макросы. Разумеется я не про C++, там макросы скорее проблема сама по себе.
> Для работы с железом есть необходимость в наследовании данных
Можно по подробнее, что это вообще значит в контексте ядра? Я уверен, что в ядре так или иначе используют vtable и создают их по сути вручную. В rust трейты с натяжкой можно назвать классами без данных и сходную конструкцию можно в других языках найти. Иногда это ещё интерфейсами называют. Но общая идея в том, чтоб как раз таки на уровне данных была только композиция.
> Для работы с железом нет необходимости в ФП
Так и в ООП нет необходимости. Тип-суммы (продвинутые enum), итераторы (со всеми этими fold/map), паттерн-матчинг (продвинутый switch) - это всё невероятно полезно при написании embedded-кода.

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

208. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 15:44

> Можно по подробнее, что это вообще значит в контексте ядра?
Часть структур с резервом в конце. В подтипах в этом резерве лежат данные необходимые для этих подтипов.

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

210. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 15:45

И да. Иногда резерв бывает в начале. Со смещениями в минус. :)

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

313. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от n00by (ok), 03-Мрт-25, 18:15

> ФП в c++ есть. Насколько оно отвечает требованиям функцианальщиков не вкурсе... И
> спросить не у кого.
Функция не является объектом (в терминологии Си++, а не "ООП"). Нельзя передать куда-то функцию, можно лишь ссылку (указатель) на неё. В частных случаях можно заменить функторами, но не всё. Поискать требования функциональщиков можно по "first-class citizen". Но тут вопрос больше в том, как такое вообще компилировать в машинный код.

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

433. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (433), 03-Мрт-25, 21:56

Да очень понятный синтаксис ФП [](auto a, auto&& b){return a < b;};

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

242. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (98), 03-Мрт-25, 16:27

>Но есть трейты, которые, в отличии от классов, вполне неплохо стыкуются с фишечками из ФП
Давайте не смешивать в одну кучу разные понятия. ООП вполне себе может жить и в функциональном языке, как например во всём том же ocaml. Там и наследование будет, и виртуальные методы, и даже ограниченное приведение типов. Ничего из этого в rust  - нет

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

365. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от YetAnotherOnanym (ok), 03-Мрт-25, 19:34

> Если чего-то сделать нельзя - это не достоинство - это недостаток
Из-за ремней и подушек безопасности при аварии нельзя разбить голову о торпеду или вылететь в лобовое стекло. Наличие в автомобиле ремней и подушек безопасности - это существенный недостаток.

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

235. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (98), 03-Мрт-25, 16:20

>Рекомендую пойти и попробовать разные языки
Давайте хотя бы терминологию в программировании оставим в далеке от повестки
>Скажем, в JavaScript или Lua вариация ООП
Это не вариация ооп, это эмуляция ООП на прототипах и хештаблицах. И рано или поздно, случится протечка абстраций, и у ничего не подозревающего человека порвётся шаблон. В условной java нельзя взять и скопировать метод с одного объекта в другой, в js или lua это вполне себе пройдёт. В java у объекта всегда есть какой-то класс, в lua классов вообще нет, вопрос о том, к какому классу принадлежит объект попросту лишён смысла. Можно конечно это имитировать, но проблема в том, что это будет по прежнему имитация, которая отвалится на каком-то следующем шаге.
>На счёт ООП в rust рекомендую 18 главу учебника: https://doc.rust-lang.org/book/ch18-00-oop.html
Так это не ООП, это со вкусом ООП
>Many competing definitions describe what OOP is, and by some of these definitions Rust is object-oriented, but by others it is not
В ООП есть виртуальные методы. Емнип в расте из-за мономорфизации во время компиляции никаких виртуальных методов не остаётся. Это уже не говоря про то, что виртуальные методы имеют смысл при наследовании, а наследование в расте тоже отсутствует.

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

272. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от laindono (ok), 03-Мрт-25, 17:20

> Давайте хотя бы терминологию в программировании оставим в далеке от повестки
Какая ещё повестка? Ты твитора обчитался или что ты несёшь вообще?
Есть ли где-то святой или целебный источник, который говорит, что только класс-ориентированные языки являются объектно-ориентированными языками? Кстати, забавный момент, есть язык, который использует одновременно и классы и прототипы: Tcl (но весь этот язык - одна большая шутка). Так-то к JS тоже вроде бы прикрутили классы. Впрочем всё, что происходит в вебе не смешно, а грустно.
https://en.wikipedia.org/wiki/Class-based_programming
https://en.wikipedia.org/wiki/Prototype-based_programming
https://en.wikipedia.org/wiki/Object-oriented_programming
> И рано или поздно, случится протечка абстраций
Если брать Java, то конечно там сначала память протечёт. Принцип "всё объект" может иметь некоторые теоретические плюсы, однако так же имеет и вполне практические минусы.
> Емнип в расте из-за мономорфизации во время компиляции никаких виртуальных методов не остаётся.
Если нужна динамическая диспетчеризация, то она есть.

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

355. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (98), 03-Мрт-25, 19:10

>Какая ещё повестка? Ты твитора обчитался или что ты несёшь вообще?
Когда смысл слов начинает перекручиваться, типа положительной дискриминации
>Есть ли где-то святой или целебный источник, который говорит, что только класс-ориентированные языки являются объектно-ориентированными языками?
Такими темпами у нас почти все языки становятся ооп, даже тот же хаскель, даже си. Разве что какие-то игрушечне языки останутся.

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

386. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от laindono (ok), 03-Мрт-25, 20:14

> Когда смысл слов начинает перекручиваться, типа положительной дискриминации
Думал, у нас специальная олимпиада. А сейчас это называют повесточкой. Интересно.
Спор об определениях бессмысленен. Мы используем термины для удобства общения. Если под терминами мы понимаем разное, то просто разговариваем на разных языках. Есть два способа решить эту проблему - взять любой внешний источник за точку отсчёта, либо перестать использовать термины, раскрыв их.
В моём понимании ООП существует одновременно и как концепция не привязанная к языку и как набор свойств конкретного языка. Да, я могу использовать ООП в хаскеле и в си, нет они не являются ООП языками. Однако есть некоторое количество мультипарадигменых языков, в которых одновременно есть продвинутые инструменты для ООП, но при этом эта парадигма не является доминирующей. Это своего рода шкала, где 100% будет у языков, где нельзя сделать ничего без ООП в принципе, а 0% у языков где ООП применяется исключительно как концепция. Не обязательно набирать 100%, чтоб считать язык поддерживающим ООП. И это определённо не шкала лучше/хуже.
Прототипное ООП характерно для динамических языков. Имеет место быть как модель, конкурирующая с классами. Просто в силу малой применимости классов в динамических языках.
С моей точки зрения Rust имеет вполне достаточный инструментарий. Но это в первую очередь мультипарадигменный язык.

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

209. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (199), 03-Мрт-25, 15:45

Как будто, C++ диктует, как писать. Да хоть в стиле C.

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

97. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +3 +/–

Сообщение от Аноним (98), 03-Мрт-25, 13:53

>Ruby фтопку, уж лучше Python
Python тоже фтопку. Уже куча репозиториев заражена python-ом, хотя он там не нужен совсем, и в отличии от rust-а это почти никого не возмущает.

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

135. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +4 +/–

Сообщение от waylandbeliver (ok), 03-Мрт-25, 14:21

А руби-то лучше на самом деле, там хотя бы отступов нет.

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

165. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (165), 03-Мрт-25, 14:45

Потому что профессиональных, квалифицированных программистов знающих СИ, С++ становится всё меньше, а им на смену приходят вкатуны просле курсов, которые кроме Pyton не знаю ничего. Скоро всё будет на Pyton и тебе будут рассказывать что C++ не безопасен, а Pyton идеально подходит.

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

189. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Имя (?), 03-Мрт-25, 15:22

Потому что полно людей, для которых ЯП и программирование в целом вторичны по отношению к их основной специальности, всякие там млщики, математики и ученые. Им нецелесообразно разбираться какая там модель памяти в языке и как нужно классы отнаследовать, чтобы код был расширяемым. Лучше потратить время на развитие основных скиллов. Те же самые люди, которые напишут код на С вообще без отступов.
Вот для них питон как раз хороший выбор и вкатывание ни при чем.

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

247. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (98), 03-Мрт-25, 16:37

>Потому что профессиональных, квалифицированных программистов знающих СИ, С++ становится всё меньше
Вот как раз такие проекты и подвержены заражению питоном. Взять тот же vim - зачем ему питон? Или apparmor? Да что там, даже uBlock зачем-то заразился питоном, хотя у них уже есть js, могли бы и без питона обойтись.
>и тебе будут рассказывать что C++ не безопасен
Да, кресты небезопасны. Это неоспоримый факт, как бы вы к этому не относились

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

253. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от User (??), 03-Мрт-25, 16:47

Это еще что! Тут вот набИгают неспособные название - название, Карл! языка программирования выучить...

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

196. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (199), 03-Мрт-25, 15:30

Ну так, ведь, поэтому и прелагается сделают в настоящем языке.

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

226. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Нуину (?), 03-Мрт-25, 16:04

> Дидов корёжит и это хорошо.
Судя по таким комментариям - корежит только их авторов.

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

5. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +7 +/–

Сообщение от kravich (ok), 03-Мрт-25, 12:26

>Профили близки к применению флагов "-Wall" и "-Wextra" при компиляции, но в отличие от них работают на уровне запрета применения определённых возможностей языка
Вообще, конечно, C++ уникальный язык. Нигде больше, насколько мне известно, нет настолько выраженной ситуации, когда новые или мощные средства языка были бы проблемой на проектах, и требовали дисциплины от разработчика. И вот то, что всегда было зафиксировано в кодстилях команд, теперь в каком-то виде появляется официально в языке...

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

36. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +7 +/–

Сообщение от trolleybus (?), 03-Мрт-25, 13:04

> в кодстилях команд
Точнее "в костылях команд". Увы, при нынешнем состоянии языка это костыли.

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

144. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от sena (ok), 03-Мрт-25, 14:27

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

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

102. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от xPhoenix (ok), 03-Мрт-25, 13:58

А что случилось? Ведь нормально же всё было. Что ни день, так новое CVE из-за неправильной работы с памятью. Где теперь хакеры харчеваться будут?

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

152. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:32

> А что случилось?
Тебе де сказали - требование оборонки.
Если что самолеты сделанные по требованиям оборонки никчему отстой, потому что изначально требования взяты с потолка.

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

268. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от yet another anonymous (?), 03-Мрт-25, 17:15

А ребята с той оборонки (?), что эти требования сформулировали (под определённую часть цифровиков), свои стулья сохранили в нынешней обстановке?

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

270. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (-), 03-Мрт-25, 17:17

> А ребята с той оборонки (?), что эти требования сформулировали (под определённую
> часть цифровиков), свои стулья сохранили в нынешней обстановке?
Думаешь придут новые и скажут "а давайте писать как диды, ну чтобы китайские и корейские хакеры нас ломали полностью!"
Хотя учитывая какой там сейчас сброд, то не удивлюсь)

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

357. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от yet another anonymous (?), 03-Мрт-25, 19:14

> "а давайте писать как диды, ну чтобы китайские и корейские хакеры нас ломали полностью!"
Я придерживаюсь мнения, что новые веяния направлены на одновременное упрощение/унификацию внедрения и точное тагетирование объекта атаки. Это экономически целесообразнее, да и требует куда меньшей квалификации от атакующих. При современных реалиях разработки, естественно.

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

432. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от maximnik0 (?), 03-Мрт-25, 21:53

>свои стулья сохранили в нынешней обстановке?
Да,сохранили,в принципе нормально там с стандартами.Язык недавно обновлялся,но криков в отличие от раста нету.До сих пор в обороне и авиации применяется,даже у нас !!!Язык Ада называется .

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

458. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от yet another anonymous (?), 04-Мрт-25, 00:30

Так Ады в том списке кошерных языков не было, если я правильно помню. ;)

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

464. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от maximnik0 (?), 04-Мрт-25, 01:31

> Так Ады в том списке кошерных языков не было, если я правильно
> помню. ;)
А SPARK включен ? Ада совместимое подмножество, язык, прошедший верификацию и как у  раста проверка во время компиляции :-)

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

219. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Нуину (?), 03-Мрт-25, 15:57

> Где теперь хакеры харчеваться будут?
Возьмутся наконец за раст, увидишь тогда, что нет CVE:)

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

3. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +6 +/–

Сообщение от Аноним (3), 03-Мрт-25, 12:22

Какой ужасный синтаксис теперь в С++, код с вариадиками, обвешанный if constexpr, макросами, концептами и теперь уже профилями совершенно не читаем.

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

4. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –3 +/–

Сообщение от Аноним (4), 03-Мрт-25, 12:25

Вопрос привычки. Раст слишком уж инородный, чтобы найти применение в большинстве областей.

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

24. Скрыто модератором –9 +/–

Сообщение от Аноним (24), 03-Мрт-25, 12:50

Лол, не выдумывай. Даже фронтендерам раст больше понравился, чем С++. Единственные, кто противится это сишники и прочие деды.

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

82. Скрыто модератором +5 +/–

Сообщение от Аноним (82), 03-Мрт-25, 13:42

конечно, ведь не фронтендерам на нём писать. покажи им брайнфак, им ещё больше понравится

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

400. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +5 +/–

Сообщение от Аноним (400), 03-Мрт-25, 20:37

Интересное кино. Плюсы с костылями - вопрос привычки, а руст значит вопрос инородности. Афигеть манёвры))

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

8. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +6 +/–

Сообщение от Hck3r (?), 03-Мрт-25, 12:29

Пример бы такого кода на плюсах и аналог на расте для наглядности еще

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

401. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –4 +/–

Сообщение от _hide_ (ok), 03-Мрт-25, 20:37

Нет, нельзя допускать сравнения, иначе станет понятно, что проще нанять хороших программистов, чем все переписать на Раст.

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

422. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от morphe (?), 03-Мрт-25, 21:22

Ещё бы у плюсов документация по этим фичам существовала
Я не понял это предложенный синтаксис или реализованный, однако
template<class T>
class slice_iterator/(a)
{
  T* unsafe p_;
  T* end_;
  T^/a __phantom_data;
public:
  slice_iterator([T; dyn]^/a s) noexcept safe
    : p_((*s)~as_pointer), unsafe end_((*s)~as_pointer + (*s)~length) { }
  optional<T^/a> next(self^) noexcept safe {
    if (self->p_ == self->end_) { return .none; }
    return .some(^*self->p_++);
  }
};
vs (дословный перевод, код на Rust так не пишут)
struct SliceIterator<'a, T> {
  p: *const T,
  end: *const T,
  _marker: PhantomData<&'a T>
}
impl<'a, T> SliceIterator<'a, T> {
  fn new(s: &'a [T]) -> Self {
    let p = s.as_ptr();
    Self {
      p,
      // SAFETY: offsetted pointer is derived from the same allocation
      end: unsafe { p.add(s.len()) },
      _marker: PhantomData,
    }
  }
  fn next(&mut self) -> Option<&'a T> {
    if self.p == self.end {
      return None;
    }
    // SAFETY: pointer is in bounds
    let result = unsafe { &*self.p };
    // SAFETY: offsetted pointer is derived from the same allocation
    self.p = unsafe { self.p.add(1) };
    Some(result)
  }
}
Примечательно что в плюсах арифметика указателей тут судя по стандарту никак не проверяется, однако никаких unsafe они не требуют. Если бы в Rust тоже вместо unsafe был safe, то код бы превратился в...
impl<'a, T> SliceIterator<'a, T> {
  safe fn new(s: &'a [T]) -> Self {
    let p = s.as_ptr();
    Self {
      p,
      end: p.add(s.len()),
      _marker: PhantomData,
    }
  }
  safe fn next(&mut self) -> Option<&'a T> {
    if self.p == self.end {
      return None;
    }
    let result = &*self.p;
    self.p = self.p.add(1);
    Some(result)
  }
}
Also Rust не требует везде ставить аннотации лайфтаймов, много где он сам может их расставить, '_ - implied lifetime
impl<T> SliceIterator<'_, T> {
  safe fn new(s: &[T]) -> Self {
    let p = s.as_ptr();
    Self {
      p,
      end: p.add(s.len()),
      _marker: PhantomData,
    }
  }
  safe fn next(&mut self) -> Option<&T> {
    if self.p == self.end {
      return None;
    }
    let result = &*self.p;
    self.p = self.p.add(1);
    Some(result)
  }
}

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

424. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от morphe (?), 03-Мрт-25, 21:24

Ключевого слова safe в Rust нет, это я добавил чтобы сравнению не мешали unsafe{} и комментарии которыми принято unsafe{} сопровождать

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

383. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –2 +/–

Сообщение от Аноним (383), 03-Мрт-25, 20:12

У плюсов всегда был ужасный синтаксис, но не хуже раста то уж точно

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

7. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (7), 03-Мрт-25, 12:27

> Каждый объект должен быть корректно создан и освобождён.
Ну надо же!
Я думал что это должно быть по умолчанию для любой программы для с++.
Ну, чтобы она работала правильно хотя бы в этом контексте.
А тут оказывается для этого нужен отдельный профиль!
Ну а если профиль не включен, то можно создавать и освобождать объекты не корректно?
Как диды раньше?))

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

14. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +4 +/–

Сообщение от Аноним (14), 03-Мрт-25, 12:37

Прямо как программисты на Typescript. Вроде бы классы и красивая типизация, а в обертках код на жиэс, где на все эти типы кладется. Без кода на жиэс ничего работать не будет. И убрать его слишком долго/дорого.

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

103. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (98), 03-Мрт-25, 13:59

Typescript давным давно можно было бы заменить любым вариантом: Ocaml, ReasonML, ReScript. Если особо хочется, то можно было бы взять даже Haskell или PureScript.
>Вроде бы классы и красивая типизация
Эта типизация прекрасно обходится даже без кода на js. Во-первых тип Any, во-вторых, если писать на ts как будь-то это динамически типизированный язык, то никаких ошибок компиляции не будет
>Без кода на жиэс ничего работать не будет. И убрать его слишком долго/дорого.
Начать бы с того, чтобы этот код был бы только под копотом и только в нескольких часятх приложения, а не буквально везде

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

227. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Нуину (?), 03-Мрт-25, 16:06

> Typescript давным давно можно было бы заменить любым вариантом: Ocaml, ReasonML, ReScript. Если особо хочется, то можно было бы взять даже Haskell или PureScript.
Только не заменяется никак. В чем проблема?

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

249. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (98), 03-Мрт-25, 16:40

Опять диды виноваты. Ой, то есть эти, как их там, а, да, сму3ихлёбы, да, они. Нормальным языкам к0пр0тивляются, ибо думать придётся.

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

315. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +4 +/–

Сообщение от bdrbt (ok), 03-Мрт-25, 18:18

> Прямо как программисты на Typescript. Вроде бы классы и красивая типизация, а
> в обертках код на жиэс, где на все эти типы кладется.
> Без кода на жиэс ничего работать не будет. И убрать его
> слишком долго/дорого.
Что значит "обёртки" и "убрать"? Typescript - изначально надстройка над яваскриптом, в который он и транспилируется. Ляпнуть такое это всё равно что сказать, что любой язык - фуфло, потому что все эти классы, функторы это обёртки над ассемблером который поклал на классы и функции, а убрать его долго и дорого.

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

99. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 13:55

> Ну а если профиль не включен
То ты можешь прибить все что нужно туда куда нужно.

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

129. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +5 +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 14:16

В С++ полно библиотек, предполагающих, что объект создается в пользовательском коде, а временем его жизни и освобождением памяти занимается библиотека. И компилятор от этой библиотеки видит только заголовки, так что проконтролировать не может ничего в принципе.

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

436. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от warlock66613 (ok), 03-Мрт-25, 21:59

И как это изменят профили?

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

449. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (449), 03-Мрт-25, 23:27

Профили предлагают использовать std::unique_ptr и std::shared_ptr, которые определяют время жизни (да, есть способы обхода, например в `std::unique_ptr::release()`, но может их в профилях запретят).
Библиотеки, видимо, должны будут принимать только умные указатели.

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

11. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +11 +/–

Сообщение от Аноним (-), 03-Мрт-25, 12:31

"Вы зачем код с багами пишете? Пишите код без багов!"
— Бьорн Страуструп, автор 14 разных методов инициализации в C++
дед опять выдает базу, абсолютно базированную и абсолютно бесполезную))

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

17. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +3 +/–

Сообщение от Аноним (17), 03-Мрт-25, 12:46

Зачем вам топоры, пилы, струганки, наждачка, долота, гвозди и клей? Все надо делать одним топором!
(с) очередной неосилятор с++ на опеннете.

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

23. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +4 +/–

Сообщение от Аноним (-), 03-Мрт-25, 12:49

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

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

39. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Аноним (39), 03-Мрт-25, 13:07

Собственно так и изобрели мультитул

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

473. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Котофалк (?), 04-Мрт-25, 02:04

Мультитулы прекрасны. Они сочетают в себе двух до двух десятков различных инструментов. Есть только пара нюансов.
- они никогда не заменяю ни один инструмент,
- они в сумме используются реже, чем КАЖДЫЙ из инструментов, который они как бы заменяют.

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

65. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +4 +/–

Сообщение от Аноним (65), 03-Мрт-25, 13:26

ты это серьезно?
топоры, пилы, струганки, наждачка, долота, гвозди и клей для одной задачи - инициализация? кучей разных способов?
учитывая, что это база, точно не надо к набору из "топоры, пилы, струганки, наждачка, долота, гвозди и клей" добавить специализированный инструмент "инициализатор", который будет заниматься, внезапно, инициализированием, и только им одним, единообразно и прозрачно?

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

79. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (-), 03-Мрт-25, 13:40

> ты это серьезно?
Уверен на 99%, что да.
> топоры, пилы, струганки, наждачка, долота, гвозди и клей для одной задачи
Да.
Именно так.
Хороший программист старой закалки, сможет пилить с помощью долота, стругать гвоздем, а гвозди каждый топором вырубать.
Можно посмотреть на ядро (СИ) или на гемдев (С++)

Потому что по канону прорамма должна быть полна костылей, велосипедов и, главное, неочевижных моментов.
Это обестпечивает незаменимость работника и сложность в его увольнении.

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

85. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (82), 03-Мрт-25, 13:43

если задача огреть по голове, то любое справится

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

403. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (400), 03-Мрт-25, 20:39

А почему у вас эта логика _внезапно_ кончается, когда вам предлагаешь несколько ЯП использовать? Начинается - уой, сложна, слишкам многа инструментов.

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

423. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (423), 03-Мрт-25, 21:22

> А почему у вас эта логика _внезапно_ кончается, когда вам предлагаешь несколько ЯП использовать?
Потому что это другое™! Это понимать надо™! Ты бы ещё спросил, почему некоторые из лицензии или текстового редактора делают фетиш.

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

13. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –4 +/–

Сообщение от Аноним (14), 03-Мрт-25, 12:33

Уместно спросить - может надо было сразу делать отдельный язык, а не надстройку, которая за сорок лет так и не смогла Embrace и Extinguish?
Пора плюсам на свалку истории. Кто работает и не может перестроиться - никакой жалости, валите на пенсию.

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

25. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от X512 (?), 03-Мрт-25, 12:50

Не забывайте, что все актуальные компиляторы Си написаны на C++. GCC был сначала на Си, но потом перешёл на C++.
Компилятор Си на Си -- это разве что примитивный TCC, не умеющий оптимизации.

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

156. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –3 +/–

Сообщение от Аноним (29), 03-Мрт-25, 14:36

> Не забывайте, что все актуальные компиляторы Си написаны на C++.
актуальный как раз не на С++
https://compcert.org

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

38. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Admino (ok), 03-Мрт-25, 13:07

Да, выкинуть 40 с гаком лет написания кода и начать всё с нуля, такая прелесть.

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

60. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +3 +/–

Сообщение от Фнон (-), 03-Мрт-25, 13:21

> Да, выкинуть 40 с гаком лет написания кода
Делаются биндинги, новый код пишется на нормальном ЯП.
> и начать всё с нуля
Ага.
Иногда так приходится делать.
Например при переходе от повозок к автомобилям.
Какие бы ни были лошадки милые - кушают сахар, фыркают и пахнут навозом, но их потолок был ограничен.
> такая прелесть.
Что поделаешь. Прогресс не остановить, можно только замедлить суванием палкок в колеса.
От сухой каменной кладки тоже отказались, хотя ей тысячи лет и пирамиды так построили.
Но сейчас по какой-то причине сталь и бетон.

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

101. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –2 +/–

Сообщение от Аноним (96), 03-Мрт-25, 13:58

Одна проблема, когда вместо лошадки пробуют заставить впрячь в повозку слизня, ибо на нем ехать безопасно, как-то мало ассоциируется с прогрессом

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

143. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 14:27

> вместо лошадки пробуют заставить впрячь в повозку слизня
Плохая аналогия подобна котенку с дверцей (с)
Вон недавно раст-либа обогнала по скорости СИшную - у дидов предсказуемо подгорело)
По скорости раст сравним с си или плюсами. В интернетах есть куча бенчмарков где люди меряются.
И да, то кто вместо безопасности выбирает скорость, остается и без первого и без второго.

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

154. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:35

> По скорости раст сравним с си или плюсами.
Вот только на си и плюсах пишут полноценные проекты.
А на rust уже почти допереписывали и планируют догнать по паритету функциональности к...

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

288. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (-), 03-Мрт-25, 17:51

Толсто. Запомни, сишку может обогнать только ассемблер.

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

126. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (165), 03-Мрт-25, 14:15

>Что поделаешь. Прогресс не остановить, можно только замедлить суванием палкок в колеса.
Прогресс, ага, про GNOME тоже самое твердят.

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

405. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (400), 03-Мрт-25, 20:43

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

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

460. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от yet another anonymous (?), 04-Мрт-25, 00:40

Мил человек, прикройте, пожалуйста методичку. Уже надоело.

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

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

Сообщение от Аноним (465), 04-Мрт-25, 01:32

Что?

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

130. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 14:19

На ту "свалку истории" изрядная очередь.
Перед Плюсами туда давно отправлен, например, Пых - ужасный, неконсистентный, несколько раз переделанный... и продолжающий работать на 75% сайтов интернета, например.

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

162. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 14:42

То что у нас есть уже 100500 написанных это одно.
А сколько новых сайтов пишутся на пыхе? Это другое)
Всегда новая технология будет соседствовать со старой.
Например дома из "глины, овна и палок" стоили тысячелетиями.
Потом пошел нормальный кирпич.
А сейчас рядом с ним есть и железобетон, и пенобетон + ЖБ плиты, и всякие пустотелые керамики.
Но куча домов по старой технологии будет стоять ровно столько, пока не развалятся или их не снесут.

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

190. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 15:26

> А сколько новых сайтов пишутся на пыхе?
Да столько же, ЧСХ. Ни одного альтернативного варианта, который позволит дешевле создать сравнимый результат, для массового сайта просто нет.
Прогресс происходит отнюдь не в выпиливании Пыха и переползании на смузи-Ноду, например.
А в более четком разделении фронта и бэка и передаче первому все больше работы. Причем не потому, что Пых плохой, а потому, что браузеры нынче стали достаточно жирными и достаточно стандартными, чтобы владелец сайта мог меньше тратить на сервер, свалив нагрузку на клиентов.

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

250. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (250), 03-Мрт-25, 16:44

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

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

261. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 16:58

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

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

447. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от anonizmus (?), 03-Мрт-25, 23:21

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

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

356. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (98), 03-Мрт-25, 19:14

>Но проблема больше в мотивации и в кадрах, потому что если у вас куча пхпшников, то они не все захотят переучиваться
Зачем? Вы хоть десять фронтендов, хоть сто сделайте, без бекенда это работать всё равно не будет

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

430. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 21:47

Технологии понемногу меняются. Если двадцать лет назад Пых выдавал на фронт готовую верстку, то сейчас реактивным фреймворкам бэк нужен только как API = CRUD + та бизнес-логика, которую нельзя доверить браузеру + чисто серверные дела. Работы на бэке все-таки поуменьшилось.

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

15. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от bdrbt (ok), 03-Мрт-25, 12:43

> По мнению Страуструпа, времени осталось очень мало и необходимо до 2026 года успеть предпринять какие-то меры
Не успеют, а если и родят что-либо, то это опять будет нечто монструозное, тянущее за собой половину буста и c сопроводительными доками чуть меньше "Войны и Мира" Толстого.

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

18. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (18), 03-Мрт-25, 12:47

Не смеши публику. Большинство из указанного включается с помощью опций -Werror у gcc или clang.

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

22. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от bdrbt (ok), 03-Мрт-25, 12:48

> Не смеши публику. Большинство из указанного включается с помощью опций -Werror у gcc или clang.
Осталось рассказать это Страуструпу, а то он не в курсе поди.

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

106. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:01

Проблема не в выявлении подобных мест. Это, очевидно, хотели сказать.
Проблема только в том, что бы договориться разным разработчикам, как ОДИНАКОВО включать и выключать эти фильтры доступности функциональности для разных артефактов программы.

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

20. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от MUTbKA (?), 03-Мрт-25, 12:47

Страуструп - топовый тролль, конечно. Глумится и не скрывает этого.

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

44. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от n00by (ok), 03-Мрт-25, 13:09

В смысле, что комитету следует успеть до конца года? :)

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

81. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (81), 03-Мрт-25, 13:41

Не только. Это полумеры все. Будет чуть лучше и чуть тормознее и больше похоже на Java.
Если все запретит и код все равно тотально переписывать - то не проще ли сделать все то же самое, только на языке, который уже есть? Точно так же, постепенно.
Или он думает, что те, кто не смогли в Rust, смогут проделать все то, что он написал? В любом случае придется корежить свои привычки.

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

112. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:06

Ты или тролишь или не понимаешь о чем речь.
А речь о добавлении системы настройки включения и выключения функциональности для разных артефактов кода программы.
То есть программа без таких настроек имеет доступ ко всей функциональности и, соответственно, компилируется.
Добавляешь артефакту программы ограничивающую настройку и переписываешь его. Все остальное не трогая.
В этом варианте программа ВСЕГДА готова к использованию в процессе такого рефакторинга.

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

113. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от n00by (ok), 03-Мрт-25, 14:06

Я "не смог" (не нашёл причин и целей) в Rust, но смог проделать описанное в стандарте. В чём проблема? Вполне проработанное ТЗ, если воспринимать его так.

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

408. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (400), 03-Мрт-25, 20:46

Блин, да ежу же понятно, что вопрос не технический, а денежный. Всё всегда туда упирается. Дед засуетился только когда госуха стала запрещать использовать кресты. Рассказать почему?)

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

84. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (84), 03-Мрт-25, 13:43

Вы зачем поставили слова "комитет" и "успеть" в одном предложении?

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

115. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от n00by (ok), 03-Мрт-25, 14:06

Так после "топовый тролль" же. Не все знакомы с работой комитета.

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

21. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от fdn721 (ok), 03-Мрт-25, 12:48

По моему С++ уже ни чего не спасёт. Он просто устарел.

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

30. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от X512 (?), 03-Мрт-25, 12:54

Только вот беда, что в основе IT инфраструктуры по прежнему C++ и переписывать это не собираются. Компиляторы Си GCC, Clang -- на C++. Все браузерные движки на C++.

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

40. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +4 +/–

Сообщение от n00by (ok), 03-Мрт-25, 13:08

"Бывает нечто, о чем говорят: «смотри, вот это новое»; но это было уже в веках, бывших прежде нас."
В СССР было написано ПО под PDP-11 больше чем в США. Где сейчас DEC?
В России было написано масса ПО на Delphi. Появился C#.

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

375. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Bottle (?), 03-Мрт-25, 19:59

Лучше упомянуть такие языки как Алгол и BCPL, о них только помнят, никто ими не пользуется.
А на Delphi до сих пор есть софтина - например, FL Studio.

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

438. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от maximnik0 (?), 03-Мрт-25, 22:18

> Где сейчас DEC?
В спутниках ГЛОНАСС.По информации с открытых источников- там применяется процессор сделанный перед самым развалом СССР, сделали DEC совместимый процессор на 1 микросхеме- по сложности переходное между 386 и 486.Обещали заменить на более лучшее- тишина,после нашего Крыма.

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

73. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 13:33

> Все браузерные движки на C++.
Servo смотрит на это утверждение с недоумением.
Не все конечно умеет, по сравнению с двумя (ок, тремя) другими, но если в него вложить столько же денег, то будет не хуже.
Нужно только простимулировать к этому))

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

119. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:08

> Нужно только простимулировать к этому))
Что бы получить в  итоге "ну не смогла я, не смогла"?

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

188. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (-), 03-Мрт-25, 15:20

> Что бы получить в  итоге "ну не смогла я, не смогла"?
С чего бы это?
WebRender и многопоточное css прекрасено работают в FF.
В остальном Servo сейчас работает отлично в контексте вложенных ресурсов.
И нет никаких причин почему он станет работать хуже или вообще перестанет работать если туда сложить еще пару сотен лямов.

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

204. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 15:39

Кобыла:
Мужик, поставь на меня

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

231. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (250), 03-Мрт-25, 16:11

> вложить столько же денег
> Нужно только простимулировать к этому
Надо просто убрать кучу ненужных web api и не раздувать веб-стандарты, тогда и свои бразуерные движки можно будет писать на любом языке.

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

404. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от _ (??), 03-Мрт-25, 20:41

... да кто ж иму дастЪ?! (С)
У людей на этой сложности суриоус бусинес построен, с годовым доходом больше чем доход всей твоей страны и всех стран с ней соседствующих ...
Забудь!(С)

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

480. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Котофалк (?), 04-Мрт-25, 02:11

> и всех стран с ней соседствующих
И даже нашего самого восточного соседа? ну дела....

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

78. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от laindono (ok), 03-Мрт-25, 13:40

> и переписывать это не собираются
То-то столько драмы каждый раз, когда таки переписывают. Аж целого Линуса призвали.

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

157. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:38

Тут есть ньюанс. Переписывать и переписать немного отличаются.

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

83. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (83), 03-Мрт-25, 13:42

Ты бы хоть читал на что отвечаешь… Как всё написанное тобой соотносится с «C++ просто устарел»? :)

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

86. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (82), 03-Мрт-25, 13:45

ну так переезжайте на марс, там ничего переписывать не придётся, всё с нуля. вам уже и язык подходящий сделали

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

362. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (362), 03-Мрт-25, 19:26

По-твоему там не будет доступа на GitHub?

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

406. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от _ (??), 03-Мрт-25, 20:44

Ты в курсе какой до марса пинг? :)

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

118. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (250), 03-Мрт-25, 14:07

C и C++ не первые языки. На фортране тоже много чего было написано, и наверняка у него были такие же сторонники, с такими же аргументами.

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

121. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:10

Вот только это язык другой целевой ниши.
И только сравнительно недавно пропал смысл его использовать.

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

216. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (250), 03-Мрт-25, 15:52

Фортран это просто к примеру. Вместо фортрана подставьте любой другой старый популярный язык.

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

239. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (250), 03-Мрт-25, 16:25

> сравнительно недавно пропал смысл его использовать
Смысл пропал давно, просто менеджеры не хотели вкладываться в модернизацию. А из-за этого потом возникают проблемы с поддержкой и интеграцией старого ПО.

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

409. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от _ (??), 03-Мрт-25, 20:48

Ну значит не везде менеджеры - тупицы, прям в кои то веки - хорошая новость!
А знаешь почему до сих пор кода на COBOL активно работавшего 24/7/365 просто невбибичекое количество? Поспрашивай :)

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

202. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (202), 03-Мрт-25, 15:37

GCC это не «компилятор c»
GCC это GNU Compilers Collection
Коллекция компиляторов GNU
Чуешь разницу?
А то вы своей фантазией уже задолбали

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

413. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от _ (??), 03-Мрт-25, 20:51

В следующей версии коллекции ожидается включение нового ЯП :)
Нет, не раст :) COBOL! Я не шучу, даже тут новость была.
А уж эти точно знают что нужнее :)

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

419. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (202), 03-Мрт-25, 21:14

Видимо у кого-то из оплачивающих разработку(RH и прочие) возникла необходимость
Дело не в том, что «эти точно знают что нужнее», а дело в том, что они знают что необходимо спонсорам разработки
И это нормально

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

26. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Аноним (-), 03-Мрт-25, 12:51

> времени осталось очень мало и необходимо до 2026
> года успеть предпринять какие-то меры
Учитывая скорость работы комитета по стандартизаци...
удачки, хехе))
Учитывая, что отчет АНБ был опубликовал в конце 2022 года и никто не чесался больше двух лет, то как раз к 2036 плюсовики сделают новый стандарт. Но это не точно.
Правда потом нужно будет дождаться когда это все завезут в компиляторы...

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

32. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (32), 03-Мрт-25, 12:58

А чего АНБ свой проект Тор на Раст перевела.

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

42. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Аноним (-), 03-Мрт-25, 13:08

> А чего АНБ свой проект Тор на Раст перевела.
Потому что им не хочется, чтобы их сотрудника набутылила местная контрразведка только из-за того, что сишники не смогли в память.
А контроль над тором можно и другими способами получать.

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

123. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:12

> А контроль над тором можно и другими способами получать.
Используя закладки в rust?

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

164. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 14:45

> Используя закладки в rust?
Слишком палевно. Можно контролировать сами ноды.
Можно использовать закладку прям в ядре линукса - 10 лет жила и всем было норм.
Или в процессоре. Или прям закладки в криптографии на уровне алгоритма и стандарта.
Вариантов много.

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

186. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 15:19

Вспомнилась новость о том что Касперский запретил использовать апл.
Типы было теоретически 3 формы попытки взлома компанией апл телефонов пользователей и ВСЕ три были применены к управленцам Касперского.
Так что запас карман не тянет.

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

431. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (423), 03-Мрт-25, 21:51

> было теоретически 3 формы попытки взлома компанией апл телефонов пользователей
Смахивает на ЛПП. Пруфы-то были?

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

230. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (199), 03-Мрт-25, 16:09

>закладку прям в ядре линукса - 10 лет жила и всем было норм
Ты бы хоть раз ссылочку привёл на эту закладку. А то, может, это и не закладка, а уязвимость, которых там немало бывает?

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

256. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 16:51

> Ты бы хоть раз ссылочку привёл на эту закладку.
Ищи по Bvp47.
> А то, может, это и не закладка, а уязвимость, которых там немало бывает?
Уязвимость, потому что сишник "забыл" проверить входные данные и получилось RCE с получением рута?
Да-да, ну разумеется это точно не закладка, а просто уязвимость))
Все сишники рано или поздно так делают, поэтому прекратите задавать глупые вопросы, гражданин.

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

425. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (423), 03-Мрт-25, 21:32

Используя разводной ключ за пять баксов и судебную систему. Всякий раз как речь заходит о безопасности, начинается какая-то оголтелая гибсовщина в комментах. Объясни, зачем нужны закладки в расте, если большая часть инфраструктуры интернета находится под прямым или косвенным контролем сша? АНБ не надо это всё, они просто™ звонят в офис и просто™ говорят какой порт куда отзеркалить по стандартному протоколу. И пока ты с ними на телефоне утрясываешь детали, в дверь уже стучится курьер с предписанием суда.

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

205. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (202), 03-Мрт-25, 15:39

Фантазеры, блин
Tor Project был создан не АНБ(гражданская структура), а NRL(структурой военно-морского флота)
Как же ваши фантазии про АНБ вокруг утомили

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

232. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (199), 03-Мрт-25, 16:11

Главное, не отечественный т. майором.

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

263. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (96), 03-Мрт-25, 17:03

- Одно слово румын
- Так он болгарин
- Да?! А какая разница...
Для большинства это обобщенное "тов. майор" только забугорный.
И да. Операция Кондор. Проект синяя птица. И т.д. И т.п.
Мы такого не придумаем, какое они отморозят...

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

276. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (202), 03-Мрт-25, 17:32

Да вот в том-то и дело, что нет там майоров, в АНБ этом вашем
А в NRL есть(ну или капвторанги какие-нибудь)
АНБ, как и ЦРУ, это гражданская организация и в ней нет воинских или специальных званий

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

265. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от yet another anonymous (?), 03-Мрт-25, 17:04

Tor не АНБ (как тут верно уже указали). Он "инструмент", но в другом смысле --- ("если вы не поняли, кто тут лох, ..."). У АНБ-то как раз инструментаий наполовину на C++/наполовину на на Java'е.

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

28. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от User (??), 03-Мрт-25, 12:52

Воу, воу! Палехше! Куда так гнать, ну? Этж в 26 стандарт принять, в 30м поддержка (частичная, всеми разная) стандарта компиляторами появится, в 31 понять, что все не так и вот вам ещё один (но другой!, лудший) способ получения безопасной безопасности - так году в 35м придётся начинать ДУМАТЬ что-то там переписывать под самую пенсию? Неее. На это комитет пойтить не могет - мужики, может ещё годика три форму скобочек пообсуждаем? Юникод он большой...

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

31. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Аноним (32), 03-Мрт-25, 12:56

А это не тот самый мужик, который в своей книжке писал что насоедование 8-го уровня это нормально?

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

124. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:13

> насоедование 8-го уровня это нормально?
Трудно понять о чем ты. Переформулируй.

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

298. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (32), 03-Мрт-25, 18:01

Про наследование.

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

479. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (479), 04-Мрт-25, 02:10

8-го уровня.

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

34. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

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

Средства(т.е. инструменты) есть, у̶м̶а̶ желания их использовать при политике "****, **** и в продакшн" нет.
Когда от тебя требуют скорость, плевав на качество и тем более сферические стандарты в вакууме, то так то не до феншуя.

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

35. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от n00by (ok), 03-Мрт-25, 13:03

Жаль деда. Линуксоиды по сути его предали, не осилили плюсы в ядро.

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

212. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (212), 03-Мрт-25, 15:48

> Жаль деда.
Так он и не стал дедом, все такой же "мальчишка". Дед тот, слово (мысль, идея) которого имеет вес, а тут какое-то КИСА (осколок АНБ) имеет больше веса, и вес то совсем не мысли, а дубинки.

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

283. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от n00by (ok), 03-Мрт-25, 17:40

Вряд ли его таким ужалить. Дед спорный, как и Вирт, но свой след оставил. В отличие от нытиков по поводу включения Rust в ядро, но их и совсем не жалко.

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

41. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (37), 03-Мрт-25, 13:08

> Жаль деда. Линуксоиды по сути его предали, не осилили плюсы в ядро.
Не нужно его в ядро. По-моему мнению, C++ - это язык для прикладного программирования.

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

63. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от n00by (ok), 03-Мрт-25, 13:25

Мнение - это из области мнимого. В действительности драйвера антивирусов нередко пишут на плюсах.

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

233. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (199), 03-Мрт-25, 16:13

Авторы Genode с вами несогласны,

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

377. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Bottle (?), 03-Мрт-25, 20:03

Нет ничего более прикладного чем операционная система.

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

396. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от zionist (ok), 03-Мрт-25, 20:28

SerenityOS написана на C++

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

478. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (479), 04-Мрт-25, 02:10

SerenityOS, нормальная.
Интерфейс нормального пользователя.

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

43. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Аноним (37), 03-Мрт-25, 13:09

> Каждый объект должен быть корректно создан и освобождён.
Гениально. А что, можно иначе?

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

45. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Прохожий (??), 03-Мрт-25, 13:11

Можно. А еще некоторые в бинарниках шестнадцатиричным редактором заголовки правят.

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

50. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +3 +/–

Сообщение от Фнон (-), 03-Мрт-25, 13:16

Конечно!
Просто добавляешь коммент "тут все ровно, мамой клянусь" и пишешь как получится.
А там пусть потомки лет через 10 разбирают CVEшки.

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

125. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:14

> Гениально. А что, можно иначе?
Иногда НУЖНО иначе.

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

159. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от sena (ok), 03-Мрт-25, 14:39

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

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

173. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от хрю (?), 03-Мрт-25, 14:55

Конечно, особенно в какой-нить стековой модели объектов. Тогда выделяешь сразу буфер подо всё и двигаешь нижнюю границу.

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

286. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от n00by (ok), 03-Мрт-25, 17:49

Так конструкторы-деструкторы всё равно вызовутся, в отличие от предложенного выше new без delete.

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

359. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (98), 03-Мрт-25, 19:18

И дрежать только одно соединение за раз

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

47. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (47), 03-Мрт-25, 13:13

И как на таком новом-кленовом C++ написать linked-list?)

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

52. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (52), 03-Мрт-25, 13:17

C умными указателями конечно же!? Я сам конечно не пробовал, мне некогда пока было :)

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

109. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (98), 03-Мрт-25, 14:03

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

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

167. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 14:47

> Не, умные указатели не подходят, поскольку сразу же после присоединения
> нового элемента он мгновенно зациклится с предыдущим. А если делать
> слабые указатели, то часть списка может в любой момент просто взять и испарится.
А давайте добавим сильные, но глупые!
Вот тогда плюсы взлетят))

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

171. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:53

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

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

279. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (279), 03-Мрт-25, 17:38

Вполне нормально сделать нормальный linked list единожды и использовать его везде. Свой список в каждом проекте писать это уже пережиток прошлого.

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

426. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Dezz (??), 03-Мрт-25, 21:40

Умные указатели вполне подходят для списков. Просто ссылки на предыдущие элементы должны быть слабыми, что логично, ведь им незачем управлять жизнью предыдущего элемента.

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

384. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (384), 03-Мрт-25, 20:12

Так в конце дед предложил аж 6 вариантов [[unsafe]]
Вот ими вся libstdc++ и будет утыкана.

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

389. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Ан Оним (?), 03-Мрт-25, 20:16

Уже написан, в STL. А если свой хочется - можно через ссылки.

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

48. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (48), 03-Мрт-25, 13:13

Поздно спохватились. Доктор сказал в морг, значит в морг. С++ изжил свое.

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

57. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от X512 (?), 03-Мрт-25, 13:19

Что на замену?

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

77. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –3 +/–

Сообщение от Аноним (48), 03-Мрт-25, 13:37

Rust. Если уже Линус Торвальдс (ярый сторонник C и противник C++) начал отказываеться от C в пользу Rust - уже говорит о многом. А он в ЯПах разбирается получше местный диванных экспертов.

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

299. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (-), 03-Мрт-25, 18:02

Хитро передёргиваешь. Лично Торвальдс считает, что "нет ничего лучше Си" - это его цитата. Раст он принял в ядро не хотя, его долго уговаривали, ну он типа "ну ладно-ладно, уговорили". К Расту у него отношение "терпимое".
Конкретно, языку Раст не место в ядре Линукса. Пусть растаманы пилят свою экосистему. Плоть и кровь GNU/Linux состоит из чистого Си.

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

88. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Аноним (-), 03-Мрт-25, 13:48

> Что на замену?
Условный C++2.0.
Нужно просто решиться и сломать обратную совместимость с++ сильнее чем при переходах между стандартами.
Убрать все UB. Добавить то, что описано в предложении, на уровень языка, сделав его по умолчанию. А для использования всяких опасных штук сделать специальные директивы, тоже на уровне языка.
Выкинуть всякие неудачные вещи, которые тянуть только ради совместимости.

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

128. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:16

> Убрать все UB.
И получить необходимость дублировать код и структуры для разных архитектур, получая комбинаторный взрыв?

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

169. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (-), 03-Мрт-25, 14:49

> И получить необходимость дублировать код и структуры для разных
> архитектур, получая комбинаторный взрыв?
Пример в студию.
"Вот такая UB позволяет сделать то-то"
Иначе это пустой треп о том что "без UB жизни нет"

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

174. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:57

До недавнего времени тип char в ядре linux был для разных платформ разным. Где то знаковым, где-то беззнаковым. Ибо железо такое было. Код же работал один и тот же. Пришли разработчики rust и уговорили от этого избавиться. Теперь все привели к одному виду и для части платформ это выражается в небольшом понижении производительности.

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

179. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 15:07

> Теперь все привели к одному виду и для части платформ это выражается
> в небольшом понижении производительности.
Это все невероятно интересно, но где "комбинаторный взрыв"?
Плюс там пробелема была в том, что написанный код работает хз в зависимости от платформы, компилятора, флагом, ретроградности меркурия. А для signed еще получаем UB для overflow.

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

192. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 15:27

> UB для overflow
Я вообще-то только это и комментировал :)
А комбинаторный:
Из за одного типа надо было дублировать почти все структуры что бы работали на всех платформах.
А таких отличий у платформ еще бесчисленное множество.

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

193. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 15:29

> Из за одного типа надо было дублировать почти все структуры что бы работали на всех платформах.
Забыл добавить похорошему бы. А так разработчики решили забить...

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

195. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 15:30

> Из за одного типа надо было дублировать почти все структуры что бы работали на всех платформах.
> А таких отличий у платформ еще бесчисленное множество.
Давай по пунктам
1. сколько таких платформ?
2. сколько из них живы?
3. неужели они не обойдутся старой версией компилятора, чтобы собирать код для дидовской моторолки MC680x0?

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

206. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 15:41

Какая разница? Это был пример.

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

255. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 16:49

Разница огромная.
Если мы можем выкинуть 100500 ifdef'ов для 100500 некроплатформ, то это большой плюс.
И это очень крутая возможность.
А если слушать вопли всякие некролюбов и ʼнинужностиʼ не выкидывать, то прочитаем очередную "помер в своей квартире тк завалило хламом".

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

273. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 17:20

Любая хрень становится некро - только когда исчезают люди способные это поддерживать
Так что не спеши лепить ярлыки где нипопадя.
И еще. Есть способ повышения качества кода. Для этого разными компиляторами собирают под разные платформы и тестируют, даже если используется на одной.

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

252. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (98), 03-Мрт-25, 16:45

>До недавнего времени тип char в ядре linux был для разных платформ разным. Где то знаковым, где-то беззнаковым
Так, а где тут UB? А то я думал, что тут про разыменновывание нулевого укзателя будут говорить или про двойное освобождение памяти

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

274. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 17:23

Операции сдвига UB.

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

463. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (384), 04-Мрт-25, 01:26

Поведение char от компилятора зависит. Просто char - это не сокращение от signed char, там аж 3 типа выходит:
char - для хранения символов, или другой последовательности байт неопределённого назначения (это в принципе тоже числа, но какие - решают разработчики компилятора);
signed char - знаковые однобайтные числа;
unsigned char - беззнаковые однобайтные числа.
В C++ с этим много мелких неудобств бывает. Используем POSIX в программе на C++ и где-то cast всплывёт.
В C++ для похожих целей (указатель на блок данных неопределённого назначения) вроде резервировали void* с менее жёсткими требованиями к преобразованию типов, но от C-API достаётся char* и никуда он уже не исчезнет. Да и если вдруг захочешь поковырять блок данных void* - тоже потребуется cast.
Но это в целом проблема сериализации, а не какой-то заговор. Там ещё и byte order надо учесть, а бывал ещё и pdp byte-order. Решать это всё можно по-разному, но обычно костыли где-то вылезают.

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

146. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (146), 03-Мрт-25, 14:29

Так ржавый и получится же ну. Только он уже готов и даже стабилен

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

237. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (199), 03-Мрт-25, 16:22

Не получится. Классов нет, наследования, шаблонов. В C++ 2.0, если таковой появится, это всё будет, но уже без сырых указателей, с контролем границ массивов по умолчанию.

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

322. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Вася Пупкин (?), 03-Мрт-25, 18:31

Так в русте же все эти штуки одним общим механизмом трейтов реализованы

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

477. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (479), 04-Мрт-25, 02:07

Да, это такие штуки в Русте.

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

153. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 14:33

> Условный C++2.0.
> Нужно просто
А можно просто узнать, сколько за эти годы было написано языков на замену Крестам. Начиная с D, например. Вы о нем даже не слышали, полагаю. И об остальных - тоже. Почему бы это?...

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

170. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 14:49

Тот Д который со сборщиком мусора (опциональным, но тем не менее)?
И для которого потом пытались колхозить "безопасные" сабсеты типа SafeD?
Я бы сильно удивился если бы он взлетел.

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

187. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 15:20

Так комментарий выше - в аккурат про то, что а вот давайте теперь напишем... то, что Александреску уже двадцать лет назад написал, внезапно.

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

238. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (199), 03-Мрт-25, 16:24

SafeD там там теперь по умолчанию из коробки.

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

161. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (165), 03-Мрт-25, 14:41

>Условный C++2.0.
С++++

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

241. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (199), 03-Мрт-25, 16:26

C+=2

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

229. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Нуину (?), 03-Мрт-25, 16:09

> С++ изжил свое.
Буквально все, чем ты пользуешься на нем. Изжил:) Откуда вы лезите? Где у вас гнездо? (с)

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

246. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (-), 03-Мрт-25, 16:36

>> С++ изжил свое.
> Буквально все, чем ты пользуешься на нем.
И? Когда появилось эл-во и факелы и свечки заменяли на него, наверняка такие же бухтели "вы эти лампочки пилят при свечах!! позор! никакого уважения к тысячелетним технологиям".
> Изжил:)
Ага. Именно изжил. В комитете раскол и Драма за Драмаю.
Как минимум 2 группы тянут одеяло на себя.
Тащится просто жуткое старье в угоду древним платформам.
При некоторые вещи можно ускорить в 2-3 раза если поломать совместимость.
open-std.org/jtc1/sc22/wg21/docs/papers/2019/p1863r0.pdf

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

340. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (96), 03-Мрт-25, 18:46

Если бы электричество.
А то ведь предлагают вместо свечей дыру в потолке прорубить. Правда ночью невидно ничего и дождь на голову падает, зато пожара не будет - безопасно!

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

234. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (199), 03-Мрт-25, 16:15

Что-то Qtшники переписываться на Rust не спешат.

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

326. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от НяшМяш (ok), 03-Мрт-25, 18:37

Их уже переписали =)
https://slint.dev/alternative-to-qt

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

451. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Нуину (?), 03-Мрт-25, 23:33

> Их уже переписали =)
> https://slint.dev/alternative-to-qt
Ну вот когда серъезные проекты на нем появятся, тогда можно что-то утверждать. А пока qt - промышленный стандарт.

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

452. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Нуину (?), 03-Мрт-25, 23:34

> Что-то Qtшники переписываться на Rust не спешат.
У них есть qml с js-ом (стоит заметить своей реализацией). Так что все безопасно и проще.

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

467. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от blevakagmail.com (?), 04-Мрт-25, 01:53

C#

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

49. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +3 +/–

Сообщение от Аноним (49), 03-Мрт-25, 13:15

ИЧСХ, Паскаль с самого начала не давал программисту делать всё что угодно, а только то, что правильно. Потому что программист делает ошибки. Потому что программист хочет то, что он хочет, а не то, что он пишет. Через 50-60 лет до мэйнстрима дошло.

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

56. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (52), 03-Мрт-25, 13:19

Просто до этого нехаватоло мощностей и приходилось выжимать до капли любым способом.

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

61. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Анонем (?), 03-Мрт-25, 13:23

Проблема Паскаля не в том, что он "слишком правильный". И даже не в том, что медленный. А в том, что он придуман в Европе, а не в США.

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

140. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от SAI (ok), 03-Мрт-25, 14:25

Насчёт "медленности" Паскаля вопрос сомнительный.
Зависит от многих факторов, в том числе и от компилятора, но в среднем, примерно в 2 раза медленнее Си (в рейтинге сразу за Си).
Та же Java (на тех же задачах), показывала производительность в 10 раз меньше.
Была на опеннете такая статья с исследованием несколько лет назад. Не могу найти.

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

379. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Bottle (?), 03-Мрт-25, 20:08

Ну так естественно, если над компилятором (FreePascal) трудятся по-сути случайные люди, хотя и опытные.
Будь у Паскаля такая же поддержка, как у GCC и LLVM, производительность была бы схожей.
Вон Фортран до сих пор затыкает сишку в чистых вычислениях, всё потому что сишники до сих пор не научились использовать ключевое слово "restrict" и не обладают той же алгоритмической базой, что и фортранщики.

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

456. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (384), 04-Мрт-25, 00:25

> в среднем, примерно в 2 раза медленнее Си (в рейтинге сразу за Си).
Даже близко там такого быть не может. Эти языки отличаются на плюс-минус 5-10% (причём ещё вопрос в какую сторону, lcc из quake наверняка сольёт delphi).
Тоже искал как-то почему c++ работает в разы быстрее pascal. А там оказалось #pragma omp ... и вуаля - числодробилка распараллелилась по ядрам. Хотя на первый взгляд программа написана в один поток.

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

321. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 18:30

>Проблема Паскаля не в том, что он "слишком правильный". И даже не в том, что медленный. А в том, что он придуман в Европе, а не в США.
Не в бровь, а в глаз. 50 лет назад, американцы всячески игнорировали Алгол, и везде где могли протаскивали свой Фортран. В XXI веке создатель Питона внёс в язык оператор присваивания := , и тут американские программисты начали сильно возмущаться. Гвидо опечалился и хотел было покинуть пост лидера. В Америке был сговор компаний, не принимать на работу людей, которые пишут программы на Дельфи. Прикол в том, что Дельфи это американская программа.
Я люблю Си и Юниксы. Но вынужден признать, у американцев есть неприязнь к европейским языкам программирования. Это факт.

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

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

Сообщение от User (??), 03-Мрт-25, 14:03

Ээээ... Вы код на том паскале видели? Нет, не на "этом", который хипстерское "турбо", и не на смузи-с-объедками, ой, объектами конечно же?
То, что видел я - эталонное лапшемесиво, если честно. Не притендую на широту охвата, но пред-по-ло-га-ю, что "дiды"(тм) у них с сями плюс-минус одiнаковыя)

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

111. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (98), 03-Мрт-25, 14:05

И как в паскале дело обстоит с указателями? Так же как в си/крестах?

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

145. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от SAI (ok), 03-Мрт-25, 14:27

Если постараться, то выстрелить себе в ногу тоже можно.
Но компилятор много чего ловит.

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

254. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (98), 03-Мрт-25, 16:49

Что значит постараться? Я не знаю все 100500 языков какие есть. Если вы расхваливаете паскаль то говорите конкретнее: есть ли там nullptr, что будет если его разыменновать, бывает ли там утечка памяти, бывает ли двойное освобождение и так далее. И как ко всему этому относится компилятор.

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

391. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (384), 03-Мрт-25, 20:20

Ну в lazarus будет @, ^ и nil. Забыть вызвать Free()/Destroy()/Dispose() можно. А до кучи ещё и ${ifdef} имеется.

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

149. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (146), 03-Мрт-25, 14:31

Паскаль - отличный язык. Но создавался он исключительно для обучения и там только и должен применяться

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

243. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (199), 03-Мрт-25, 16:33

Да что всё Поцкаль да Поцкаль? Ведь, есть же более промышленный Modula-2, который теперь и в GCC имеется. Со строгостью у него, должно быть, не хуже.

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

468. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от blevakagmail.com (?), 04-Мрт-25, 01:57

Какая модуль, какой Паскаль. Оберон!

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

158. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 14:39

> ИЧСХ, Паскаль с самого начала не давал программисту делать всё что угодно
Так удивился этому заявлению, что аж заглянул в свой архив. Нет, похоже, исходники тех программ из прошлого века, где использовались ассемблерные вставки и прямая запись в видеопамять (потому что штатные библиотеки люто тормозили, и даже int 10h был нетороплив), уже выкинуты...
Так-таки и не давал? Как-то я этого не заметил.

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

198. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (49), 03-Мрт-25, 15:32

Это Turbo Pascal? Все коммерческие реализации как раз и добавляли разные небезопасные возможности, чтобы "профессионалам" было удобнее. Но не суть. Просто то, что Си небезопасен и плохо спроектирован, было очевидно уже очень давно.

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

203. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 15:38

> Си небезопасен и плохо спроектирован
А верблюд несимпатичный и низко летает. Вообще непонятно, что арабы в них нашли...

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

236. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 16:21

>  Вообще непонятно, что арабы в них нашли...
На вкус и цвет - кому и кобыла невеста

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

240. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от тоже Аноним (ok), 03-Мрт-25, 16:25

Скорее "на бесптичье и жoпа - соловей".
Причем оглядываясь на прошедшие десятилетия, нетрудно заметить, что именно такая ситуация - не исключительная, а сугубо характерная и логично формирующая то, что мы имеем сейчас. Не обещая никаких изменений и в ближайшем будущем, собственно.

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

314. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 18:16

>Так удивился этому заявлению, что аж заглянул в свой архив. Нет, похоже, исходники тех программ из прошлого века, где использовались ассемблерные вставки и прямая запись в видеопамять (потому что штатные библиотеки люто тормозили
То есть ты ставишь знак равенства между американской реализацией компилятора (Turbo Pascal), и настоящим компилятором созданным Никлаусом Виртом? А железо на котором ты запускал свои программы, тоже американского производства.

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

311. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 18:11

>ИЧСХ, Паскаль с самого начала не давал программисту делать всё что угодно, а только то, что правильно. Потому что программист делает ошибки. Потому что программист хочет то, что он хочет, а не то, что он пишет. Через 50-60 лет до мэйнстрима дошло.
Проблема не в том, что до мэйнстрима что-то дошло или не дошло. Американцы были против Паскаля. Потому-что это европейский язык программирования. И все идеи идущие от Паскаля они упрямо игнорировали. Иногда они поступали хитро, потихоньку заимствовали идеи европейских учённых в обласи Информатики.

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

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

Сообщение от Аноним (51), 03-Мрт-25, 13:17

Meanwhile in the Pascal camp...

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

58. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +4 +/–

Сообщение от Аноним (58), 03-Мрт-25, 13:19

> lifetime - запрещены ссылки на освобождённые или неиспользуемые области памяти, разыменование указателей, явный вызов new/delete.
Тут уже поднапряглись авторы и пользователи Qt…

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

72. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –4 +/–

Сообщение от Прохожий (??), 03-Мрт-25, 13:32

Qt закрыть и забыть. Хорошо, много на нем не успел сделать.

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

93. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Аноним (93), 03-Мрт-25, 13:51

А что вместо него?

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

150. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –3 +/–

Сообщение от Аноним (29), 03-Мрт-25, 14:31

flutter, slint

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

244. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (199), 03-Мрт-25, 16:35

Помнится, ещё какой-то Клиттер пытался взлетать, не вышло.

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

475. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (479), 04-Мрт-25, 02:05

Клиттер,
Который в Latex, да это он.

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

59. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (59), 03-Мрт-25, 13:20

Отличная инициатива. Так оно и будет, затащат все основные примочки растов и никто никуда миргировать не станет, моментально отпадет желание переносить огромные пласты легаси кода.
Так от части происходит и с другими платформами. Например java много впитал из scala, и теперь смысла как-то перекатываться на scala особо и нет.

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

67. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Фнон (-), 03-Мрт-25, 13:29

> Так оно и будет,
Может и будет, вопрос "когда")
Пока комитетчики расшевелятся, пока это попадет в компиляторы...
В некоторых крупных проектах уже полным ходом от дырявых ЯП избавляются - весь новый код пишут на более новых.
Даже через три года, кол-во написанного кода будет достаточно существенным, программисты обучены, процессы настроены.
А лет через 5-6 о возвращении к плюсам можно будет забыть.

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

133. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –3 +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:20

> Даже через три года, кол-во написанного кода будет достаточно существенным, программисты обучены, процессы настроены.
Сколько там прошло с момента появления rust. А в новостях про переписывальщиков только: паритет по функциональности планируется достич к ...

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

155. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (37), 03-Мрт-25, 14:36

> паритет по функциональности планируется достич к ...
Это современный метод ведения бизнеса. Обещать, а концу дедлайна сваливать по горизонтали. Или по-другому. Недавно интервью читал одного деятеля о разработке самолетов. Типа делаем проект 10 лет, признаем устаревшим, начинаем снова. Делаем проект 10 лет, признаем устаревшим и т.д. И ведь прокатывает!

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

197. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 15:32

Отвечу тут:
> Какой паритет?
Паритет функциональности проекта на Си С++ и переписываемого на rust.
Практически везде его никак не могут достигнут.

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

200. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (-), 03-Мрт-25, 15:35

>> Какой паритет?
> Паритет функциональности проекта на Си С++ и переписываемого на rust.
В соседней новости fish переписали с СИ на С++, потом с С++ на раст.
Суда по их блогу паритет сохранен.
> Практически везде его никак не могут достигнут.
А они уже закончили)?
АРТИ (который TOR) стабильно добавляют feature parity.
И по их же словам версия сишки будет сущесвтовать какое-то время, но неминуемо будет дропнута.

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

228. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 16:09

Fish? Возможно. Но.
Насколько я понимаю, сам fish это упрощенная версия командной оболочки. Заточена на интерактивность за счет скриптования. То есть проект уступающий по функциональности тем, кого хотел переписать.
А tor - да, обещают, ... вот-вот...

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

266. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 17:13

> Насколько я понимаю, сам fish это упрощенная версия командной оболочки. Заточена на интерактивность за счет скриптования. То есть проект уступающий по функциональности тем, кого хотел переписать.
Э? То что оне не ПОФИГС совместимый не делает его упрощенным.
> А tor - да, обещают, ... вот-вот...
Pingora, Хикорри, COSMIC, pgp sq, куча либ для андроида...
У тебя просто bias и ты видишь только то, что хочешь.

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

346. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 18:53

> Э? То что оне не ПОФИГС совместимый не делает его упрощенным.
Ну не смогла я - не смогла.
> Pingora, Хикорри, COSMIC, pgp sq,
Что это? Это есть в дистрибутивах?
> куча либ для андроида...
А вот в это верю. Только их не видно.
> У тебя просто bias и ты видишь только то, что хочешь.
Или просто вижу то что вокруг. Копаться на свалке и искать желания нет.

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

175. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Аноним (-), 03-Мрт-25, 14:58

> Сколько там прошло с момента появления rust.
Первый стабильный релиз - май 2015.
В андроид добавили в начале 2021 года.
В ядро добавили в октябре 2022.
> А в новостях про переписывальщиков только: паритет по функциональности планируется достич к ...
Какой паритет?
В расте уже возможностей больше чем в дыряшке или плюсах - у вас есть там паттерн матчинг? А нормальная работа со строками? А линейные типы?
Чего в расте меньше, так это возможностей отстрелить себе ногу, по самую опу.

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

327. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Вася Пупкин (?), 03-Мрт-25, 18:38

а еще помимо языка удобный тулинг, стандартизированный подход к тестам, доке и бенчмаркам.

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

114. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (98), 03-Мрт-25, 14:06

>и теперь смысла как-то перекатываться на scala особо и нет
Джависты не перекатываются на скалу ни когда в этом смысла нет, ни когда смысл есть

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

472. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (479), 04-Мрт-25, 02:04

Джависты, они такие да.

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

66. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Прохожий (??), 03-Мрт-25, 13:26

> запрещены ... явный вызов new/delete
Всегда так делал и буду делать. Мне так удобно контролировать выделение/освобождение памяти. Кстати, GCC предупреждает, если в программе для объекта есть new, но нет delete.

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

69. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (69), 03-Мрт-25, 13:30

Ты и без них можешь контролировать

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

71. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (-), 03-Мрт-25, 13:31

А если delete в другой функции. Или на другом потоке.
Неужели GCC все проверяет?
Или это топорная проверка в узкой областе видимости?

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

75. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Прохожий (??), 03-Мрт-25, 13:35

У меня в проекте проверяет. Но проект собирается из исходников, хотя и по частям.

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

76. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Прохожий (??), 03-Мрт-25, 13:36

> А если delete в другой функции.
Нет, delete в той же функции. Функция исполнилась - освобождает ресурсы, которые выделяла. Результаты проверяет.

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

180. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от inklesspen (ok), 03-Мрт-25, 15:08

ИМХО неудобно контролировать каждый указатель. Про что-то можно и забыть.
Любая функция с каким-никаким ветвлением (с учетом, что исключения - тоже вид ветвления) превращается в кусок полусишного кода с функционалом плюсов, поскольку тебе нужно:
+ Освободить указатель, если произошло исключение
+ Освободить указатель при преждевременном return'е
+ Не забыть то же самое в циклах
Даже такой кусок кода может содержать утечку:
```cpp
void foo()
{
    auto a = new int(2);
    auto b = new int(3);
    delete a;
    delete b
}
```
Умные указатели избавляют от этих проблем. До тех пор пока не ошибся с семантикой перемещения.

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

251. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (199), 03-Мрт-25, 16:45

>ИМХО неудобно контролировать каждый указатель. Про что-то можно и забыть.
Если забыть, то в данном случае, напомнит статический анализатор кода?

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

258. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (98), 03-Мрт-25, 16:54

>Функция исполнилась - освобождает ресурсы, которые выделяла
Очень интересно, как вы собираетесь в той же функции освобождать ресурсы, если их планируется возвращать наружу. Или вы постоянно копируете данные туда-сюда?

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

388. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (388), 03-Мрт-25, 20:15

почему тогда operator new() не освобождает ресурсы, когда исполнился?

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

80. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Прохожий (??), 03-Мрт-25, 13:40

А вообще, считаю высшим пилотажем, когда вычисления производятся в тех же массивах, что были переданы в функцию (например, в некоторых алгоритмах линейной алгебры или теории дифференциальных уравнений). Хотя, конечно, о разрушении исходных массивов программист должен быть предупрежден.

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

92. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +3 +/–

Сообщение от Аноним (92), 03-Мрт-25, 13:50

высший пилотаж :D
тебе что 20 лет, как можно быть таким зелёным?

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

100. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (37), 03-Мрт-25, 13:57

Да, зеленый он совсем. То ли дело, взять готовую библиотеку, которая хрен знает как и что считает, написать обвязку на Python и выдать на-гора готовый продукт. Всё равно никто пользоваться не будет.

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

105. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от laindono (ok), 03-Мрт-25, 13:59

Неужели это настолько сложно делать в C++, что это считается чем-то... стоящим упоминания?
> Хотя, конечно, о разрушении исходных массивов программист должен быть предупрежден.
Звучит так, будто у вас до сих пор нет нормальной документации. Опять же, что значит "разрушение исходных массивов"? Это типа вот так:
fn do_some_math<'a>(input: &'a mut [f32]) -> &'a [f32]
Я для наглядности оставил маркер времени жизни, но оно так по умолчанию работает в данном конкретном случае (все 'a для наглядности). Тут буквально сказано, что функция использует входной кусочек памяти в качестве выходного кусочка памяти. И все подводные камни, связанные с таким использованием проверяются на уровне компиляции.

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

131. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (-), 03-Мрт-25, 14:19

Это не подойдет, по многим причинам:
- у дедов уже зрение не то, они просто не видят мелкие символы
'

- других просто пугают незнакомые значки
- да и это же надо подумать заранее, а то компилятор будет ругаться

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

136. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 14:23

Какая-то мелкая букашка по монитору пробежала.

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

168. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от laindono (ok), 03-Мрт-25, 14:47

Дедов на поддержку легаси можно оставить.
> да и это же надо подумать заранее, а то компилятор будет ругаться
Лучше думать один раз при создании интерфейса, чем каждый раз при использовании интерфейса. И уж точно лучше, чем думать, как исправить ситуацию, где все начинают шутить шутки про дырени и показывать на тебя пальцем.

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

172. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (107), 03-Мрт-25, 14:54

Когда сидишь на диване и палец об палец не ударяешь, всё предельно просто

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

471. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (479), 04-Мрт-25, 02:03

Кто нибудь ударьте палец, о палец.
Молодец.

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

181. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (388), 03-Мрт-25, 15:08

> fn do_some_math<'a>(input: &'a mut [f32]) -> &'a [f32]
У тебя ошибка, растолюб.
Правильно вот так:
fn do_some_math<'&^$a>(input: &!@#$'a mut [f32]) -> &()&%#'\'a [f32]

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

183. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от laindono (ok), 03-Мрт-25, 15:17

В реальном коде этот конкретный случай вот так выглядит:
fn do_some_math(input: &mut [f32]) -> &[f32]
На сишечке скорее всего что-то такое будет:
void do_some_math(float*const input, int input_length, float**const output, int*const output_length);

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

218. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Аноним (388), 03-Мрт-25, 15:56

> void do_some_math(float*const input, int input_length, float**const output, int*const output_length);
Растолюб, почему у тебя длинна знаковая в примере на Си? Вы же типа, в отличие от Сишников, не допускаете таких ошибок.

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

245. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от laindono (ok), 03-Мрт-25, 16:36

Там скорее всего нужно использовать size_t. Хотя всё это не важно для контекста.
> Вы же типа, в отличие от Сишников, не допускаете таких ошибок.
Если я допущу такую ошибку в rust, код просто не скомпилируется. Мне не требуется держать такие детали в голове. Вместо этого я сосредоточусь на более важных вещах.

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

262. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Аноним (388), 03-Мрт-25, 17:00

> Там скорее всего нужно использовать size_t. Хотя всё это не важно для контекста.
ну т.е. без раста вы также не можете чистый безопасный код написать. Ясно-понятно.

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

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

Сообщение от Аноним (-), 03-Мрт-25, 17:03

> ну т.е. без раста вы также не можете чистый безопасный код написать.
Не, я растом я могу написать чистый и безопасный код)
А вы даже на своем любимом С/C++ не можете.
> Ясно-понятно.
Ага.
То ли дело CVEшный код от дырявых))

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

310. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от laindono (ok), 03-Мрт-25, 18:10

Я могу потратить полчаса времени и вспомнить детали. С другой стороны я пишу на расте, а не на си. Зачем мне держать в голове мелкие детали си?
Или претензия в том, что я не пишу на си? Пишу на чём хочу.

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

269. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 17:17

> Растолюб, почему у тебя длинна знаковая в примере на Си?
А почему бы и нет! Может это закладка чтобы потом туда -100500 передать.
Вот захоте и написал! Кто мне запретит?

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

260. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Совершенно другой аноним (?), 03-Мрт-25, 16:57

> На сишечке скорее всего что-то такое будет:
> void do_some_math(float*const input, int input_length, float**const output, int*const output_length);
скорее всего будет вообще не так. Вы там const-ов наставили вообще не в тему. Скорее всего будет выглядеть так (если я правильно понимаю, что на Rust функция возвращает массив и принимает на вход изменяемый массив).
Если то самое, "разрушаемое" заполнение, то будет:
void do_some_math(float* input, size_t input_length);
Если функция на C сама выделяет память для результирующего массива, и входной массив не трогает, то будет что-то типа:
float* do_some_math(const float* input, size_t input_length);
Если результирующий массив может по размеру отличаться от исходного, то:
float* do_some_math(const float* input, size_t input_length, size_t* output_length);
Если надо, чтобы заполнялся другой массив, внешний относительно подпрограммы, то будет что-то типа:
void do_some_math(const float * restrict input, size_t input_length, float * restrict output, size_t output_length);
Если надо, чтобы кроме всего прочего функция сигнализировала, что размера результирующего буфера не хватает, то будет что-то типа:
size_t do_some_math(const float * restrict input, size_t input_length, float * restrict output, size_t output_length);

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

295. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от laindono (ok), 03-Мрт-25, 17:58

> Вы там const-ов наставили вообще не в тему
Неизменяемый указатель на изменяемую память:
fn do_some_math(input: &mut [f32]) -> &[f32]
Без const будет так:
fn do_some_math(mut input: &mut [f32]) -> &[f32]
Полагаю, несущественная мелочь. Тоже могу сказать и про restrict, которого нет в rust ибо это поведение по умолчанию.
Но в обоих случаях возвращается пара из указателя+длинны на кусочек памяти в пределах изначального. Не обязательно начало/длинна равны изначальным, но обязательно не выходящие за границы. Если бы это была выделяемая память, то было бы что-то вроде такого:
fn do_some_math(input: &mut [f32]) -> Box<[f32]>
fn do_some_math(input: &mut [f32]) -> Vec<f32> // не только length, но ещё и capacity
В случаях, если возможна реаллокация изначального массива, то:
fn do_some_math(input: &mut Vec<f32>) -> &[f32]

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

259. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (98), 03-Мрт-25, 16:55

А если мне эти данные ещё нужны, как быть в этом случае?

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

474. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от blevakagmail.com (?), 04-Мрт-25, 02:04

Использовать f# ocaml. Массив по определению можно изменить. Пляши от стенки

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

481. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Котофалк (?), 04-Мрт-25, 02:31

OCaml, Oberon... А вы опасный человек...

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

89. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +4 +/–

Сообщение от Аноним (93), 03-Мрт-25, 13:48

> lifetime - запрещены ссылки на освобождённые или неиспользуемые области памяти
Ну, и как он предлагает этого достичь? Да еще и во время компилиции? Ну вот банальное типа:
const int& i = std::max(x, 10);
Сори, но у плюсов родовые травмы от С: в языке фундаментально не заложена безопасность - ни при работе с ресурсами, ни с арифметикой.

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

95. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (49), 03-Мрт-25, 13:51

Ну как, запретить такие конструкции.

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

222. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (93), 03-Мрт-25, 16:00

Какие "такие конструкции"? Возврат ссылки, что ли?

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

277. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от yet another anonymous (?), 03-Мрт-25, 17:37

Да. Ссылка на литерал не есть хорошая идея.
Но С++ --- мультипарадигменный язык. Для тех кто не понимает (или не хочет понимать), что происходит, других языков понаделали. Там следят не только чистотой конструкций, но и за мыслепрес^W правильной областью применения этих языков.

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

344. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (344), 03-Мрт-25, 18:49

> Да. Ссылка на литерал не есть хорошая идея.
Как ты себе представляешь запрет возвращения ссылок? Ты не понимаешь, что людям придется переписывать весь плюсовый код, включая стандартную библиотеку?
И да, проблема с кодом выше не в лтюитерале как таковом: любой временные объект в этом случае имел бы тот же эффект. Потому что язык г*о, и пулю ты из него, увы, уже не сделаешь.

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

278. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (49), 03-Мрт-25, 17:38

OK, конкретно в этом коде
>> const int& i = std::max(x, 10);
ошибки нет. Константная ссылка слева продлевает время жизни возвращаемого rvalue.

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

335. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (344), 03-Мрт-25, 18:44

>  Константная ссылка слева продлевает время жизни возвращаемого rvalue.
Нет, не продлевает.

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

368. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от anonymous (??), 03-Мрт-25, 19:41

продлевает

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

470. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (479), 04-Мрт-25, 02:02

Превознемогает.
Молодец.

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

476. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от blevakagmail.com (?), 04-Мрт-25, 02:06

Не переживайте. Сказать не значит сделать.

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

166. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от хрю (?), 03-Мрт-25, 14:47

Ага то есть был язык с++, наверно, самый переусложнённый из ныне используемых, а будет ещё и ещё переусложнённый? Причём обработка даже какого-нить utf8 на стандартных библиотеках какой-от цирк с конями. Далеки это трупы страусов от народа. Уж лучше пусть даже хруст будет.

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

248. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (82), 03-Мрт-25, 16:40

Когда с++ разрабатывался, utf8 ещё не придумали.

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

330. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Вася Пупкин (?), 03-Мрт-25, 18:41

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

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

176. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от slew (ok), 03-Мрт-25, 15:02

На современном С++ (вернее, на стандарте 11 и выше) вообще можно писать как на питоне. Чуть ограничить совместимость с С-шными практиками, и это все что нужно, чтоб несиляторы не наделали себе в штаны. А то понаберут несоиляторов, вроде тех небинарных из мозиллы, которых к программированию просто нельзя подпускать. А те потом верещат на весь тырнет, что это ЯП-ы плохие, а не они бараны.

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

211. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Арман (?), 03-Мрт-25, 15:48

Это ещё они про MISRA не слышали — вообще массовый подрыв произошёл бы.

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

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

Сообщение от Карман (?), 03-Мрт-25, 15:48

Подрыв пока происходит только у тебя.

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

333. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Вася Пупкин (?), 03-Мрт-25, 18:43

>На современном С++ (вернее, на стандарте 11 и выше) вообще можно писать как на питоне.
С 14ю способами инициализации, ага.. что еще с чем сравнишь?

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

350. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от slew (ok), 03-Мрт-25, 19:00

>С 14ю способами инициализации, ага..
Выбери один по вкусу, и используй только его. Или абы чо ляпнуть?

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

381. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Bottle (?), 03-Мрт-25, 20:11

Проблемы начинаются при использовании чужих библиотек - и вдруг тебе оказывается нужным выучить все нюансы каждого способа инициализации.

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

337. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (-), 03-Мрт-25, 18:45

>небинарных из мозиллы, которых к программированию просто нельзя подпускать.
Что за стереотипы. Откуда ты лохматый такой? Из пещеры?

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

376. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от хрю (?), 03-Мрт-25, 20:02

> На современном С++ (вернее, на стандарте 11 и выше) вообще можно писать
> как на питоне. Чуть ограничить совместимость с С-шными практиками, и это
> все что нужно, чтоб несиляторы не наделали себе в штаны. А
> то понаберут несоиляторов, вроде тех небинарных из мозиллы, которых к программированию
> просто нельзя подпускать. А те потом верещат на весь тырнет, что
> это ЯП-ы плохие, а не они бараны.
Можете предоставить ссылку на свою проект в котором с++ раскрывается как простой и понятный ЯП, чтоб мы "бараны" смогли приобщиться в прекрасному? Или будет как всегда? :D

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

184. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (184), 03-Мрт-25, 15:18

Вообще говоря, авторы Си задумывали так, что программы на Си будут использоваться со сборщиком мусора.
По признанию самого Кернигана, ни одна программа на Си не должна превышать 500-1000 строк и в программе не будет более 1-2 вызовов malloc.
А всё, что крупнее, будет уже обвязками на shell вокруг маленьких Си программ.

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

213. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от Аннноним (?), 03-Мрт-25, 15:48

Хм, весьма интересно, а нет какой-нибудь ссылки на исходник или около того? Хотел бы детальнее ознакомится с вопросом

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

296. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (184), 03-Мрт-25, 17:58

AWK programming language, Aho/Kernighan/Weinberger.
The Unix Programming Environment, тот же Kernighan.
Вторая книга особенно показательна, проводится в пример, например, troff, который состоит из десятка маленьких программ, соединённых пайпами.
AWK это вообще по сути C со сборщиком мусора.
В первой же утверждается, что на AWK можно решить большую часть нужных в повседневной жизни задач. Ну, а небольшое количество оставшихся, чувствительных к скорости, да, придется на Си.

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

280. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (388), 03-Мрт-25, 17:38

Ага, верим. Особенно учитывая что Си создавался чтоб переписать UNIX с/на PDP11. Включая его ядро. Ядро с не более 1-2 malloc'ами и не длинее 1000 строк, и обвязки в ядре(!) на шелле(!) - это реально круто, без стёба (нет)

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

300. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (184), 03-Мрт-25, 18:02

При чём тут ядро?
Во-первых, ядро тогда было сильно меньше.
Во-первых, в ядре не так много malloc'ов.
В-третьих, специально чтобы избежать большого количества кода в ядре, как раз и была придумана концепция "всё есть файл", чтобы драйвера были не сложными монстрами с кучей системных вызовов, а просто маппили устройство на файл, и дальше пусть юзерспейс разбирается.
Обычный программист почти никогда не пишет ядерный код, поэтому ваша критика ну совсем пустая.

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

320. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (388), 03-Мрт-25, 18:29

Изначально вброс был, что Си создавался чтоб писать проги не длинее 1000 строк и с 1-2 malloc'ами. Но Си создавался чтоб портировать UNIX, а не для того что ты только что придумал.
> В-третьих, специально чтобы избежать большого количества кода в ядре, как раз и была придумана концепция "всё есть файл", чтобы драйвера были не сложными монстрами с кучей системных вызовов, а просто маппили устройство на файл, и дальше пусть юзерспейс разбирается.
Плйать, да откуда ты всё это берешь? Почему тогда физические сетевые интефрейсы не файлы /dev? А если все было бы не файл, а просто в памяти лежало без отражения на фс, то syscall'ы бы не работали?
З.Ы. Напишешь amdgpu.ko чтоб не больше 1000 строк там было? Ну или может ядерный гипервизор?

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

331. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 18:42

Чо так возбудился-то? Он просто процитировал мнение Кернигана, из книги написанной самим Керниганом. Кстати, Керниган не дурак и дельные вещи говорит.

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

416. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (416), 03-Мрт-25, 20:55

> Изначально вброс был, что Си создавался чтоб писать проги не длинее 1000
> строк и с 1-2 malloc'ами. Но Си создавался чтоб портировать UNIX,
> а не для того что ты только что придумал.
Не вижу противоречий, а вот ты что-то себе придумал о "UNIX":
https://github.com/dspinellis/unix-history-repo/tree/Researc...
> covering the period from its inception in 1970 as a 2.5 thousand line kernel and 26 commands
...

> Плйать, да откуда ты всё это берешь? Почему тогда физические сетевые интефрейсы
Какие-какие сетевые интерфейсы в начале 70х?
> З.Ы. Напишешь amdgpu.ko чтоб не больше 1000 строк там было? Ну или
> может ядерный гипервизор?
Я тебя дважды расстрою
1) куда ты в тот PDP11 собрался AMD-GPU втыкать и что именно в ядерном гипервизоре гонять?
2)
>> "По признанию самого Кернигана, ни одна программа на Си не должна превышать 500-1000 строк"
> Напишешь amdgpu.ko чтоб не больше 1000 строк там было?
Л-логика, че. Писать-то и не такое писали (в смысле объема - раз в 10 больше и на асме) еще не так уж и давно, но удовольствие сие таки ниже среднего ...

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

421. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (416), 03-Мрт-25, 21:17

> Ага, верим. Особенно учитывая что Си создавался чтоб переписать UNIX с/на PDP11.
Ты эта, посмотри старенькие сишные "API" и ответь нам, хипстрорам, на один вопрос:
почему в структах (когда-то) было принято добавлять префиксы к названиям полей:

struct tm {
        int     tm_sec;         /* seconds after the minute [0-60] */
        int     tm_min;         /* minutes after the hour [0-59] */
struct ar_hdr {
        char ar_name[16];               /* name */
        char ar_date[12];
struct sockaddr {
        unsigned char   sa_len;         /* total length */
        sa_family_t     sa_family;      /* address family *

Потом еще раз подумай над своим яростным "неверю, вы фсе врети!"

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

378. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от хрю (?), 03-Мрт-25, 20:06

> Вообще говоря, авторы Си задумывали так, что программы на Си будут использоваться
> со сборщиком мусора.
> По признанию самого Кернигана, ни одна программа на Си не должна превышать
> 500-1000 строк и в программе не будет более 1-2 вызовов malloc.
> А всё, что крупнее, будет уже обвязками на shell вокруг маленьких Си
> программ.
Именно так. си создавался в парадигме unix - простой язык для простых программ которые делают только одну вещи и связываются через шел. И для этой цели он прекрасно подходит. Только вот аффторы с++ ставили своей целью объять не объятое и сделать яп на котором можно сделать всё на свете и без потери производительности. Ну и в итоге получилось то что получилось.

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

446. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (384), 03-Мрт-25, 23:15

> аффторы с++ ставили своей целью объять не объятое и сделать яп на котором можно сделать всё на свете и без потери производительности
На момент появления C++ (а это уже ближе к середине 80-х) язык C далеко ушёл за рамки "маленьких" утилит в 1000 строк. Язык C++ - это примерно тот же C, только с возможностью ООП и мелочевкой (вроде перегрузки функций, inline и т.д.). А чуть позже и ещё с разными плюшками вроде исключений, шаблонов и т.д.
В целом на C++ можно сделать всё, что можно сделать на C. Только потребление памяти повыше выходит (в основном из-за шаблонов и способов реализации inline). Первые версии C++ вообще компилятора не имели и просто переделывали C++ в программу на C, которая потом компилилась обычным C-компилятором.

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

185. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (185), 03-Мрт-25, 15:18

Вот думаю.. если ИИ начнет писать код, то скоро требование человекочитаемости станет не важным... Тогда зачем все эти новые стандарты?

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

217. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (479), 03-Мрт-25, 15:53

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

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

316. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от slew (ok), 03-Мрт-25, 18:22

>если ИИ начнет писать код
ИИ не будет писать код, если ему задачу не поставить. И задачу нужно будет ставить однозначно и в подробностях, если это не хелловрот. И вот тут начинают говорить про ЯП, который почти как естесвенный ЯП, на котором будут ставить задачи ИИ, а тот уже сразу генерить машинный код. То есть, ИИ как компилятор, и ЯП почти как естественнй язык, на котором погроммисты будут расказывать ИИ что и как должна делать прога. Это не грезы, а уже обозначенный вектор развития софтоклепства с применением ИИ. Вот это тема. Сразу в динозавры все прошлые практики погроммирования.

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

351. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (96), 03-Мрт-25, 19:01

Э... галюцинированние без которого невозможно ни одно ИИ как на разработку ложится?

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

427. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от slew (ok), 03-Мрт-25, 21:44

>Э... галюцинированние
Не беспокойтесь. Чуваки еще лет пят поколдут с матрицами, ембедингами и кучей остальных приколов типа "внимания", и галюцинаций не будет.

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

191. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –3 +/–

Сообщение от Ivan_83 (ok), 03-Мрт-25, 15:27

Даёшь ещё больше сахару в ЯП!!!!

> Профили близки к применению флагов "-Wall" и "-Wextra" при компиляции
Так а кто ж раньше то мешал это юзать?)

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

224. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Аноним (93), 03-Мрт-25, 16:03

> Даёшь ещё больше сахару в ЯП!!!!
Где ты это увидел в новости?

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

291. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Ivan_83 (ok), 03-Мрт-25, 17:53

А настройки профилей это не расширяет список того что надо знать и прописывать куда то?

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

367. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (367), 03-Мрт-25, 19:40

Еще раз: При чем здесь синтаксический сахар, о котором ты вещал?

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

215. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (479), 03-Мрт-25, 15:52

Наконец то достойный конкурент rust y, если я правильно понимаю.

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

220. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (220), 03-Мрт-25, 15:58

Очень даже логично заюзать флаги при компиляции, не ломая кода
Хочешь пиши Си с классами, хочешь C++

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

329. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 18:39

>Хочешь пиши Си с классами
Так не делай, сразу пиши мета-код в соответствии с последним стандартом.

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

370. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от чатжпт (?), 03-Мрт-25, 19:48

> Хочешь пиши Си с классами, хочешь C++
и получится лапша из смеси того и другого обмазаная CVE, что собственно практика и показывает

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

221. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Нуину (?), 03-Мрт-25, 16:00

> По мнению Страуструпа, времени осталось очень мало и необходимо до 2026 года успеть предпринять какие-то меры
Смешно. Там просто ГОРЫ важного кода на С++ и С, который никто не будет переписывать. Разве что с помощью AI. Но они даже крипту осилить не могут пока.

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

223. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Нуину (?), 03-Мрт-25, 16:02

Сейчас все навалятся на раст, потребуют чего не хватает. Раст скатится в еще больщее УГ. Все ошибки все равно ловить не будет. Потом будете сами стонать раст - не торт! Скриньте.

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

225. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Big Robert TheTables (?), 03-Мрт-25, 16:03

Они так уже с TCP на OSI переходили, даже целый RFC наваяли, №1169 - с дедлайном август 1990го.
В айти такое форсирование не работает.

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

271. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 17:19

> В айти такое форсирование не работает.
Работает, но не в контексте TCP.
Просто на тендер не допустят часть фирм. А другие пройдут.
Есть маленькая веротяность, что на тендер нитко не придет, но учитывая суммы - это очень-очень-очень маловерятно))

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

275. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (275), 03-Мрт-25, 17:32

>Агентство по кибербезопасности и защите инфраструктуры США и ФБР стали более активно продвигать среди производителей ПО идею перехода на языки, безопасного работающие с памятью.
Теперь все стало понятно.

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

284. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 03-Мрт-25, 17:45

Тот кто раньше писал что допилят C++ чтобы сделать безопасным и что будет такая идея был прав однако.

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

290. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (290), 03-Мрт-25, 17:52

Так других вариантов и нет. Бьёрн Страуструп абсолютно прав. Нужно допиливать инструменты.

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

372. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от чатжпт (?), 03-Мрт-25, 19:50

его не допиливать нужно, а выкидывать, но жалко

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

428. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (290), 03-Мрт-25, 21:44

пилите редокс, шура, там золото... )))

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

292. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +4 +/–

Сообщение от Аноним (292), 03-Мрт-25, 17:53

> язык С++ уже содержит все возможности
Нихрена он не содержит. Во-первых, о какой безопасности можно говорить без поддержки лайфтаймов в синтаксисе? А без явной связи мутекса с данными которые им синхронизируются? Сделайте хотя бы чтобы нельзя было обращаться к moved-from объектам, пока это вообще абсолютно легальное поведение.

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

301. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (32), 03-Мрт-25, 18:03

Если это будет отключаемой или опциональной возможностью никто пользоваться не будет.

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

306. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от sena (ok), 03-Мрт-25, 18:06

> Если это будет отключаемой или опциональной возможностью никто пользоваться не будет.
Будут когда государство при закупке напишет в тендере, что софт должен компилироваться с этой опцией,

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

457. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Нуину (?), 04-Мрт-25, 00:27

> А без явной связи мутекса с данными которые им синхронизируются?
1. GUARDED_BY
2. Можно свою обертку написать по аналогии MutexGuard раста, например, folly/Synchronized.h

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

354. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (354), 03-Мрт-25, 19:07

Rust это не только про безопасную работу с памятью, но и про оптимизацию работы с памятью. Получится ли в C++ при включении безопасного профиля автоматически применять __restrict к указателям?

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

360. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +13 +/–

Сообщение от Аноним (360), 03-Мрт-25, 19:18

Допустим нет, не получится. Тогда получается, что раст отстой потому что в LLVM __restrict не будет применяться к уккзателям автоматически, а раст компилируется LLVM'ом.

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

461. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (-), 04-Мрт-25, 00:44

В LLVM __restrict не будет применяться потому что его там нет, там есть атрибуты noalias,  nocapture и другие, которые использует Rust. Но ты слышал краем уха, что в rustc используется LLVM и на этом твои познания заканчиваются.

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

366. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (290), 03-Мрт-25, 19:38

А почему бы и в самом деле не реанимировать Паскаль? К нему претензий нет у Агентства по кибербезопасности и защите инфраструктуры США и ФБР.
Паскаль приятнее ржавчины во всех отношениях.

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

371. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от anguest (?), 03-Мрт-25, 19:49

Он никуда не девался, FreePascal потихоньку что то там пинают еще оставшиеся в живых олды. Сам пару лет назад делал один проект на нем и даже получилось лучше всех новомодных шляп. Но время идет.. теперь копаюсь в rust и go, так как ума не хватило осилить сборку проектов кhоме как в IDE паскаля. Если интересно покопать, CodeTyphon вам в помощью.

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

374. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (290), 03-Мрт-25, 19:56

Это лишь вопрос финансирования. На Паскале очень много всего написано, в отличие от Го и Раста. По любому далеко не всем понравится ковырятся в синтаксисе Раста, поэтому возрождение Дельфи - уже не звучит как шутка.

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

373. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (290), 03-Мрт-25, 19:51

Пруф: “Software Memory Safety” Cybersecurity Information Sheet
https://media.defense.gov/2022/Nov/10/2003112742/-1/-1/0/CSI...
Цитата: "Examples of memory safe language include Python®, Java®, C#, Go, Delphi/Object Pascal, Swift®, Ruby™, Rust®, and Ada"
Лучший кандидат на замену Си++ - это Паскаль. На втором месте Го. Раст - это если уж совсем нет вариантов.

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

380. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +2 +/–

Сообщение от eugene_martein (ok), 03-Мрт-25, 20:09

interface
type
    TCustomClass = class
        FSomeOtherClass: TSomeOtherClass;
    public
        function GetOtherClass: TSomeOtherClass;
        constructor Create;
        destructor Destory; override;
    end;

implementation
uses
    Classes;
//----------------------------------------------------------------
constructor TCustomClass.Create;
begin
    FSomeOtherClass := TSomeOtherClass.Create;
end;
//----------------------------------------------------------------
destructor TCustomClass.Destroy;
begin
    FreeAndNil(FSomeOtherClass);
end;
//----------------------------------------------------------------
function TCustomClass.GetOtherClass: TSomeOtherClass;
begin
    Result := FSomeOtherClass;
end;
//----------------------------------------------------------------
var
    customClass: TCustomClass;
    someOtherClass: TSomeOtherClass;
begin
    customClass := TCustomClass.Create;
    try
        someOtherClass := customClass.GetOtherClass;
    finally
        FreeAndNil(someOtherClass);
        FreeAndNil(customClass);
    end;
end.
//----------------------------------------------------------------
Счастливой отладки, motherfucker.

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

382. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Ан Оним (?), 03-Мрт-25, 20:11

Во Free Pascal'е нет интеллектуальных указателей, там всё должно быть написано явно и вручную, нет автоматизации. Он хорошо подходит для обучения основам программирования, но для фирм самое главное - скорость программирования и он не подходит, потому что вручную освобождать, нет функционального программирования, нет перегрузки операторов

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

387. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (290), 03-Мрт-25, 20:14

Тогда объясните мне почему в АНБ он объявлен безопасным?

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

392. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Ан Оним (?), 03-Мрт-25, 20:21

АНБ это сказала про Delphi, а в нём есть интеллектуальные указатели и много чего.

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

394. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (290), 03-Мрт-25, 20:25

Да, он многословен, нет тех "ништяков" которые давно завезли в Си++. Мне Си++ тоже больше нравится.
Получается, что "безопасность" - это чисто когда искусственно что-то ограничивают в мейнстриме?
Тогда почему бы просто не выработать гайдлайн безопасного программирования на Си++ и его строго придерживаться?
При чём тут язык вообще?

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

397. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Ан Оним (?), 03-Мрт-25, 20:30

Так я и говорю что дело не в языке, а в индустрии. В целях, в приоритетах.

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

418. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Facemaker (?), 03-Мрт-25, 21:12

>Тогда почему бы просто не выработать гайдлайн безопасного программирования на Си++ и его строго придерживаться?
Офигеть как просто ☺. Сначала выучи Стандарт (ты не можешь быть квалифицированным C++-программистом, не зная Стандарт, ведь не можешь?). Потом выучи "гайдлайн безопасного программирования" такого же объёма. Ну, а потом просто программируй, не делая ошибок.

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

420. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (290), 03-Мрт-25, 21:17

Так Бьёрн Страуструп как раз и предлагает для этих целей инструментальное упрощение в виде профилей.

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

444. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от нет ты (-), 03-Мрт-25, 22:59

>нет функционального программирования
В свежих делфях есть лямбды, дженерики и циклы на итераторах — самый минимум чтобы начать функциональное мракобесие в коде.
Но вообще очень хорошо, что у паскаля слава процедурного и объектного языка. Он оазис чистоты подхода в мультипарадигменном болоте языков тащащих все самое модное без разбора. А функциональщина в целом это тупик — мозгового онанизма много, а практического смысла мало.

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

450. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (290), 03-Мрт-25, 23:28

> Но вообще очень хорошо, что у паскаля слава процедурного и объектного языка.
> Он оазис чистоты подхода в мультипарадигменном болоте языков тащащих все самое
> модное без разбора.
Золотые слова.
Язык для эффективного решения задач.
А у Си++ был главный фейл: уродливое изобретение Саши Степанова - библиотека STL,  чрезменное увлечение шаблонным метапрограммированием по лунным заветам Александреску, куча многословных выражений, чего стоит постоянное std:: , постоянный оверинжениринг в проектах.
Причесать Си++ до вменяемого вида вполне реально, но это уже будет не Modern C++ style.

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

395. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Ан Оним (?), 03-Мрт-25, 20:28

Я поддерживаю Страуструпа, профили с отключением фич хоть чуть-чуть, но сделают программы надёжнее. Хотя ... проблема даже не в конкретном языке, а в индустрии.

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

399. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (433), 03-Мрт-25, 20:35

Пока не понятно, кто-нибудь может объяснить. То есть включаешь lifetime и двухсвязный список перестаёт билдится или будет некий unsafe режим?

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

429. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (384), 03-Мрт-25, 21:46

Это же не стандарт, это предложение Страуструпа. Он конечно в комитете сидит как почётный и пожизненный, но это одно из предложений. Аналогичных предложений уже штуки 3-4 было и по разным причинам их заворачивали, или отправляли на доработку. Это ещё около года будут обсуждать и может быть тоже завернут.
Конкретно Страуструп сказал, что надо так:
> Привязку к профилям можно задавать не только для проекта и файлов (например, "[[profile::enforce(type)]]"), но и включать/отключать на уровне отдельных конструкций (например, "[profile::suppress(lifetime))] this->succ = this->succ->succ;").
Ну т.е. можешь отдельные инструкции пометить как "проверено, всё ок". Можешь для всего файла отключить, можешь для всего проекта отключить (а так по контексту новости - скорее "не включать").

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

415. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от zeecape (ok), 03-Мрт-25, 20:53

Пока ещё не поздно всё это ввести, главное чтобы не тянули до последнего
П.С: Даже если С++ умрёт, я всё равно буду его любить :heart:

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

435. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от ZloySergant (ok), 03-Мрт-25, 21:59

>(например, "[profile::suppress(lifetime))] this->succ = this->succ->succ;"
И эти люди называют Common LISP нечитаемым?

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

455. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Нуину (?), 04-Мрт-25, 00:19

Щас бы сранвивать язык с GC и без. CLS при этом во сколько раз медленней лучше озвучить для начала?

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

437. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от warlock66613 (ok), 03-Мрт-25, 22:13

> arithmetic - блокируются целочисленные переполнения, запрещены знаковые/беззнаковые преобразования, изменяющие значение
Допустим мне нужно получить младший байт двухбайтового слова. И как это сделать без преобразований, изменяющих значение? Ну то есть да, я-то могу сообразить, что в static_cast<uint8_t>(x & 0xFF) приведение не изменяет значение, но как компилятор об этом догадается? А раз не догадается, то придётся писать [profile::suppress(arithmetic))]? Но тогда пропадает почти весь смысл затеи.
Для сравнения в Rust это пишется как u8::try_from(x & 0xFF).unwrap() и если лажанул, будет паника.

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

441. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (384), 03-Мрт-25, 22:30

Современный компилятор прекрасно знает, что "&0xFF" байт не превысит (если у тебя байт 8-битный).
На delphi было так https://github.com/glprog/dcpcrypt_laz/blob/master/Hashes/dc...
Обрати внимание на "{$R-}{$Q-}" это оно и есть.

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

443. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +1 +/–

Сообщение от Ан Оним (?), 03-Мрт-25, 22:57

Некоторые тут уже собрались хоронить С++, я скажу - подождите. Смотрите, есть компания Red Hat, она лидер в мире Linux-дистрибутивов, и она делает новую версию менеджера пакетов DNF 5 на С++ (не на Rust'е!) и переписывать его на Rust не собирается.
https://github.com/rpm-software-management/dnf5
Привязки для Python уже есть, для Perl и Ruby в разработке, а для Rust'а не только нет, но и не планируются даже. Так что старичку С++ ещё придётся помучатся ...

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

454. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." –1 +/–

Сообщение от Аноним (440), 04-Мрт-25, 00:16

> Некоторые тут уже собрались хоронить С++, я скажу - подождите. Смотрите, есть
> компания Red Hat, она лидер в мире Linux-дистрибутивов,
А есть компания гугл, которая делает AOSP, хромиум и хромось.
И там раст во все поля.
А еще есть амазон которая, и клоудфаря, которая конечно поменьше...
> Привязки для Python уже есть, для Perl и Ruby в разработке, а для Rust'а не только нет, но и не планируются даже.
Про "не планируется" это ты сам выдумал?
> Так что старичку С++ ещё придётся помучатся ...
И правда) Вместе с программерами.

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

462. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (462), 04-Мрт-25, 00:46

Вы бы хотя бы статистику языков в перечисленных проектах на гитхабе посмотрели бы. Например, rust там в принципе нет. А это значит, что его там меньше 4%.
Где во все поля? В фантазиях.

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

469. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (479), 04-Мрт-25, 01:59

Rust, он такой он скрытный.
Ты не видишь его на git хабе а он есть.

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

445. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (445), 03-Мрт-25, 23:06

Всё, С++ спасен: https://www.reddit.com/r/cpp/comments/1j1lywn/release_of_the.../

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

453. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (290), 03-Мрт-25, 23:58

Да, я пару дней назад уже замечал в списках этот проект (https://github.com/rsashka/memsafe)
Непонятно только почему так мало активности/популярности.
Пока это только proof-of-concept, надо думать.
Если нащупают решение, то это будет революция.

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

448. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..." +/–

Сообщение от Аноним (448), 03-Мрт-25, 23:23

Тут, наверное, кто-нибудь уже пошутил про раннее зажигание насчёт первого апреля?

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

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

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

Партнёры:

Хостинг:

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

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

1. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+45 +/–
Сообщение от kravich (ok), 03-Мрт-25, 12:21
Засуетили, забегали) Это хорошо, хорошо
Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+7 +/–
	Сообщение от НяшМяш (ok), 03-Мрт-25, 12:22
	Но ведь раст не настоящий язык, почему такая реакция /s Дидов корёжит и это хорошо. В результате выиграют все.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+8 +/–
	Сообщение от Аноним (6), 03-Мрт-25, 12:27
	От этого выиграет даже раст, которой без C++ного LLVM может примерно ничего.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	177. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+1 +/–
	Сообщение от Соль земли (?), 03-Мрт-25, 15:05
	Это будет его единственное предназначение.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	–7 +/–
	Сообщение от анонд (?), 03-Мрт-25, 12:33
	Rust конкурент C т.к. в обоих языках нет ОПП в принципе. ООП черты имитируются и там, и там очень похоже. Go норм - на нем держится инфраструктура вроде Kubernetes, Docker, Helm, Prometheus, Grafana и тд. Java в морг, но C# норм. Ruby фтопку, уж лучше Python. SWift не пробовал никогда. Довольно нишевой, для macOS/iOS.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	19. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+6 +/–
	Сообщение от Ося Бендер (?), 03-Мрт-25, 12:47
	Думаю, что Бэйсика хватит всем!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	107. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+2 +/–
	Сообщение от Аноним (107), 03-Мрт-25, 14:03
	Я соглашусь, только надо говорить о Free Pascal
	Ответить \| Правка \| Наверх \| Cообщить модератору


	199. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	–1 +/–
	Сообщение от Аноним (199), 03-Мрт-25, 15:34
	В каких-то Бейсиках было обращение к адресам памяти - небезопасТно.
	Ответить \| Правка \| К родителю #19 \| Наверх \| Cообщить модератору


	29. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	–4 +/–
	Сообщение от Аноним (29), 03-Мрт-25, 12:53
	> Rust конкурент C т.к. в обоих языках нет ОПП в принципе. на Rust не написать ничего подобного seL4, а ООП не нужен в принципе
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	201. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+2 +/–
	Сообщение от Аноним (199), 03-Мрт-25, 15:35
	Лично тебе ненужен - не испольщуй.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	466. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+1 +/–
	Сообщение от Аноним (466), 04-Мрт-25, 01:44
	На язике программирования нельзя написать программу. Подробней в новостях в 23.
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	37. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+7 +/–
	Сообщение от Аноним (37), 03-Мрт-25, 13:05
	> уж лучше Python для системных скриптов - да. Но проблема в том, что им жестко заcpaли области программирования, для которых его применение сомнительно.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	440. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+/–
	Сообщение от Аноним (440), 03-Мрт-25, 22:29
	> для системных скриптов - да. Но проблема в том, что им жестко заcpaли области > программирования, для которых его применение сомнительно. Черта с два. Из за вечных проблем с версиями - для этого он полный отстой.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	442. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+/–
	Сообщение от Аноним (442), 03-Мрт-25, 22:50
	>для системных скриптов - да. Но проблема в том, что им жестко заcpaли области программирования, для которых его применение сомнительно. А показать как надо было делать - как всегда некому. Если есть отличные альтернативы, которые действительно лучше, то почему же ими никто не пользуются в этих "областях", а мучаются с Пайтоном?
	Ответить \| Правка \| К родителю #37 \| Наверх \| Cообщить модератору


	46. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	–3 +/–
	Сообщение от n00by (ok), 03-Мрт-25, 13:13
	> Rust конкурент C т.к. в обоих языках нет ОПП в принципе. ООП > черты имитируются и там, и там очень похоже. В Си++ нет ООП в принципе. ООП черты имитируются. Слова "метод класса" могут оказаться последними.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	122. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+5 +/–
	Сообщение от тоже Аноним (ok), 03-Мрт-25, 14:11
	C++ - мультипарадигменный язык. На нем можно писать объектно и аккуратно, как на Джаве. А можно настрогать портянку, как на С. К сожалению, студентов учат только второму, и они вообще не понимают, что такое С++. В принципе. Но при этом считают, что они этот язык - "выучили".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	137. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+/–
	Сообщение от n00by (ok), 03-Мрт-25, 14:24
	Не понял, какая связь с моим сообщением. Намёк на то, что на Си++ можно написать паттерн синглтон?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	147. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+3 +/–
	Сообщение от тоже Аноним (ok), 03-Мрт-25, 14:29
	Намек на то, что не надо тупых вбросов про "нет в принципе".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	267. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+/–
	Сообщение от n00by (ok), 03-Мрт-25, 17:15
	> Намек на то, что не надо тупых вбросов про "нет в принципе". Действительно, не надо тут вбрасывать. Приму лишь цитату стандарта.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	285. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+1 +/–
	Сообщение от тоже Аноним (ok), 03-Мрт-25, 17:47
	https://lleo.me/dnevnik/2011/09/16_mail - что уж цитату, вот сам стандарт.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	303. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+/–
	Сообщение от n00by (ok), 03-Мрт-25, 18:03
	Стандарты у меня есть, и черновики есть. Мне бы цитату про ООП. Что-то вроде "The storage duration is the property of an object that defines the minimum potential lifetime of the storage containing the object" (6.7.5/1), но что бы "свойства" и "объекты" хоть чем-то напоминали вон ту аббревиатуру.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	309. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+/–
	Сообщение от тоже Аноним (ok), 03-Мрт-25, 18:09
	Вы сегодня уже второй человек на этом сайте, убедительно демонстрирующий мне преимущества общения с нейронками перед попытками диалога с живыми собеседниками. Весна, что ли... Что характерно, тот демонстрировал IQ замерзшего постового, вы пытаетесь продемонстрировать незримые простыми смертными высоты - а результат ну совершенно идентичный!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	319. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+/–
	Сообщение от n00by (ok), 03-Мрт-25, 18:26
	Я знаю, что цитаты из стандарта Си++ на тему ООП быть не может -- этим валят джунов на собеседовании -- потому и прошу её.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	334. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+1 +/–
	Сообщение от тоже Аноним (ok), 03-Мрт-25, 18:44
	А я знаю, что человека-граммофона бесполезно сбивать с заготовленной речи - он токует, не слушая, исступленно предаваясь публичному самоудовлетворению.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	361. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+/–
	Сообщение от n00by (ok), 03-Мрт-25, 19:20
	Осталось понять, зачем он влез со своим особо ценным мнением. Не увидел подвох?
	Ответить \| Правка \| К родителю #334 \| Наверх \| Cообщить модератору


	439. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+/–
	Сообщение от Аноним (439), 03-Мрт-25, 22:23
	Стандарт информирует, что "C++ is an object-oriented language" - [diff.expr]. Вспоминаю твоё старое двоемыслие про то, что Windows и Linux якобы написаны на Си. Либо они написаны на других языках, которые грубо нарушают стандарт и поэтому должны называться иначе, например, "похожими на Си языками" (по аналогии с твоей "похожей на Си библиотекой"[1]). Либо они написаны на Си, и библиотека совсем даже не похожая, а вполне себе сишная. А вот стандарты Си и Си++ при этом надо свернуть в трубочку и за... задвинуть подальше, там много оторванной от реальности чепухи. [1] https://www.opennet.ru/openforum/vsluhforumID3/130995.html#32
	Ответить \| Правка \| К родителю #267 \| Наверх \| Cообщить модератору


	70. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+2 +/–
	Сообщение от laindono (ok), 03-Мрт-25, 13:31
	В rust другая вариация ООП. Нет классов. Нет наследования. И то и другое есть хорошо. Плюс ООП не является доминирующей частью rust, которая диктует, как писать весь код. Оставаясь при этом инструментом на каждый день.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	96. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+5 +/–
	Сообщение от Аноним (96), 03-Мрт-25, 13:52
	> И то и другое есть хорошо. Потому что ты так сказал?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	117. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+2 +/–
	Сообщение от laindono (ok), 03-Мрт-25, 14:07
	Об этом даже в вики успели написать: https://en.wikipedia.org/wiki/Composition_over_inheritance
	Ответить \| Правка \| Наверх \| Cообщить модератору


	257. "Бьёрн Страуструп призвал стандартизировать профили C++ для б..."	+/–
	Сообщение от penetrator (?), 03-Мрт-25, 16:51
	тебе никто не мешает использовать композицию вмест с наследованием не нужно заменять наследование композицией, и наборот если использовать не подходящий вариант, то можно испортить что угодно а вот отсутствие такой возможности в принципе уже накладывает констрейнты на проектирование
	Ответить \| Правка \| Наверх \| Cообщить модератору