The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



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

"Утверждён стандарт C++20"  +1 +/
Сообщение от opennews (?), 07-Сен-20, 09:43 
Комитет ISO по стандартизации языка C++  утвердил международный стандарт "C++20". Представленные в спецификации возможности, за исключением единичных случаев, поддерживаются в  компиляторах  GCC, Clang и Microsoft Visual C++. Поддерживающие C++20 стандартные библиотеки реализованы в рамках проекта Boost...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53670

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

Оглавление

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


2. "Утверждён стандарт C++20"  +92 +/
Сообщение от Alex (??), 07-Сен-20, 09:43 
К C++40 многие разработчики уже не заметят как плавно стали brainfuckerами.
Язык уже настолько мутировал что для не посвящённого программиста из других языков будет выглядеть все как случайный набор символов...
Ответить | Правка | Наверх | Cообщить модератору

6. "Утверждён стандарт C++20"  +6 +/
Сообщение от anonimm (?), 07-Сен-20, 09:49 
Уже давно проводятся конкурсы по написанию максимально непонятного кода на c и c++, любителям стрелять себе в ногу не нужно ждать ещё 20 лет.
С другой стороны, почти на любом ЯП можно написать хорошо читаемый код.
Ответить | Правка | Наверх | Cообщить модератору

21. "Утверждён стандарт C++20"  +6 +/
Сообщение от m.makhno (ok), 07-Сен-20, 10:26 
http://ermak.cs.nstu.ru/cprog/html/

у нас вот такой в НГТУ сайт был и остается по сей день - сам чёрт ногу сломит, всякое желание пропадало учить сишки, хех

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

29. "Утверждён стандарт C++20"  +6 +/
Сообщение от Аноним (-), 07-Сен-20, 10:43 
>Си/Си++

Скажи ему пусть определится или Си или Си плюс-плюс.

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

64. "Утверждён стандарт C++20"  +7 +/
Сообщение от Сишникemail (?), 07-Сен-20, 11:52 
сиси плюс-плюс
Ответить | Правка | Наверх | Cообщить модератору

107. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (107), 07-Сен-20, 13:05 
Какая разница? Тогда уж UB и UB++
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

128. "Утверждён стандарт C++20"  +/
Сообщение от Lex (??), 07-Сен-20, 15:01 
Ну кстати Романов - неплохой тип, хотя сайт кнчн тот ещё.

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

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

177. "Утверждён стандарт C++20"  –1 +/
Сообщение от коржик (?), 07-Сен-20, 19:15 
нгту +
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

248. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (248), 08-Сен-20, 07:42 
Содержимое сайта весьма и весьма достойное.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

362. "Утверждён стандарт C++20"  +/
Сообщение от iPony129412 (?), 11-Сен-20, 08:01 
> у нас вот такой в НГТУ сайт был и остается по сей день

Не ври.

cs.nstu.ru перенаправляет на avtf.nstu.ru

Что ты как-то смог в недрах сайта откопать архаичную "пасхалку" не значит, что "сайт остается по сей день"

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

364. "Утверждён стандарт C++20"  +/
Сообщение от m.makhno (ok), 11-Сен-20, 08:41 
не знаю, откуда ты ходишь по сети, но с Нск с нескольких провайдеров ссылка открывается так, как я написал
Ответить | Правка | Наверх | Cообщить модератору

363. "Утверждён стандарт C++20"  +/
Сообщение от iPony129412 (?), 11-Сен-20, 08:06 
А так причём тут вообще...

И такое есть
http://ermak.cs.nstu.ru/~romanow/solus_rex/index.htm

Опеннетчикам понравится... Кто такой Ермак не знаю.

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

365. "Утверждён стандарт C++20"  +/
Сообщение от m.makhno (ok), 11-Сен-20, 08:42 
я просто примеры кода показать...

А Ермак - казак такой знаменитый хех

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

366. "Утверждён стандарт C++20"  +/
Сообщение от iPony129412 (?), 11-Сен-20, 10:43 
> я просто примеры кода показать...

Ну так то же АВТФ - там что-то уровня ПТУ.
А академическое это ан приматов - там тебе за чуть что не так, так сразу по башке томиком Кнута дадут.
Ещё и компилятор заставят писать, что бы знал, как происходит, а не так писал калякал...

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

375. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (375), 13-Сен-20, 13:18 
отличный сайт, спасибо за ссылку.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

292. "Утверждён стандарт C++20"  +/
Сообщение от ivan (??), 08-Сен-20, 19:55 
А причём тут С?
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

373. "Утверждён стандарт C++20"  –1 +/
Сообщение от Жилин (?), 12-Сен-20, 10:33 
Не надо присовокуплять Си к этой @#$%$^. Си умно спроектированный лаконичный и очень прагматичный язык.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

14. "Утверждён стандарт C++20"  +1 +/
Сообщение от asdasd (?), 07-Сен-20, 10:09 
Для "непосвященного" тарабарщиной будут выглядеть только особая магия на template'ах (где смесь изи SFINAE и прочего constexpr). Все остальное интуитивно понятно.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

18. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (18), 07-Сен-20, 10:23 
При том SFINAE тарабарщина с C++20 заменяется Концептами, которые более читаемые. Так что все конструкции C++ должны быть понятны программисту другого высокоуровнего языка программирования (в отличие от большинства конструкций некоторых эзотерических языков).
Ответить | Правка | Наверх | Cообщить модератору

150. "Утверждён стандарт C++20"  +11 +/
Сообщение от Аноним (150), 07-Сен-20, 17:10 
Представления комитета C++:
> SFINAE тарабарщина с C++20 заменяется Концептами, которые более читаемые

Реальность: к тарабарщине SFINAE добавляется ещё и тарабарщина концептов.

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

122. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (122), 07-Сен-20, 14:36 
> Прекращена поддержка большинства операций с переменными, объявленными с ключевым словом volatile, в том числе запрещены операции "++" и "--" со стандартными типами

и это?

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

80. "Утверждён стандарт C++20"  +12 +/
Сообщение от CAE (ok), 07-Сен-20, 12:21 
При этом по-прежнему ругать за это принято perl :)
Хотя он, объективности ради, в среднем уже давно понятнее современного C++
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

262. "Утверждён стандарт C++20"  –1 +/
Сообщение от Аноним (262), 08-Сен-20, 11:03 
Это справедливо для любого языка, для которого разрабы боятся сломать совместимость и послать на йух всех пользователей устаревших несовместимых версий, объявив их недолюдьми. В питоне тоже теперь стремаются, после того как выянилось, что макакам лень мигрировать код, они лучше старое говно по типу python 2 жрать будут, даже сейчас, когда 2 официально объявлен мёртвым, у очень многих проектов есть требования совместимости с python 2. Так что питона 4 не будет, и его постигнет участь всего остального стабильного говномейнстрима. А жаль.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

327. "Утверждён стандарт C++20"  +/
Сообщение от InuYasha (??), 09-Сен-20, 15:31 
Не побоялись и создали D. Где он сейчас...
Ответить | Правка | Наверх | Cообщить модератору

284. "Утверждён стандарт C++20"  –5 +/
Сообщение от trdd (?), 08-Сен-20, 16:38 
Харэ ныть. Если не осилятор сиди и ржавей дальше вместе с Rust. У нормальных людей всё красиво логично и понятно. А все конструкции тебя никто использовать вообще не заставляет.

Твой рас вообще читать не возможно.

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

3. "Утверждён стандарт C++20"  +5 +/
Сообщение от trolleybusemail (?), 07-Сен-20, 09:44 
> Основные особенности C++20

А что, модули больше не основная особенность?

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

59. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (59), 07-Сен-20, 11:46 
Пока на них основная масса либ перейдет, уже C++32 выйдет :(
Ответить | Правка | Наверх | Cообщить модератору

261. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (262), 08-Сен-20, 10:58 
CMake не поддерживает - значит нет.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "Утверждён стандарт C++20"  +36 +/
Сообщение от eee (??), 07-Сен-20, 09:46 
мляяяяя, хочу обратно в 1989 год, когда плюсы были простым и понятным языком
Ответить | Правка | Наверх | Cообщить модератору

5. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (5), 07-Сен-20, 09:48 
Не обязательно так далеко, достаточно просто в до-C++11 времена.
Ответить | Правка | Наверх | Cообщить модератору

9. "Утверждён стандарт C++20"  +3 +/
Сообщение от anonimm (?), 07-Сен-20, 09:53 
Что вам мешает писать код, ограничиваясь старыми возможностями? А многие из нововведений c++-профессионалы долго ждали.
Ответить | Правка | Наверх | Cообщить модератору

15. "Утверждён стандарт C++20"  –12 +/
Сообщение от Sw00p aka Jerom (?), 07-Сен-20, 10:09 
Как же они долго ждут динамической типизации :)
Ответить | Правка | Наверх | Cообщить модератору

87. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (87), 07-Сен-20, 12:38 
В компилируемом языке?
Ответить | Правка | Наверх | Cообщить модератору

179. "Утверждён стандарт C++20"  +/
Сообщение от коржик (?), 07-Сен-20, 19:19 
в c# dynamic есть. Вижу крайне редко, чтобы кто-то пользовался
Ответить | Правка | Наверх | Cообщить модератору

204. "Утверждён стандарт C++20"  –4 +/
Сообщение от bOOster (ok), 07-Сен-20, 21:25 
С шарп компилируемый язык!? Издеваешься чтоли? То что является кодом для виртуальной машины - компиляцией называться не может. Это интерпретатор.
Для тех кто в танке.
Ответить | Правка | Наверх | Cообщить модератору

207. "Утверждён стандарт C++20"  +/
Сообщение от Sw00p aka Jerom (?), 07-Сен-20, 21:29 
> Для тех кто в танке.

забыли про рантайм, а шаблоны в ц++ что это?


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

209. "Утверждён стандарт C++20"  +/
Сообщение от bOOster (ok), 07-Сен-20, 21:35 
>> Для тех кто в танке.
> забыли про рантайм, а шаблоны в ц++ что это?

Это не аналог Си шарп и Java

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

214. "Утверждён стандарт C++20"  +/
Сообщение от Sw00p aka Jerom (?), 07-Сен-20, 21:55 
> Это не аналог Си шарп и Java

не С#, не Java - не исполняют программу читая построчно исходный код (ака интерпретация)


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

240. "Утверждён стандарт C++20"  +/
Сообщение от daemontux (?), 08-Сен-20, 04:49 
Вопрос не в этом.
Сможете запустить прогу на Java, без самой явы? На компилируемом языке сам компилятор не нужен ля запуска.
Ответить | Правка | Наверх | Cообщить модератору

256. "Утверждён стандарт C++20"  –1 +/
Сообщение от alex312 (?), 08-Сен-20, 10:21 
вопрос в том, что ты придумал себе определение и квакаешь.

Ознакосься, для начала, с википедией https://ru.wikipedia.org/wiki/%D0%9A%D0%...

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

267. "Утверждён стандарт C++20"  –1 +/
Сообщение от Sw00p aka Jerom (?), 08-Сен-20, 11:59 
> Ознакосься, для начала, с википедией https://ru.wikipedia.org/wiki/%D0%9A%D0%...

продублирую и вам "моё" определение

В исполнение инструкций тем же ЦП это что? Зачем путать понятия процесса исполнения с процессом подготовки к исполнению? Интерпретация - это процесс исполнения, компиляция - процесс подготовки к исполнению. Отсюда сам по себе исходный код джава прогрыммы не готов к исполнению, а вот тот же питоновский код - готов к исполнению посредством его интерпретации. И говоря о ЯП - говорят об иго исходном коде, а не промежуточных состояниях (байткодах, биткодах и тд).

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

ква, ква и не вижу от вас опровержения истинности моих определений.

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

269. "Утверждён стандарт C++20"  +/
Сообщение от alex312 (?), 08-Сен-20, 12:27 
>Сможете запустить прогу на Java, без самой явы?

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

И то что компилятор Явы компилирует в инструкции виртуальной машины Явы не делает его менее компилятором чем clang, который компилирует в LLVM IL.

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

244. "Утверждён стандарт C++20"  +1 +/
Сообщение от bOOster (ok), 08-Сен-20, 07:20 
>> Это не аналог Си шарп и Java
> не С#, не Java - не исполняют программу читая построчно исходный код
> (ака интерпретация)

А выполнение ПРОМЕЖУТОЧНОГО кода ПОБАЙТОВО виртуальной машиной это не интерпретация?

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

257. "Утверждён стандарт C++20"  +/
Сообщение от alex312 (?), 08-Сен-20, 10:23 
НЕТ.
Ответить | Правка | Наверх | Cообщить модератору

266. "Утверждён стандарт C++20"  +/
Сообщение от Sw00p aka Jerom (?), 08-Сен-20, 11:55 
> А выполнение ПРОМЕЖУТОЧНОГО кода ПОБАЙТОВО виртуальной машиной это не интерпретация?

В исполнение инструкций тем же ЦП это что? Зачем путать понятия процесса исполнения с процессом подготовки к исполнению? Интерпретация - это процесс исполнения, компиляция - процесс подготовки к исполнению. Отсюда сам по себе исходный код джава прогрыммы не готов к исполнению, а вот тот же питоновский код - готов к исполнению посредством его интерпретации. И говоря о ЯП - говорят об иго исходном коде, а не промежуточных состояниях (байткодах, биткодах и тд).


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

312. "Утверждён стандарт C++20"  +/
Сообщение от Онаним (?), 09-Сен-20, 09:50 
Там между сциллой и харибдой. JIT, который на ходу транслирует промежуточное представление в то, что исполнит конкретный проц.
Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

239. "Утверждён стандарт C++20"  +/
Сообщение от Кайф (?), 08-Сен-20, 04:23 
Шаблоны компилятся в машинный код
Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

268. "Утверждён стандарт C++20"  +/
Сообщение от Sw00p aka Jerom (?), 08-Сен-20, 12:02 
> Шаблоны компилятся в машинный код

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

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

215. "Утверждён стандарт C++20"  –1 +/
Сообщение от maximnik0 (?), 07-Сен-20, 21:58 
>С шарп компилируемый язык!?

Вики утверждает что стандарт на язык придусматривает и возможность компилируемого варианта создания приложения.По крайне мере в LLVM и Mono такие возможность предостовляют для некоторых платформ,правда разиер от  80 мгб приложения ....некого не удивит сейчас простой калькулятор столько же весит.

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

249. "Утверждён стандарт C++20"  +/
Сообщение от bOOster (ok), 08-Сен-20, 07:43 
>>С шарп компилируемый язык!?
> Вики утверждает что стандарт на язык придусматривает и возможность компилируемого варианта
> создания приложения.По крайне мере в LLVM и Mono такие возможность предостовляют
> для некоторых платформ,правда разиер от  80 мгб приложения ....некого не
> удивит сейчас простой калькулятор столько же весит.

Что чушь, а не компиляция. Включение в состав приложения виртуальной машины в промежуточном коде LLVM. А суть остается той-же. Интерпретация промежуточного кода при выполнении. Компилированные приложения не нуждаются в дополнительных средствах выполнения. Код готов для выполнения на процессоре целевой платформы.
А LLVM это компилятор уровня исполнения в данном случае. C шарп это инвалид, который при первом запуске транслирует промежуточный код своей виртуальной машины посредством LLVM в код целевой платформы, а потом выполняет интерпретацию промежуточного кода самого приложения.

И я бы тебе настоятельно рекомендовал изучать технические спецификации и документацию прежде чем это приводить в пример, а не читать википедию во всем что касается программирования и языков программирования.

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

270. "Утверждён стандарт C++20"  +/
Сообщение от maximnik0 (?), 08-Сен-20, 12:40 
>А суть остается той-же.

Хорошо а что там с mono,старых версий ?Я помню по диску LinuxFormat -ряд приложений статически скомпилировано  без всякой виртуальных машин....
Правда там модель памяти и безопасности  была unsafe (если в терминологии не ошибаюсь).....Все статически скомпилировано под определенную платформу, правда подало как бы не чаще ,в качестве графической обертки использовался  GTK# .

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

279. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (279), 08-Сен-20, 15:00 
В танке тут ты.

Любые ООП языки не компилируются в машинных код. Нету в компьютерах никаких классов (там структуры), событий (там конечные автоматы) и т.д. "Компиляторы" ООП языков состоят из двух частей. Сначала они генерируют промежуточный байткод, переделывая объяекты, шаблоны и прочий неестественное для железа синтаксический сахар внутрь структурного байткода. Далее есть варианты
1. Гонять байткод как есть внутри виртуальной машины
2. Компилирровать налету в зависимости от имеющегося рантайма
3. Компилировать нативно.

С++ отличается от Java и С# тем, что С++ не имеет никакой стандартизации байткода, несовместим сам собой в рамках платформы при смене компилятора даже в рамках одной платформы, а кроссплатформенные библиотеки на С++ это Ад и Израиль. В остальном это то же самое.

Ничего не мешает скомпилировать IL, который нагенерил .NET в машинный код. Были среды для этого. Та же Unity (игровой движок) это делала сто лет назад. У самого MS есть .NET Native https://docs.microsoft.com/en-us/dotnet/framework/net-native/ Оно пока только с таргетом под UWP, но обещают расширить количество платформ в будущем.

В MSVC, кстати, С1-компилятор можно заменить на clang, чтобы вместо LLVM генерировался нативный код.

Интерпретатор - компилятор... тьфу. Это форум в Интернете, а не контрольная по информатике. Вон есть Python. Тоже такой ООП-язык. И вон он CPython, который работает так же как .NET по умолчанию. И есть PyPy который тебе и в нативный код тебе соберёт.

Причем тут язык-то?!

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

285. "Утверждён стандарт C++20"  –2 +/
Сообщение от bOOster (ok), 08-Сен-20, 17:04 
>[оверквотинг удален]
> лет назад. У самого MS есть .NET Native https://docs.microsoft.com/en-us/dotnet/framework/net-native/
> Оно пока только с таргетом под UWP, но обещают расширить количество
> платформ в будущем.
> В MSVC, кстати, С1-компилятор можно заменить на clang, чтобы вместо LLVM генерировался
> нативный код.
> Интерпретатор - компилятор... тьфу. Это форум в Интернете, а не контрольная по
> информатике. Вон есть Python. Тоже такой ООП-язык. И вон он CPython,
> который работает так же как .NET по умолчанию. И есть PyPy
> который тебе и в нативный код тебе соберёт.
> Причем тут язык-то?!

Ты прав относительно JAVA, C шарп.
А вот относительно C++ - полная чушь хоть он также ООП, у него в принципе нет байткода/промежуточного кода, а тем более никакой стандартизации, так же как и в C. Компилятор рожает обьектный файл, который потом линкуется динамически/статически. LLVМ в расчет не берем, к языку программирования в своей сути он отношения не имеет.
То что касается MS - даже комментировать не буду. Даже если с байткодными граблями код не переносим между различными платформами - тьфу на него еще раз.
Если грызть кактус то явно не от Майкрософт.

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

309. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (279), 09-Сен-20, 00:21 
> А вот относительно C++ - полная чушь хоть он также ООП, у него в принципе нет байткода/промежуточного кода, а тем более никакой стандартизации, так же как и в C.

Мосье теоретик, как я посмотрю...

То что вам большинство компиляторов (кроме clang) не показало промежуточное представление вовсе не значит, что они его не формировали. Они сначала приводят С++ в процедурный вариант, а потом компилируют. Подобный подход как раз сильно отличается от языка С. А что касается стандартизации, ну опять глупости. Возьмите либу на С++ и скомпилируйте её на интеловском компиляторе возьмите программу и скомпилируйте ее на g++. Попробуйте подключить одно к другому на бинарном уровне. Сравните с языком С и найдите отличие.

> Даже если с байткодными граблями код не переносим между различными платформами - тьфу на него еще раз.

И опять мосье теоретик. Все там переносимо, пока вы за пределы байткода не вырулите. Если библиотека не входящая в .NET Core требует нативную библиотеку или привязана к ядру, то это не кроссплатформенная библиотека. Тот же WPF требует DirectX, а он давно часть ядра. Это не только MS и .NET касается, это везде так.

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

212. "Утверждён стандарт C++20"  +1 +/
Сообщение от Sw00p aka Jerom (?), 07-Сен-20, 21:51 
> В компилируемом языке?

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

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

99. "Утверждён стандарт C++20"  +/
Сообщение от anon345634758 (?), 07-Сен-20, 13:00 
А чего ждать собственно?
Все кому надо было, давно нагородили собственные аллокаторы.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

50. "Утверждён стандарт C++20"  +3 +/
Сообщение от Аноним (50), 07-Сен-20, 11:29 
Иногда код надо еще и читать, и уже читаемый код может быть написан с применением "нововведений"
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

89. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (87), 07-Сен-20, 12:42 
"Новведения" позволяют избегать накруток этих "нововведений" сверху-сбоку языка самими программистами.
Ответить | Правка | Наверх | Cообщить модератору

120. "Утверждён стандарт C++20"  +3 +/
Сообщение от Аноним (50), 07-Сен-20, 14:16 
Из-за чего язык становится непростым и непонятным, об этом было исходное сообщение
Ответить | Правка | Наверх | Cообщить модератору

7. "Утверждён стандарт C++20"  +9 +/
Сообщение от мимокрок (?), 07-Сен-20, 09:51 
Возвращаться в 89 не надо, ведь и сегодня ещё есть ламповая сишечка
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

108. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (87), 07-Сен-20, 13:06 
В компании с GObject?
Ответить | Правка | Наверх | Cообщить модератору

131. "Утверждён стандарт C++20"  +1 +/
Сообщение от Какер (?), 07-Сен-20, 15:05 
Ну, там ООП на уровне C++, только синтаксис корявее. Другое дело, что в C++ ООП не сказать что образцовое :)
Ответить | Правка | Наверх | Cообщить модератору

234. "Утверждён стандарт C++20"  +/
Сообщение от n242name (?), 08-Сен-20, 02:08 
где ООП образцовое?
Ответить | Правка | Наверх | Cообщить модератору

264. "Утверждён стандарт C++20"  +/
Сообщение от Пользователь (?), 08-Сен-20, 11:23 
В народе поговаривают что в Objective-C, но не прижился
Ответить | Правка | Наверх | Cообщить модератору

361. "Утверждён стандарт C++20"  +/
Сообщение от n242name (?), 11-Сен-20, 05:19 
> В народе поговаривают что в Objective-C, но не прижился

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

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

306. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (306), 08-Сен-20, 23:06 
> где ООП образцовое?

Очевидно, что в праматери всех и вся - Smalltalk.

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

22. "Утверждён стандарт C++20"  +3 +/
Сообщение от Аноним (22), 07-Сен-20, 10:29 
Тогда пиши на Rust
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

23. "Утверждён стандарт C++20"  +4 +/
Сообщение от Аноним (18), 07-Сен-20, 10:32 
Действительно, в нём же всё очень понятно и на него огромное количество вакансий </sarcasm>
Ответить | Правка | Наверх | Cообщить модератору

130. "Утверждён стандарт C++20"  +/
Сообщение от Lex (??), 07-Сен-20, 15:05 
Имхо, таки понятней, чем на свеженьких плюсах или жабе
Ответить | Правка | Наверх | Cообщить модератору

165. "Утверждён стандарт C++20"  +/
Сообщение от 0x2A (?), 07-Сен-20, 18:10 
Видел вакансию с++ и/или Rust - 450k деревянных
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

273. "Утверждён стандарт C++20"  +/
Сообщение от Страшный рукожоп (?), 08-Сен-20, 13:27 
Обещяю вам 800k деревянных :-)
Ответить | Правка | Наверх | Cообщить модератору

30. "Утверждён стандарт C++20"  +1 +/
Сообщение от ДмитрийСССР (?), 07-Сен-20, 10:48 
А если допустим писать на С++11, то можно ли будет собрать софт под современные ОС? И можно ли будет собрать софт на С++11 под современную ОС через лет 10?
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

44. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (18), 07-Сен-20, 11:23 
Да и да
Ответить | Правка | Наверх | Cообщить модератору

60. "Утверждён стандарт C++20"  –4 +/
Сообщение от Аноним (59), 07-Сен-20, 11:49 
Лучше минимум 14. Уже не все либы поддерживают C++ ниже 14. Плюс 14 более вкусные лямбды
В идеале - минимум 17, как Qt 6
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

73. "Утверждён стандарт C++20"  +11 +/
Сообщение от Michael Shigorinemail (ok), 07-Сен-20, 12:04 
Правило опытного админа: "не тяни в рот каждую новую блестяшку".
Правило зелёного разработчика: "ой, блестяшечки!!1".

Как вы мне дороги...

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

82. "Утверждён стандарт C++20"  +12 +/
Сообщение от Аноним (82), 07-Сен-20, 12:28 
> Правило опытного админа: "не тяни в рот каждую новую блестяшку".
> Правило зелёного разработчика: "ой, блестяшечки!!1".
> Как вы мне дороги...

Именно поэтому, Михаил, ваша команда и притянула новую блестяшку (systemd) в свой дистрибутив, дефолтом, хотя прежний вариант очень хорошо работал, причём как притянули?!... освежите пожалуйста  в памяти!
И судя по тому, какое сейчас положение вещей, то воз будет ехать по заданной колее, "Just as planned".

Вы нам тоже дороги, хотя вот, за державу обидно!

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

142. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (59), 07-Сен-20, 15:43 
Правило опытного разработчика: "блестяшки желательно с аппетитом рассасывать, изучать, тестировать и постепенно внедрять, если достаточно притягательно блестит"

На текущий момент блестяшка - C++20. С ним надо аккуратно, есть пока даже не до конца реализован.

А вот C++17 - уже актуальный для использования стандарт, меньше 14 не имеет смысла в новых/актуальных проектах, и во многих юзкейсах просто неудобно.

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

152. "Утверждён стандарт C++20"  –1 +/
Сообщение от Аноним (150), 07-Сен-20, 17:15 
Осторожнее, у него сейчас начнёт подгорать, ведь его любимый lcc до сих пор не научился C++17.
Ответить | Правка | Наверх | Cообщить модератору

168. "Утверждён стандарт C++20"  +/
Сообщение от Lex (??), 07-Сен-20, 18:27 
Исходники ОСи теперь не скомпилятся  ?
Ответить | Правка | Наверх | Cообщить модератору

176. "Утверждён стандарт C++20"  +/
Сообщение от llolik (ok), 07-Сен-20, 19:15 
Научился уже http://www.mcst.ru/lcc.
Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

198. "Утверждён стандарт C++20"  –1 +/
Сообщение от Аноним (150), 07-Сен-20, 20:52 
Научился, ага. C±17, ржунимагу.
Ответить | Правка | Наверх | Cообщить модератору

216. "Утверждён стандарт C++20"  +1 +/
Сообщение от llolik (ok), 07-Сен-20, 22:16 
> Научился, ага. C±17, ржунимагу.

Ну ржать-то можешь сколь угодно, но тем не менее работа идёт и код компилируется. ± - это точно atomic-и GCC-extы какие-нибудь. Что там ещё не хватает, спроси сам, у него (https://www.linux.org.ru/people/alexanius/profile), например. Я точно знаю, что Алексей работает непосредственно над компилятором lcc.

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

258. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (150), 08-Сен-20, 10:23 
Да чего спрашивать? Как будто я сам мало с этим говном дела имел… Заявляют совместимость с GCC 5-летней давности, по факту и её нет, даром что заголовки оттуда натырили.
Ответить | Правка | Наверх | Cообщить модератору

69. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (69), 07-Сен-20, 11:58 
Можно и С++ 98 использовать и да оно соберется... Но зачем ?.
Есть даже специальные библиотеки, которые переносят новые возможности стандартной библиотеки на старые стандарты языка.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

110. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (87), 07-Сен-20, 13:10 
>И можно ли будет собрать софт на С++11 под современную ОС через лет 10?

Если не выкинут опцию -std=c++11 или -std=gnu++11.

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

153. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (153), 07-Сен-20, 17:17 
> если допустим писать на С++11, то можно ли будет собрать софт под современные ОС?

avxsynth под debian-buster не собирался (нужны патчи), а в ubuntu-xenial норм. Как раз какие-то конструкции стали запрещены.

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

208. "уже сейчас ничего из старого не собирается тк куча варнингов"  +/
Сообщение от Poulch (?), 07-Сен-20, 21:30 
трактуется как ошибка. и переписать сложный build/mаkefile большого проекта та еще задача... те тупо свежий gcc не соберет ничего из времен ну допустим gcc 2.95 без танцев с бубном.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

67. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (69), 07-Сен-20, 11:56 
Да, да. Без работы с пмятью, статического анализа, итераторов, стандартных колекций, модулей и вообще без всего. ДЛя этого есть С.
Для с++ нужно прочитать 2-3 книги и посидесть с примерами... иначе да... все "сложнанипанятна" так-то многие старые вещи стараются не использовать, например с-шные масивы - они конечно есть, но std::array<> лучше (с концептами - еще лучше).
Мне не хватает только метаклассов, но они еще сырые, надеемся на 23-й год. Такое кол-во хаков и макросов с автогенераторами можно будет объявить легаси... ух.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

124. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (122), 07-Сен-20, 14:41 
В C RAII нет. Вот был бы язык как C только с RAII, а так призодится с C++ мучиться :-)
Ответить | Правка | Наверх | Cообщить модератору

253. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (253), 08-Сен-20, 08:56 
Кто мешает использовать концепцию RAII в С
Ответить | Правка | Наверх | Cообщить модератору

259. "Утверждён стандарт C++20"  +/
Сообщение от DerRoteBaron (ok), 08-Сен-20, 10:35 
Видимо, невозможность это сделать красиво и читаемо по стандарту и нежелание использовать гнутые расширения
Ответить | Правка | Наверх | Cообщить модератору

146. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (146), 07-Сен-20, 16:05 
>мляяяяя, хочу обратно в 1989 год, когда плюсы были простым и понятным языком

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

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

334. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (334), 09-Сен-20, 19:40 
Чушь полнейшая, плюсы до стандарта 11 года(или 0х) - вообще неюзабельны.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

8. "Утверждён стандарт C++20"  +10 +/
Сообщение от Аноним (8), 07-Сен-20, 09:53 
> Добавлены "концепции"

А когда наконец добавят концепцию KISS?

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

20. "Утверждён стандарт C++20"  +4 +/
Сообщение от Аноним (18), 07-Сен-20, 10:25 
Эту концепцию должен применять и разработчик ПО, никто её за вас не применит
Ответить | Правка | Наверх | Cообщить модератору

340. "Утверждён стандарт C++20"  +1 +/
Сообщение от СССР (?), 10-Сен-20, 00:29 
если нужен кисс пиши на си  )
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

10. "Утверждён стандарт C++20"  +12 +/
Сообщение от anonimm (?), 07-Сен-20, 09:53 
Мои поздравления коллегам-плюсовикам!
Ответить | Правка | Наверх | Cообщить модератору

11. "Утверждён стандарт C++20"  +2 +/
Сообщение от Онаним (?), 07-Сен-20, 09:56 
Спейсшип добавили наконец, лол.
А так да, множество расширений, которые уже активно использовались, наконец-то стандарт.
Ответить | Правка | Наверх | Cообщить модератору

12. "Утверждён стандарт C++20"  +/
Сообщение от имя_ (?), 07-Сен-20, 10:01 
концепты выглядят интересно
Ответить | Правка | Наверх | Cообщить модератору

70. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (69), 07-Сен-20, 12:00 
Вагон дыр закрывают в шаблонах. Теперь в правильно написанный шаблон нельзя запихнуть то что в нем не должно быть - компилятор не даст.  
Ответить | Правка | Наверх | Cообщить модератору

205. "Утверждён стандарт C++20"  –2 +/
Сообщение от bOOster (ok), 07-Сен-20, 21:27 
Ну теперь любители прихать куда-либо что-либо недолжное в нем быть - взвоют.. Сишники, где вы??
Ответить | Правка | Наверх | Cообщить модератору

13. Скрыто модератором  –17 +/
Сообщение от Fracta1L (ok), 07-Сен-20, 10:03 
Ответить | Правка | Наверх | Cообщить модератору

62. Скрыто модератором  +7 +/
Сообщение от Аноним (59), 07-Сен-20, 11:49 
Ответить | Правка | Наверх | Cообщить модератору

206. Скрыто модератором  +/
Сообщение от bOOster (ok), 07-Сен-20, 21:28 
Ответить | Правка | Наверх | Cообщить модератору

201. Скрыто модератором  +/
Сообщение от Аноним (201), 07-Сен-20, 21:12 
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

245. Скрыто модератором  +/
Сообщение от EddyEm (?), 08-Сен-20, 07:35 
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

16. "Утверждён стандарт C++20"  +7 +/
Сообщение от Аноним (18), 07-Сен-20, 10:16 
Ура! Улучшили язык, на котором написана треть повседневного софта

Мои поздравления всем C++никам! Вы молодцы, на вас всё держится

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

226. "Утверждён стандарт C++20"  +3 +/
Сообщение от Odalist (?), 07-Сен-20, 23:53 
>Вы молодцы, на вас всё держится

Спасибо. Еще я могу на Хаскеле.

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

289. "Утверждён стандарт C++20"  +4 +/
Сообщение от Аноним (289), 08-Сен-20, 19:29 
нет, спасибо, на хаскеле не надо.
Ответить | Правка | Наверх | Cообщить модератору

291. "Утверждён стандарт C++20"  +2 +/
Сообщение от Odalist (?), 08-Сен-20, 19:52 
> нет, спасибо, на хаскеле не надо.

Хорошо, тогда я буду продолжать радовать всех прогами на С++.

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

316. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (150), 09-Сен-20, 11:31 
> Вы молодцы, на вас всё держится

Надо говорить «вы все красавцы!»

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

17. "Утверждён стандарт C++20"  +6 +/
Сообщение от Аноним (17), 07-Сен-20, 10:21 
В с++ каждый фреймворк все ещё изобретает строки или спустя 20 лет все же перешли на std::string?
Ответить | Правка | Наверх | Cообщить модератору

63. "Утверждён стандарт C++20"  +7 +/
Сообщение от Аноним (59), 07-Сен-20, 11:51 
После 11 плюсов многие компании отказались от кастомных строк в пользу std::string
Но тот же QString всё ещё удобнее и функциональнее
Ответить | Правка | Наверх | Cообщить модератору

158. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (158), 07-Сен-20, 17:42 
Т.е. всё ещё велосипедят...
Ответить | Правка | Наверх | Cообщить модератору

172. "Утверждён стандарт C++20"  –1 +/
Сообщение от Аноним (59), 07-Сен-20, 18:51 
Стандартные классы в стл вообще довольно куцые
Ответить | Правка | Наверх | Cообщить модератору

173. "Утверждён стандарт C++20"  +3 +/
Сообщение от Аноним (-), 07-Сен-20, 19:04 
std::string - это боль C++ и один из самых худших дизайнов класса (детали смотри у Саттера).
А сами по себе "строки" - это тоже боль и тормоза и зоопарк видов строк (без разницы в каком языке).
Поэтому - неудивительно что "изобретали". Что сейчас - не знаю.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

243. "Утверждён стандарт C++20"  –3 +/
Сообщение от Аноним (17), 08-Сен-20, 07:11 
Изобретатели потому что почти 20 лет лет небыло строк никаких, только массивы из символов, а потом переходить не хотели.
Ни в java, ни в js, ни даже в Паскале проблем со строками небыло.
Ответить | Правка | Наверх | Cообщить модератору

293. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (289), 08-Сен-20, 20:02 
строки уже constexpr, а ты их всё ещё изобретаешь. *бать ты застрял в прошлом, братюнь.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

294. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (294), 08-Сен-20, 20:44 
Сейчас нет необходимости, это было во времена C++98/03. Теперь разве что свои аллокаторы иногда изобретают.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

338. "Утверждён стандарт C++20"  +/
Сообщение от СССР (?), 09-Сен-20, 23:28 
в чем плохо создать свой класс обертка и дополнить его своими методами ?
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

19. "Утверждён стандарт C++20"  +/
Сообщение от lockywolfemail (ok), 07-Сен-20, 10:24 
Он всё ещё строгое надмножестао с++? Или всё?
Ответить | Правка | Наверх | Cообщить модератору

105. "Утверждён стандарт C++20"  +/
Сообщение от anon345634758 (?), 07-Сен-20, 13:03 
Ну судя по тому что выкинули volatile, уже скорее нет.
Но мне кажется это и к лучшему
Ответить | Правка | Наверх | Cообщить модератору

187. "Утверждён стандарт C++20"  +/
Сообщение от SR_team (ok), 07-Сен-20, 19:53 
> выкинули volatile

так и не успел понять зачем он был нужен

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

237. "Утверждён стандарт C++20"  +/
Сообщение от draw1 (?), 08-Сен-20, 03:14 
Например, чтоб "бить по рукам" оптимизатор в хитрых низкоуровневых моментах. Иногда надо чтоб код делал ровно то что написано. Буквально. Без сюрпризов и самодеятельности (а в ассемблер уходить лень ради какой-то мелочи, да и переносимость хочется).
Может для аналогичного теперь есть какая-нибудь очередная новая синтаксическая конструкция...
Ответить | Правка | Наверх | Cообщить модератору

263. "Утверждён стандарт C++20"  –2 +/
Сообщение от Webmonkey (?), 08-Сен-20, 11:18 
>"бить по рукам" оптимизатор в хитрых низкоуровневых моментах

UB-driven development?

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

246. "Утверждён стандарт C++20"  +1 +/
Сообщение от Eddy_Em (?), 08-Сен-20, 07:37 
Для разного рода embedded'щины.
Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

347. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (347), 10-Сен-20, 03:49 
Ну вот есть у нас простенький микроконтроллер, на нем куча разных прерываний вылезает, во всех переменные могут поменяться, а без volatile - компилятор, который вообще не знает про прерывания, так соптимизирует что из переменной будет читаться одно и тоже.
Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

351. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (351), 10-Сен-20, 06:25 
Для того чтобы сказать компилятору что это область памяти (переменная) особенная и может измениться в любой момент и она тебе (компилятору) не подконтрольна, так что не нужно производить над ней оптимизации. Так же, компилятор, на некоторых платформах, вставляет instruction fans (компилятор - не перемешивай порядок операций над этой областью) и cpu fans (процессор - выполняй инструкции в том порядке в котором они написаны, а не перемешивай в угоду производительности ибо есть side эффекты). Применяется когда ты работаешь с регистрами CPU, внешними устройствами, многопоточность (google: Scott Meyers Singleton, как самая известная мне иллюстрация проблемы) и другой "особенной" памятью.
Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

255. "Утверждён стандарт C++20"  +2 +/
Сообщение от anonymous (??), 08-Сен-20, 09:50 
Его не выкинули, просто теперь вместо 'PORTA &= 0xF0' нужно писать 'PORTA = PORTA & 0xF0', где PORTA это '#define PORTA (*(volatile uint8_t*)(0xBEEF))'.
Смысл этого изменения в том, что некоторые люди думали что операции над volatile атомарные, и пытались использовать его вместо std::atomic, с соответствующим результатом.
А теперь явно видно, что запись и чтение volatile это разные операции.
Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

346. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (-), 10-Сен-20, 03:28 
Взял и утрамбовал бифа. Люди думали - слабовато, надо так - человечество считало что volatile - это atimic, но потом я прочитал ман пагу и всех спас..
Ответить | Правка | Наверх | Cообщить модератору

296. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (296), 08-Сен-20, 20:51 
Не выкинули, но настоятельно советуют его использовать только по назначению - при прямой работе с хардварью. Что правильно - для всяких там синхронизаций надо использовать средства стандартные библиотеки, а не ручками спинлоки крутить.
Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

367. "Утверждён стандарт C++20"  +/
Сообщение от Alex (??), 11-Сен-20, 12:52 
чтобы ручками спинлоки крутить есть std::atomic если надо
Ответить | Правка | Наверх | Cообщить модератору

111. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (87), 07-Сен-20, 13:23 
Давно нет.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

25. "Утверждён стандарт C++20"  –1 +/
Сообщение от Аноним (25), 07-Сен-20, 10:35 
Или вы не верите в автокомпилит ?
Ответить | Правка | Наверх | Cообщить модератору

26. "Утверждён стандарт C++20"  +4 +/
Сообщение от Grunman (ok), 07-Сен-20, 10:38 
Особую пикантность новости придает то, что модули, которые все так ждали, ни одним из перечисленных компиляторов не поддерживаются.
Ответить | Правка | Наверх | Cообщить модератору

112. "Утверждён стандарт C++20"  +1 +/
Сообщение от anonymous (??), 07-Сен-20, 13:24 
clang & msvc экспериментально давно поддерживают модули.
Ответить | Правка | Наверх | Cообщить модератору

113. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (87), 07-Сен-20, 13:26 
Может формально какими-то и поддерживаются, только толку пока мало. STL-то пока совсем не в модулях.
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

114. "Утверждён стандарт C++20"  +/
Сообщение от anonymous (??), 07-Сен-20, 13:29 
А этого и не было в стандарте пока. Такие дела.
Ответить | Правка | Наверх | Cообщить модератору

27. "Утверждён стандарт C++20"  +6 +/
Сообщение от Аноним (27), 07-Сен-20, 10:38 
Ничёси! Летающая тарелка прям как в Perl'е!
Ответить | Правка | Наверх | Cообщить модератору

28. "Утверждён стандарт C++20"  –3 +/
Сообщение от Аноним (-), 07-Сен-20, 10:39 
Любого кто скажет что язык Си является подмножеством языка Си плюс-плюс - сразу бить в морду.
Ответить | Правка | Наверх | Cообщить модератору

104. "Утверждён стандарт C++20"  +/
Сообщение от К (?), 07-Сен-20, 13:01 
мамин суп покушали уже? Боец вы наш интернетовский.
Ответить | Правка | Наверх | Cообщить модератору

330. "Утверждён стандарт C++20"  +/
Сообщение от Ordu (ok), 09-Сен-20, 16:51 
Язык Си является подмножеством языка C++.

Я сказал, а теперь ударь меня, детка.

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

31. "Утверждён стандарт C++20"  +3 +/
Сообщение от Аноним (31), 07-Сен-20, 10:52 
Dlang лучше.
Ответить | Правка | Наверх | Cообщить модератору

32. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (31), 07-Сен-20, 10:52 
Nim лучше.
Ответить | Правка | Наверх | Cообщить модератору

34. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (18), 07-Сен-20, 10:54 
Хаскель наше всё!
Ответить | Правка | Наверх | Cообщить модератору

52. "Утверждён стандарт C++20"  –3 +/
Сообщение от Dzen Python (ok), 07-Сен-20, 11:32 
Фу. Только F#, только дотнет, только молодость, только Мытищи, только хардкор!
Ответить | Правка | Наверх | Cообщить модератору

55. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (31), 07-Сен-20, 11:34 
Только F*
Ответить | Правка | Наверх | Cообщить модератору

336. "Утверждён стандарт C++20"  +/
Сообщение от anonimous (?), 09-Сен-20, 20:36 
Только Oberon/Scala
Ответить | Правка | Наверх | Cообщить модератору

169. "Утверждён стандарт C++20"  +/
Сообщение от Lex (??), 07-Сен-20, 18:33 
Нее, Obj-C круче
.. и, кроме шуток, код выглядит ощутимо приятней и документированней( когда глаза привыкнут к тому обилию квадратных скобок кнчн )
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

171. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (87), 07-Сен-20, 18:45 
Ну а чем квадратные скобки принципиально хуже фигурных?
Ответить | Правка | Наверх | Cообщить модератору

175. "Утверждён стандарт C++20"  +/
Сообщение от Lex (??), 07-Сен-20, 19:07 
Ничем
[[[но поначалу] бывает ] непривычно:[такое обилие:их ]]

Хотя в целом и концепция с передачей сообщений там была весьма интересна

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

247. "Утверждён стандарт C++20"  +1 +/
Сообщение от Eddy_Em (?), 08-Сен-20, 07:40 
В бездну скобочки! Begin-end - сила!
Ответить | Правка | Наверх | Cообщить модератору

232. "Утверждён стандарт C++20"  +1 +/
Сообщение от НяшМяш (ok), 08-Сен-20, 02:04 
> Нее, Obj-C круче

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

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

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

252. "Утверждён стандарт C++20"  +/
Сообщение от Lex (??), 08-Сен-20, 08:33 
> После появления свифта забыл как страшный сон к счастью. Юзаю только если
> что-нибудь плюсовое надо обернуть.

У свифта, насколько помню, поддержка норм работы с т.н статическими либами обычно не очень.
Особенно, если свифтовые библиотеки распространяются в скомпиленном виде, без исходников и как т.н динамические.


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

Даже не совсем в этом дело, там своеобразный подход к именованию аргументов функций( можно передавать их читабельные имена помимо "внутренних" названий применяемых внутри конкретной функции или метода, при наличии которых нередко даже документации не требуется ):

На сях:
объект.метод( 1, 2, "ололо" )

На обдж-сях:
[объект какой-тоМетодДляЕдиницы:1 читаемое_название_второго_аргумента:2 читаемое_название_третьего_аргумента:@"ололо" ]

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

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

159. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (87), 07-Сен-20, 17:43 
Может Nim и хорош, но у D знакомый C-подобный синтаксис.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

190. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (31), 07-Сен-20, 20:09 
Пользуетесь D? Чем привлекает, нравится?
Ответить | Правка | Наверх | Cообщить модератору

33. "Утверждён стандарт C++20"  +6 +/
Сообщение от Аноним (33), 07-Сен-20, 10:54 
Когда за синтаксисом кода не видно логики программы, это плохо. Всё дальше уходят от ключевой особенности Си - простоты. Хотя, как уже намекнул коллега выше, никто не мешает не пользоваться.
Ответить | Правка | Наверх | Cообщить модератору

35. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (18), 07-Сен-20, 10:56 
Хорошо что в C++ это не так, как в вашем любимом языке. С каждым релизом становится всё проще писать C++ код
Ответить | Правка | Наверх | Cообщить модератору

41. "Утверждён стандарт C++20"  +3 +/
Сообщение от Tita_M (ok), 07-Сен-20, 11:13 
>С каждым релизом становится всё проще писать C++ код

This is what c++ programmers actually believe!

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

46. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (18), 07-Сен-20, 11:27 
То ли дело любой другой язык програмирования:

    public static void NotNull < T > (T argument,  
        [CallerArgumentExpression("argument")] string argumentExpression = null)  
    where T: class {  
        if (argument == null) throw new ArgumentNullException(paramName: argumentExpression);  
    }

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

51. "Утверждён стандарт C++20"  +/
Сообщение от Dzen Python (ok), 07-Сен-20, 11:31 
Уж явно читаемей, чем код на джаве, который позиционируется как копроративный язык для самых маленьких.
Для полного познания дзена рекомендую открыть любой коммунити код у гугла или джет-брейнс.
Ответить | Правка | Наверх | Cообщить модератору

92. "Утверждён стандарт C++20"  +/
Сообщение от h65eyh5 (?), 07-Сен-20, 12:46 
>джаве, который позиционируется как копроративный язык для самых маленьких

С Go спутали.

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

118. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (296), 07-Сен-20, 14:08 
На джаве все вполне читаемо. Многословно, но это другая проблема.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

77. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (18), 07-Сен-20, 12:17 
    public static void NotNull < T > (T argument,  
        [CallerArgumentExpression("argument")] string argumentExpression = null)  
    where T: class {  
        if (argument == null) throw new ArgumentNullException(paramName: argumentExpression);  
    }


Это вообще что за язык ^
Swift?

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

78. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (18), 07-Сен-20, 12:18 
C#
Ответить | Правка | Наверх | Cообщить модератору

228. "Утверждён стандарт C++20"  +/
Сообщение от anonimous (?), 08-Сен-20, 01:22 
generic function Min<T>(const A, B: T): T;
begin
  if A < B then Result := A else Result := B;
end;
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

155. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (150), 07-Сен-20, 17:21 
> С каждым релизом становится всё проще писать C++ код

…и всё сложнее — понимать его.

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

38. "Утверждён стандарт C++20"  +2 +/
Сообщение от Анонимemail (38), 07-Сен-20, 11:04 
>  никто не мешает не пользоваться

мешать-то не мешает, но если в 2020 писать код на С++98 или С++03 (последние стандарты, с которыми я имел дело), смотреть будут странно.
И опять же всю эту мутотень один хрен изучать, потому что какой-нибудь Вася Пупкин будет-таки пихать 17 или даже 20 стандарт. Я вот в одном коде увидел эти лямбды и нихрена не понял, что там написано.
Как же хорошо, что я давно соскочил с этого монстра...

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

45. "Утверждён стандарт C++20"  –2 +/
Сообщение от Аноним (18), 07-Сен-20, 11:25 
Зато в ругих языках лямбды предельно просто понять, и их синтаксис загуглить </sarcasm>
Ответить | Правка | Наверх | Cообщить модератору

47. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 07-Сен-20, 11:27 
В Erlang, например, все элементарно:
fun (Arg) ->
Ответить | Правка | Наверх | Cообщить модератору

184. "Утверждён стандарт C++20"  +/
Сообщение от коржик (?), 07-Сен-20, 19:45 
мои любимые в .net: (x, y) => x + y

так же в расте: |x, y| x + y

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

233. "Утверждён стандарт C++20"  +1 +/
Сообщение от НяшМяш (ok), 08-Сен-20, 02:06 
>  мои любимые в .net: (x, y) => x + y

Главное всегда уточнять, а то подумают что ты JSник (1 в 1 такой же синтаксис)

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

280. "Утверждён стандарт C++20"  +1 +/
Сообщение от Lex (??), 08-Сен-20, 15:26 
> 1 в 1 такой же синтаксис

Вы не понимаете! Это - другое !!111


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

48. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 07-Сен-20, 11:28 
Зараза, отправился случайно.

fun(Arg) ->
some code
end

Все просто и понятно.

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

53. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 07-Сен-20, 11:33 
и даже в Расте ламбда определяется проще, чем в плюсах.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

65. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (59), 07-Сен-20, 11:54 
Почему "даже"?) Вообще, C++20 всё больше мотивирует изучать Хруст
Ответить | Правка | Наверх | Cообщить модератору

72. "Утверждён стандарт C++20"  +1 +/
Сообщение от Анонимemail (38), 07-Сен-20, 12:03 
Ну так я так и сделал. Посмотрел на стандарт С++17 (а там 2000 страниц) и решил, что ну его нафиг. Вспомнил еще все заморочки ООП с паттернами и прочей хренотой и решил, что лучше уж я выучу Rust, который оказался очень даже неплохим языком. И даже местами похож на Erlang.
Ответить | Правка | Наверх | Cообщить модератору

278. "Утверждён стандарт C++20"  +/
Сообщение от iLex (ok), 08-Сен-20, 14:47 
Это лишь потому, что Rust пока не успел развиться. Но с каждым релизом туда будут досыпать и досыпать синтаксического сахара и прочих наворотов, так что Rust-2030 тоже обзаведётся 2000-страничной краткой спецификацией, без которой там вообще хрен что поймёшь.
Ответить | Правка | Наверх | Cообщить модератору

287. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 08-Сен-20, 18:50 
> Rust-2030 тоже обзаведётся 2000-страничной краткой спецификацией, без которой там вообще хрен что поймёшь

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

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

352. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (351), 10-Сен-20, 06:53 
Ну давай начнем с того, что сам язык (С++20) описан на 475 страницах, а остальное - stl и cstdlib. У С# - 531 а сколько страниц описания у .NET мне страшно представить. У Intel - Software Developer Manuals на 5к страниц и что дальше? Пожалуйста, воздержись от написания бреда и откровенной х...ерунды в интернетах о С/C++, так рождаются странные слухи и бестолковые легенды об этом языке, которые не отражают реальное положение дел.
Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

354. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 10-Сен-20, 07:11 
> воздержись от написания бреда и откровенной х...ерунды в интернетах о С/C++, так рождаются странные слухи и бестолковые легенды об этом языке, которые не отражают реальное положение дел

Давай начнем с того, что про горячо уважаемый мной С я не писал вообще ничего.
А закончим вопросом: кто ты такой, чтобы диктовать мне что писать, а что нет? Я выражаю свое мнение, ты можешь только соглашаться или не соглашаться с ним, на что мне, в общем-то, наплевать.
Что, слухи настолько страшны, что могут уничтожить С++?
Мне нравился С++98 и С++03 (последние стандарты, на которых я писал), в С++11, насколько я знаю, есть интересные штуки типа auto. Но добавление излишней сложности - вот то, что отталкивает от языка, а не какие-то слухи в интернетах.

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

359. "Утверждён стандарт C++20"  +/
Сообщение от anonimous (?), 10-Сен-20, 18:50 
В Oberon-family языках с объемами стандартов все хорошо.

> Разработка семейства языков ALGOL — Pascal — Modula-2 — Oberon — Oberon-2 — Component Pascal отмечена редукцией сложности синтаксиса языка. Полный синтаксис языка Оберон-2 описан всего в 33 предложениях по расширенной форме Бэкуса — Наура

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

56. "Утверждён стандарт C++20"  +2 +/
Сообщение от Анонимemail (38), 07-Сен-20, 11:36 
но вот это же вот: [=]() { return n; }
это пипец. У меня первый вопрос был: "А что это за = в квадратных скобках и нафига оно нужно?"
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

126. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (122), 07-Сен-20, 14:52 
У лямбды ключего свойство — область видимости переменных внутри. Очевидно что символ равно какое-то отношение к этому имеет.
Ответить | Правка | Наверх | Cообщить модератору

139. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (139), 07-Сен-20, 15:29 
не всем это очевидно. В языках с "более простым и понятным" синтаксисом может не быть возможности управлять областью видимости переменных, а значит те, кто на них пишут уже привыкли не думать об этом
Ответить | Правка | Наверх | Cообщить модератору

151. "Утверждён стандарт C++20"  +1 +/
Сообщение от 128293 (?), 07-Сен-20, 17:11 
Языки с "более простым и понятным" синтаксисом минимум в несколько раз тормознее плюсов
Ответить | Правка | Наверх | Cообщить модератору

200. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (200), 07-Сен-20, 21:04 
ну мы-то про синтаксис лямбд, зачем тему переводишь?
Ответить | Правка | Наверх | Cообщить модератору

295. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (294), 08-Сен-20, 20:51 
>У меня первый вопрос был: "А что это за = в квадратных скобках и нафига оно нужно?"

Захват по значению. [&] - захват по ссылке.

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

57. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 07-Сен-20, 11:43 
В лиспе тоже просто: (lambda (arg) body).
Других языков не знаю.
Ну и нахрена такие сложности в плюсах?
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

61. "Утверждён стандарт C++20"  +1 +/
Сообщение от имя_ (?), 07-Сен-20, 11:49 
ну какие там сложности? я хоть и знаком с языком только по книжке страуструпа, но ничего сложного в лямдбах крестов не вижу
https://en.cppreference.com/w/cpp/language/lambda
Ответить | Правка | Наверх | Cообщить модератору

71. "Утверждён стандарт C++20"  +2 +/
Сообщение от Анонимemail (38), 07-Сен-20, 12:01 
А теперь представьте, что последний раз вы писали на плюсах, когда там еще этой пакости не было. И тут вам попался вот такой код:
return {
    [](take_atom) -> result<taken_atom, bool> {
      return {taken_atom_v, false};
    },
    [=](put_atom) {
      if (self->current_sender() == user)
        self->become(available_chopstick(self));
    },
  };

и поскольку это не ваш основной язык, вам лень гуглить, лезть в талмуд Страуструпа (который тоже надо нагуглить).
Нафига вот эти [] и [=]? Почему бы не сделать кейворд lambda, как в Лиспе, или fun, как в Erlang, или как в Расте: let add_one_v2 = |x: u32| -> u32 { x + 1 };?
Нет, надо такое, чтоб позаковыристей, чтоб враг не догадался.

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

88. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (69), 07-Сен-20, 12:39 
выше если что, ссылка на справкупо лямбдам лямбд с примерами использования, открыл ее - прочитал и уже все понятней стало.
Ответить | Правка | Наверх | Cообщить модератору

90. "Утверждён стандарт C++20"  –1 +/
Сообщение от Анонимemail (38), 07-Сен-20, 12:42 
Все гораздо проще - не надо писать на плюсах.
Ответить | Правка | Наверх | Cообщить модератору

101. "Утверждён стандарт C++20"  –1 +/
Сообщение от Аноним (69), 07-Сен-20, 13:01 
А на чем мне написать кросплатформеную десктопную программу требующую кучу ресурсов ? На js ?
Ответить | Правка | Наверх | Cообщить модератору

109. "Утверждён стандарт C++20"  +1 +/
Сообщение от Анонимemail (38), 07-Сен-20, 13:07 
Я бы писал С или Rust (для него вроде есть GUI-либы), но пишу серверный софт и распределенные системы. На чем писать вам не знаю, на чем хотите, на том и пишите.
Ответить | Правка | Наверх | Cообщить модератору

166. "Утверждён стандарт C++20"  –1 +/
Сообщение от пох. (?), 07-Сен-20, 18:21 
+electron

Ну да, все ж так делают.

А ресурсы... ну юзер богатый, он заплатит.

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

185. "Утверждён стандарт C++20"  –1 +/
Сообщение от коржик (?), 07-Сен-20, 19:50 
я бы рассматривал

https://avaloniaui.net/

или Xamarin Native. Хотя этот лучше для мобилок.

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

186. "Утверждён стандарт C++20"  +/
Сообщение от Michael Shigorinemail (ok), 07-Сен-20, 19:53 
> я бы рассматривал

А я бы не рассматривал, особенно если это ещё потом портировать.

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

250. "Утверждён стандарт C++20"  +/
Сообщение от коржик (?), 08-Сен-20, 07:52 
Я с авалонией профессионально не занимался, но у меня хобби такое, запускать небольшое графическое приложение в разных языках/фреймворках.

Ну так вот эта авалония взлетела с пол пинка на линуксе винде и маке. Например, gtk, растовские iced, relm, azul, два вебассембли фреймворка попили кровь.

А тут устанавливаешь дотнет машину и все, 10 минут и у тебя в руках классисеский mvvm на xaml + c#.

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

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

281. "Утверждён стандарт C++20"  +/
Сообщение от Lex (??), 08-Сен-20, 15:37 
> Xamarin native это да, специфичная вещь, но я не знаю другой обертки
> над графическими примитивами разных ос, и чтобы это все работало

React-Native ?) -Но этот для мобил есчто.

К слову, у яблока не так давно с xamarin'ом срач какой-то был..

п.с: чисто для любопытства глянул в общих чертах на Xamarin.
Там реально надо так извращаться на яблоке со сборкой в вижуал студии и выгрузкой приложения в стор чуть ли не через консольку или там генерируется корректный проект, который можно по человечески и собрать и выгрузить посредством "нативного" Xcode ?


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

288. "Утверждён стандарт C++20"  +/
Сообщение от коржик (?), 08-Сен-20, 19:22 
> React-Native ?) -Но этот для мобил есчто.

Посмотрел немного на React-Native. Есть у меня ощущение, что он не очень-то и нативный. То есть, если я правильно понимаю, это скорее аналог xamarin-forms. Сам же ксамарин это обёртки над фрагментами, активити, recyclerview, uiview, uitable, и др. То есть они практически 1 в 1 отражают апи целевой системы.

> Там реально надо так извращаться на яблоке со сборкой в вижуал студии
> и выгрузкой приложения в стор чуть ли не через консольку или
> там генерируется корректный проект, который можно по человечески и собрать и
> выгрузить посредством "нативного" Xcode ?

Вообще, скорее да, чем нет. (по ощущениям, при разработке под яблоко без извращений вообще не бывает) Но не всё так плохо.

В икскоде вы скорее всего будете только ксибки и сториборды верстать. Весь c# код пишется в JB Rider или Visual studio. Вьюшки андроида верстаете в android-studio или прямо там же, в райдере.

В целом, при отладке вы получаете вполне вменяемые стектрейсы. При сборке - вполне понятные ошибки компиляции.

Работать можно в целом

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

314. "Утверждён стандарт C++20"  +/
Сообщение от Lex (??), 09-Сен-20, 10:15 
> Посмотрел немного на React-Native. Есть у меня ощущение, что он не очень-то
> и нативный. То есть, если я правильно понимаю, это скорее аналог
> xamarin-forms. Сам же ксамарин это обёртки над фрагментами, активити, recyclerview, uiview,
> uitable, и др. То есть они практически 1 в 1 отражают
> апи целевой системы.

Он и некоторые другие довольно похожи на Xamarin.
Основная разница у RN в том, что основной ЯП - JS, а не C#.
Может и так, но там стремятся предоставить наиболее универсальный АПИ, не зависящий от конкретной ОС с подходом к верстке, напоминающим HTML+CSS( но с нюансами, серьезно улучшающими производительность ).
И, за исключением некоторых сильно-специфичных элементов( типа переключатель ), вид итогового интерфейса и анимации получаются практически одинаковыми что на яблоке, что на андройде.

> Вообще, скорее да, чем нет. (по ощущениям, при разработке под яблоко без
> извращений вообще не бывает) Но не всё так плохо.
> В икскоде вы скорее всего будете только ксибки и сториборды верстать. Весь
> c# код пишется в JB Rider или Visual studio. Вьюшки андроида
> верстаете в android-studio или прямо там же, в райдере.
> В целом, при отладке вы получаете вполне вменяемые стектрейсы. При сборке -
> вполне понятные ошибки компиляции.

Я просто смутно помню, что у некоторых подобных штук проблема была вначале со сборкой, поскольку "нативная" система сборки много чего не поддерживала и, далее, сложности с выгрузкой( особенно с выходом Xcode 11 вроде перестали работать сторонние штуковины для выгрузки приложений в стор - теперь только через Xcode и его "органайзер", что некоторым доставило массу проблем ).
Чем, в свое время, сильно радовал RN, дающий 2 полноценных проекта, которые без проблем собираются "нативными" системами( XCode + что-нибудь для андройда типа Android Studio ).
Посему и интересуюсь, как там нынче.

> Работать можно в целом

Ну это да. Иначе популярности у штук вроде Xamarin'а не было бы

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

91. "Утверждён стандарт C++20"  +/
Сообщение от имя_ (?), 07-Сен-20, 12:44 
в общем согласен, с наскоку можно не понять. Но есть пара уточнений:
> талмуд Страуструпа

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

>в Расте: let add_one_v2 = |x: u32| -> u32 { x + 1 }

признаюсь, если бы не в контексте лямбд, я бы не сразу понял эту запись (|bla-bla| чем-то похоже на руби)

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

95. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 07-Сен-20, 12:50 
> если бы не в контексте лямбд, я бы не сразу понял эту запись

именно поэтому я привел более простые примеры из Эрланга и Лиспа. Почему в С++ не сделали чего-то подобного - непонятно.

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

98. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (69), 07-Сен-20, 12:59 
РУЧНОЕ УПРАВЛЕНИЕ ПАМЯТЬЮ ССЫЛКИ И УКАЗАТЕЛИ, ИЗБЕГАНИЕ КОПИРОВАНИЯ
Вы сравниваете два абсолютно разных по своей структуре ЯП.
Ответить | Правка | Наверх | Cообщить модератору

106. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 07-Сен-20, 13:04 
Я сравниваю синтаксис. Или что, все вышеперечисленное не дает в плюсах сделать нормальный синтаксис для лямбд?
Ответить | Правка | Наверх | Cообщить модератору

127. "Утверждён стандарт C++20"  +5 +/
Сообщение от Аноним (122), 07-Сен-20, 14:56 
Не даёт, вы должны явно указать компилятору какие переменные будут доступны в замыкании и в каком виде.
Ответить | Правка | Наверх | Cообщить модератору

368. "Утверждён стандарт C++20"  +/
Сообщение от Alex (??), 11-Сен-20, 12:56 
А как взять что-то в замыкание в этом вашем расте?
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

93. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (139), 07-Сен-20, 12:46 
> А теперь представьте, что последний раз вы писали на плюсах, когда там еще этой пакости не было.

а если вы ни на чем, не писали, то ни на чем писать и не начнете, ведь вам лень гуглить.

Вот приходится иногда ковыряться и в джаве, и в жс, и в питоне, и в еще нескольких языках и ни один из них не мой основной. Чем C++ в этом варианте хуже?

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

94. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 07-Сен-20, 12:49 
Ну а мне 99% времени приходится ковыряться в Эрланге, который по совместительству мой основной.
Ответить | Правка | Наверх | Cообщить модератору

103. "Утверждён стандарт C++20"  +3 +/
Сообщение от Аноним (139), 07-Сен-20, 13:01 
а я вот пока с ним не сталкивался

> Нафига вот эти [] и [=]?

в эрланге объекты/переменные для лямбд захватываются по ссылке или копируются?

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

265. "Утверждён стандарт C++20"  –1 +/
Сообщение от Аноним (265), 08-Сен-20, 11:48 
Да.
Ответить | Правка | Наверх | Cообщить модератору

300. "Утверждён стандарт C++20"  +2 +/
Сообщение от Ordu (ok), 08-Сен-20, 21:45 
> В лиспе тоже просто: (lambda (arg) body).
> Ну и нахрена такие сложности в плюсах?

Захват переменных замыканием. В лиспе если у тебя есть объект, то лиспу пофигу, сколько разного кода на него ссылается. И сборщику мусора пофигу. В C/C++ же не пофигу, легко можно придти к ситуации неопределённости, когда нет возможности вне времени выполнения сказать, когда надо освобождать память. (Во-время выполнения тоже нельзя, но это лишь в дефолтном инструментарии: valgrind, например может, или сборщик мусора можно прикрутить, и он тоже найдёт память, которую следовало бы освободить).

А чтобы дать программисту возможность неопределённости избегать, запилен заморочный синтаксис лямбд, который позволяет программисту рулить тем, как переменные попадают в лямбду: копируются значения? закидываются ссылки? Заметь, что если закидываются ссылки, то программист сам должен следить за тем, чтобы не удалить объекты, на которые они ссылаются, до того, как будет удалена лямбда, иначе код лямбды обратится к освобождённой памяти. Если же копируются значения, то куда они копируются? На стек не скопируешь, потому как лямбду можно вернуть из функции и стековый фрейм может прекратить существовать. Значит копируем в кучу, а значит выделение памяти, значит с лямбдой увязан кусок памяти, который надо освободить, освобождая лямбду.

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

321. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 09-Сен-20, 12:01 
спасибо, Rust и обычная сишка попроще будут.
Ответить | Правка | Наверх | Cообщить модератору

68. "Утверждён стандарт C++20"  +/
Сообщение от iPony129412 (?), 07-Сен-20, 11:56 
> Я вот в одном коде увидел эти лямбды и нихрена не понял, что там написано.

Да как-то связи особой нет...
На любом стандарте можно такое понаписать.
Теми же макросами только так можно лютую штуку сделать, что от неё радугой всё блевать будет.

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

74. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 07-Сен-20, 12:05 
Проблема в том, что тут это стандарт и общепринятая практика, а не говнокод отдельно взятого индивида, которого можно просто напинать в курилке.
Ответить | Правка | Наверх | Cообщить модератору

37. "Утверждён стандарт C++20"  +/
Сообщение от Анонимчик (?), 07-Сен-20, 10:59 
если есть выбор, то использую c++, как c++ без классов - pod + stl + templates
Ответить | Правка | Наверх | Cообщить модератору

161. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (87), 07-Сен-20, 17:47 
STL без классов? ;)
Ответить | Правка | Наверх | Cообщить модератору

39. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (39), 07-Сен-20, 11:06 
>>       { a == b } -> std::boolean;

       { a != b } -> std::boolean;
Ну почему это должно выглядеть так непонятно и непоследовательно?

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

160. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (158), 07-Сен-20, 17:44 
сплюснутые же придумывали, нормальные люди так бы не сделали.
Ответить | Правка | Наверх | Cообщить модератору

313. "Утверждён стандарт C++20"  +/
Сообщение от Онаним (?), 09-Сен-20, 09:53 
Хипстеры добрались и до плюсов.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

40. "Утверждён стандарт C++20"  +/
Сообщение от Кульпрогер хеловорлда (?), 07-Сен-20, 11:08 
Полезно, одобряю
Ответить | Правка | Наверх | Cообщить модератору

42. "Утверждён стандарт C++20"  +9 +/
Сообщение от Иваня (?), 07-Сен-20, 11:13 
То чувство, когда плюсы сложнее раста...😭
Ответить | Правка | Наверх | Cообщить модератору

49. "Утверждён стандарт C++20"  +2 +/
Сообщение от аноним12345 (?), 07-Сен-20, 11:28 
Ждем, когда в теме появятся растоманы
Ответить | Правка | Наверх | Cообщить модератору

66. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (59), 07-Сен-20, 11:55 
Так Раст в большинстве случаев не очень сложный
Но иногда бывают эпохальные лингвистические повороты, да. Впрочем, как и в любом языке
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

97. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (97), 07-Сен-20, 12:57 
Он не очень сложный. Он просто излишне сложный так где не надо.
Ответить | Правка | Наверх | Cообщить модератору

203. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (201), 07-Сен-20, 21:22 
всё имеет свою цену
заморочки раста с временами жизни переменных - плата на надёжность и отсутствие неопределённого поведения, без использования сборщиков мусора
Ответить | Правка | Наверх | Cообщить модератору

304. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (296), 08-Сен-20, 23:03 
Управление памятью - вещь непростая сама по себе, и эта сложность обязательно где-то вылезет - либо в GC, либо в языковых конструкциях, либо в уязвимостях :-)
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

43. "Утверждён стандарт C++20"  +5 +/
Сообщение от Аноним (43), 07-Сен-20, 11:17 
Так, а где Networking?
Они его ещё с C++14 обещают (если не раньше), говорят что ещё чуть-чуть, всё почти готово, реализация уже есть в бусте/асио нужно только в стандарт прописать, добавим в следующем мажорном релизе, мамойклянусь! А воз и ныне там, в C++23 вообще про Networking ни слова.
Ответить | Правка | Наверх | Cообщить модератору

54. "Утверждён стандарт C++20"  +1 +/
Сообщение от Иваня (?), 07-Сен-20, 11:34 
Я юзаю https://github.com/ValveSoftware/GameNetworkingSockets
Ответить | Правка | Наверх | Cообщить модератору

100. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (43), 07-Сен-20, 13:01 
Так с подключением внешней зависимостью какого-нибудь буста или закидыванием в дерево какого-нибудь асио проблем нет.
Проблема в том что в крестах ВООБЩЕ нет никакого кросплатформенного способа взаимодействия с сокетами искаропки. И не будет минимум до 2026 года, ибо в C++20 их перенесли на хз когда, а судя по тому что в C++23 это даже не планируют обсуждать то только к C++26 может и запилят.
Ответить | Правка | Наверх | Cообщить модератору

85. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (69), 07-Сен-20, 12:36 
Он зависит от Executors а с ними не сложилось. Добавят в с++ 23
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

86. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (69), 07-Сен-20, 12:37 
Модули то ждали к С++17 а выкатили только к с++20
Ответить | Правка | Наверх | Cообщить модератору

58. "Утверждён стандарт C++20"  +2 +/
Сообщение от Z (??), 07-Сен-20, 11:45 
А потом эти люди еще удивляются почему так стремительно растёт популярно GO
Ответить | Правка | Наверх | Cообщить модератору

79. "Утверждён стандарт C++20"  –1 +/
Сообщение от Аноним (18), 07-Сен-20, 12:19 
и PHP
Ответить | Правка | Наверх | Cообщить модератору

83. "Утверждён стандарт C++20"  –2 +/
Сообщение от Анонимemail (38), 07-Сен-20, 12:31 
Не, ну вот из крайности в крайность не надо. Да, современный С++ перегружен и переусложнен до предела. Но и Go слишком прост, чтобы на нем делать серьезные проекты. Быстро накидать прототип или что-то несложное - да, можно. Но что-то сложнее нескольких файлов и нескольких сотен LoC - уже начинаются проблемы с построением архитектуры и чистотой кода. Куча дублирования, пустые интерфейсы, которые пускают по звизде всю систему типов... Кошмар, одним словом.
Я для себя выбрал 4 языка, с которыми мне приятно работать: Common Lisp, Erlang, Rust, C.
И с которыми я никогда больше не буду работать без критической необходимости: Go, C++, C#, Java.
Посматриваю еще в сторону Standard ML, Haskell и Ada. Последнюю щупал, вроде ничего так, но как-то слишком многословно и куча заморочек, так и не определился, нравится или нет.
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

102. "Утверждён стандарт C++20"  +/
Сообщение от h65eyh5 (?), 07-Сен-20, 13:01 
>слишком многословно

Язык для оборонки создавался же. Многословность, чтобы меньше было возможности не заметить мелкую опечатку. Что скажете про Dlang и Nim?

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

115. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (115), 07-Сен-20, 13:40 
Не пробовал, не знаю.
Ответить | Правка | Наверх | Cообщить модератору

140. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (140), 07-Сен-20, 15:37 
>> Но и Go слишком прост, чтобы на нем делать серьезные проекты. Быстро накидать прототип или что-то несложное - да, можно. Но что-то сложнее нескольких файлов и нескольких сотен LoC - уже начинаются проблемы с построением архитектуры и чистотой кода.

Так и скажи, что у тебя руки растут не с того места.

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

164. "Утверждён стандарт C++20"  –1 +/
Сообщение от Анонимemail (38), 07-Сен-20, 18:08 
Ага, на нормальных языках из того места, а на Go внезапно не из того. Ну да, ну да, конечно, проблема во мне, а в Гугле говно создать не могут по определению.
Ответить | Правка | Наверх | Cообщить модератору

170. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (140), 07-Сен-20, 18:39 
Профи отличается от начинающего умением использовать любой инструмент. Лет через двадцать кодинга на самых разных ЯП ты это осознаешь. По ходу и заметишь, что именно этот навык наиболее востребован и наиболее хорошо оплачивается. Капризульки и поиск "крутых ЯП для крутых проектов и крутых перцев"-это характерно для начинающих.

ЗЫ конкретно про Go, его увлечённо взяли в оборот в крупнейших компаниях, включая РФ-вских, и пилят на нём проекты уровня bigdata платформ, тихо и молча.

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

189. "Утверждён стандарт C++20"  +2 +/
Сообщение от anonymousangler (?), 07-Сен-20, 20:08 
Это скорее отлияает тех, кто будет жрать сам знаешь что за деньги, от всех остальных. Не более.
Ответить | Правка | Наверх | Cообщить модератору

197. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (150), 07-Сен-20, 20:46 
> именно этот навык наиболее востребован и наиболее хорошо оплачивается

Неа. Наиболее хорошо оплачивается умение писать качественный код, а для этого надо хорошо знать язык(и) проекта (один-два, максимум три), а не нахвататься всего по верхам.

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

213. "Утверждён стандарт C++20"  –1 +/
Сообщение от Аноним (140), 07-Сен-20, 21:54 
>>умение писать качественный код

Не повторяй то, что сказано выше фразой "умением использовать любой инструмент"

PS Новичка сразу выдаёт утверждение, что освоить можно только два-три языка. Проработавшие пару десяток лет успевают не только освоить десятки ЯП-ов, но и забыть некоторые из них за ненадобностью.

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

219. "Утверждён стандарт C++20"  –1 +/
Сообщение от Анонимemail (38), 07-Сен-20, 22:46 
> Проработавшие пару десяток лет успевают не только освоить десятки ЯП-ов, но и забыть некоторые из них за ненадобностью

Ну что ж, давай перечислим языки, которые я освоил (и многие забыл) за (в общем случае, потому что начинал еще в школе на Электронике-БК или Корветах, уже не помню) 18 лет программирования.

школа, 9-10 классы, УПК:
Basic (не помню какой, как раз на Электрониках/Корветах был), TurboPascal

далее универ, 5 лет, околопрограммистская специальность САПР:
Assembler X86, AVR Assembler, C, C++, VBA, VBS, JS, Delphi (да, он считается языком), C#

работа, 11 лет уже как:
продолжал Delphi, C++, C#, чуть-чуть JS. Новые: PHP, Erlang, Go, Common Lisp, Rust.

Bash-скрипты и batch-файлы не считаю.

Из них продолжаю активно использовать Erlang (по работе). Есть планы по Rust'у, C и, возможно, Лиспу (для себя).

И вот после 2 лет разработки на Go могу заявить, что он - говно.

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

260. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (150), 08-Сен-20, 10:38 
> Новичка сразу выдаёт утверждение, что освоить можно только два-три языка. Проработавшие пару десяток лет успевают не только освоить десятки ЯП-ов, но и забыть некоторые из них за ненадобностью.

Не повторяй то, что сказано выше фразой "нахвататься по верхам". Можно уметь кодить на нескольких десятках языков, но при этом на всех них допускать детские ошибки или просто плодить крайне неоптимальный код. У меня и в мыслях не было с этим спорить. Но чтобы писать качественный код, надо потратить несколько лет только на разработку на одном языке (десяток лет опыта разработки вообще — это само собой разумеется). В случае такого сложного языка, как современный C++, нужно разрабатывать на нём, как минимум, последних лет 5. Именно последних, чтобы быть в курсе актуальных стандартов. И да, под разработкой я понимаю не просто написание кода, но и чтение литературы, посещение конференций и т. п., чтобы не отставать от жизни. И как-то вот получается, что больше 2-3 языков на должном уровне поддерживать очень трудно. Ну если только язык не стагнирует и не является сам по себе предельно упрощённым.

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

220. "Утверждён стандарт C++20"  +1 +/
Сообщение от Анонимemail (38), 07-Сен-20, 22:49 
> конкретно про Go, его увлечённо взяли в оборот в крупнейших компаниях, включая РФ-вских, и пилят на нём проекты уровня bigdata платформ, тихо и молча.

да бэкенды на нем пилят в основном, поскольку вся РФ - один большой аутсорсер.

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

221. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 07-Сен-20, 22:54 
> Профи отличается от начинающего умением использовать любой инструмент.

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

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

315. "Утверждён стандарт C++20"  +/
Сообщение от Myyx (?), 09-Сен-20, 10:20 
ок ос на брайнфаке запилил
Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

350. "Утверждён стандарт C++20"  +/
Сообщение от Анонимусс (?), 10-Сен-20, 05:46 
Согласен, неожиданно для себя понял,ч то мне, по большому счету всё равно на чем писать, а разобраться в особенностях можно из за пару недель...
Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

75. "Утверждён стандарт C++20"  +/
Сообщение от Аноним5487547 (?), 07-Сен-20, 12:06 
Никак не дождусь автозаполнения аргументов, когда функцию объявленную как:
foo(int a, int b = 10, int c = 20);
можно использовать:
foo(1, , 5); // foo(1, 10, 5);
foo(1, int, 5); // если есть перегруза вроде foo(int a, double b = 15, int c = 20);
Неужели так сложно?
Ответить | Правка | Наверх | Cообщить модератору

76. "Утверждён стандарт C++20"  +2 +/
Сообщение от Анонимчик (?), 07-Сен-20, 12:09 
до сих пор стараюсь не писать на с++ из-за отсутствии такой важной возможности
Ответить | Правка | Наверх | Cообщить модератору

137. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним5487547 (?), 07-Сен-20, 15:19 
Увы, но заменить c++ нечем. Если те же задачи решать на C то запутанность кода превысит запутанность синтаксиса современного c++
Ответить | Правка | Наверх | Cообщить модератору

180. "Утверждён стандарт C++20"  +1 +/
Сообщение от Lex (??), 07-Сен-20, 19:21 
Если на сях писать аки на плюсах - тогда да.

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

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

193. "Утверждён стандарт C++20"  +/
Сообщение от Аноним5487547 (?), 07-Сен-20, 20:23 
Хорошо продуманная абстракция как раз наоборот упрощает дизайн кода. Как пример обычная операция над объектом:
//в C++
obj.func(arg1, arg2);
//в C
objType_func(ptr_to_obg, arg1, arg2);
Ответить | Правка | Наверх | Cообщить модератору

238. "Утверждён стандарт C++20"  +1 +/
Сообщение от draw1 (?), 08-Сен-20, 04:06 
> Хорошо продуманная абстракция как раз наоборот упрощает дизайн кода. Как пример обычная
> операция над объектом:
> //в C++
> obj.func(arg1, arg2);
> //в C
> objType_func(ptr_to_obg, arg1, arg2);

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

В Си-шном варианте, хоть и более многословном, но по прототипу функции уже сразу понятно на что надо смотреть. Да, писать больше, а с вариациями аргументов и структур - намного больше (но это ж как раз про дизайн, чтоб с самого начала не плодить лишнего "just because we can").

Более классический пример:

y = x + 5;

В Си-шном коде можно вообще никуда не смотреть - сразу понятно, в целом, что происходит.
Эта же строчка на плюсах может быть вообще чем угодно (хорошо хоть пятёрка пока не может быть переопределена). Для написания - это может быть большим достоинством (краткость, единообразие, красивость и всё такое), но для чтения/понимания...

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

322. "Утверждён стандарт C++20"  +/
Сообщение от Аноним5487547 (?), 09-Сен-20, 12:59 
Это если первый заглянул в код тогда да. Но поработав какое-то время с проектом и познакомившись со всей иерархией классов, получаешь буст к скорости написания/понимания именно благодаря лаконичности и естественности ООП кода.
Ответить | Правка | Наверх | Cообщить модератору

251. "Утверждён стандарт C++20"  +/
Сообщение от Lex (??), 08-Сен-20, 08:23 

>> Если на сях писать аки на плюсах - тогда да.
>> Если же кодить нормально, без этих бесконечных нагромождений псевдоабстракций...
> Хорошо продуманная абстракция как раз наоборот упрощает дизайн кода. Как пример обычная
> операция над объектом:
> //в C++
> obj.func(arg1, arg2);
> //в C
> objType_func(ptr_to_obg, arg1, arg2);

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

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

323. "Утверждён стандарт C++20"  +/
Сообщение от Аноним5487547 (?), 09-Сен-20, 12:59 
> попытка "эмуляции" ООП на языке, его не поддерживающем.

так ведь именно это и есть стиль типичного C фреймворка. Вот пример из GTK:
void gtk_window_set_default_geometry (GtkWindow *window, gint width, gint height);

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

84. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (69), 07-Сен-20, 12:36 
Оу, все фигня. Они добавили reflection в TS А значит можно ожитать их реализации в gcc и clang. А там и метаклассы и генераторы кода...
Ответить | Правка | Наверх | Cообщить модератору

96. "Утверждён стандарт C++20"  +6 +/
Сообщение от Аноним (97), 07-Сен-20, 12:55 
Ну все Раст больше не нужен
Ответить | Правка | Наверх | Cообщить модератору

191. "Утверждён стандарт C++20"  +/
Сообщение от anonymousangler (?), 07-Сен-20, 20:11 
Насмешил (х
Ответить | Правка | Наверх | Cообщить модератору

231. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (-), 08-Сен-20, 01:39 
Кто ты и твой коммент без раста ?
Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

276. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (59), 08-Сен-20, 13:46 
Как раз из-за C++20 нужен ещё сильнее ;)
Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

116. "Утверждён стандарт C++20"  +6 +/
Сообщение от Аноним (116), 07-Сен-20, 13:54 
Комитет по раздувательству С++ работает, не покладая рук.
Ответить | Правка | Наверх | Cообщить модератору

117. "Утверждён стандарт C++20"  +/
Сообщение от vitalif (ok), 07-Сен-20, 14:00 
Так, стопэ! А корутины-то допилили?

// Всё остальное в основном накур - да

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

119. "Утверждён стандарт C++20"  +/
Сообщение от fsb4000 (?), 07-Сен-20, 14:11 
Допилили. И уже поддерживается в текущих компиляторах.

Смотри табличку: https://en.cppreference.com/w/cpp/compiler_support

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

134. "Утверждён стандарт C++20"  –1 +/
Сообщение от vitalif (ok), 07-Сен-20, 15:12 
> Допилили. И уже поддерживается в текущих компиляторах.
> Смотри табличку: https://en.cppreference.com/w/cpp/compiler_support

О, точно, в Gcc допилили. В LLVM не до конца. Маладцы! Это по-моему главная киллерфича C++20. Единственно надо посмотреть какой оверхед от них будет

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

138. "Утверждён стандарт C++20"  +/
Сообщение от anonymous (??), 07-Сен-20, 15:20 
Не допилили, оно в экспериментальном режиме и требует отдельный флаг.
Ответить | Правка | Наверх | Cообщить модератору

147. "Утверждён стандарт C++20"  +/
Сообщение от fsb4000 (?), 07-Сен-20, 16:13 
В Visual Studio пока требуется отдельный флаг: /await

Но с версии 16.8(пока доступна лишь Preview) будет работать уже без флага.

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

121. "Утверждён стандарт C++20"  –6 +/
Сообщение от Вкусная водочка (ok), 07-Сен-20, 14:22 
Кто хочет выучить современные плюсы, следуйте на learncpp.com 👈
Ответить | Правка | Наверх | Cообщить модератору

123. "Утверждён стандарт C++20"  –6 +/
Сообщение от Аноним (123), 07-Сен-20, 14:38 
Общаясь с плюсовиками, понял примерно то что народ пишет на одиннадцатых и посматривает на 14.
Эти все нововведения нужны наверное 10% разрабов.
А новые версии плюсов выпускают что бы выпускать.

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

В результате хорошие дополнения не вводятся из-за ужасного легаси языка.

Теперь понятно почему стрельнули GOLANG и RUST

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

132. "Утверждён стандарт C++20"  +/
Сообщение от anonymous (??), 07-Сен-20, 15:10 
https://www.reddit.com/r/cpp/comments/ik7bwt/which_c_version.../

знакомые плюсовики выборка очень плохая.

И по вашему новые версии выпускают потому что людям скучно, а не то что они пытаются решить какие-то проблемы?

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

136. "Утверждён стандарт C++20"  +3 +/
Сообщение от Tita_M (ok), 07-Сен-20, 15:15 
>а не то что они пытаются решить какие-то проблемы?

Ага. Проблемы порождённые предыдущими решениями проблем.

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

135. "Утверждён стандарт C++20"  +/
Сообщение от vitalif (ok), 07-Сен-20, 15:13 
> В результате хорошие дополнения не вводятся из-за ужасного легаси языка.

Вводяцца, лямбды вон ввелись, теперь ещё async/await. Круто же)

> Теперь понятно почему стрельнули GOLANG и RUST

...но и это конечно да, маразма там тоже хватает.

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

305. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (296), 08-Сен-20, 23:05 
>Общаясь с плюсовиками, понял

Это та же логика, что "среди моих знакомых никто не голосовал за <кандидата>, значит, за него никто не голосовал".

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

317. "Утверждён стандарт C++20"  +/
Сообщение от SJW (?), 09-Сен-20, 11:51 
> плюсы должны быть совместимы с совершенно чудовищными вычислительными машинам с недвоичной логикой.

There are more than two digits!

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

133. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (133), 07-Сен-20, 15:11 
Ну как, для квантовых вычислений-то С++ уже готов?
Ответить | Правка | Наверх | Cообщить модератору

143. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (18), 07-Сен-20, 15:47 
Тут всё зависит от middle-end компилятора. Как доработают middle-end, так сразу для всех языков компилятора и заработает, в том числе и для Rust
Ответить | Правка | Наверх | Cообщить модератору

163. "Утверждён стандарт C++20"  +2 +/
Сообщение от Аноним (87), 07-Сен-20, 17:56 
Пытаюсь представить себе квантовые указатели :)
Ответить | Правка | Наверх | Cообщить модератору

182. "Утверждён стандарт C++20"  +3 +/
Сообщение от Lex (??), 07-Сен-20, 19:27 
Просто достаёшь указатель где-то за пределами массива, вот тебе и квантовый указатель готов.

С некоторым шансом, обращение по адресу пройдёт даже без вылета.

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

235. "Утверждён стандарт C++20"  +/
Сообщение от Ананоним (?), 08-Сен-20, 02:32 
Ага, туфту представить невозможно! Но он привлекателен.
Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

376. "Утверждён стандарт C++20"  +/
Сообщение от nich (ok), 14-Сен-20, 03:38 
Почти.  Как только UB расширят волновой функцией, будет точно готов.
Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

144. "Утверждён стандарт C++20"  +7 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 07-Сен-20, 15:47 
Аффтар новости, ты вообще хоть немного понимаешь что переводишь?

> Возможность лямбда-захвата выражений "*this".

this всегда можно было захватывать, сделали устаревшим автоматический захват this при использовании [=]

> Классам разрешено использование параметры шаблона без типа.

В качестве параметра шаблона-значения можно использовать классы для типа, раньше можно было только POD типы. Из-за этого нельзя было делать строковые литералы параметрами шаблонов.

> Возможность использования диапазонов для инициализации значений переменной в цикле "for"

Возможность указывать в конструкциях for(...) локальные переменные, которые дальше можно использовать в range части. К возможности использовать диапазоны это вообще не имеет никакого отношения, делать аналоги питоновского range() в range-based for можно было начиная с c++11.

> Атрибут "[[no_unique_address]]" при котором переменные без данных не занимают места.

Вообще ничего близкого по смыслу, полная чушь.

> Поддержка быстрых (immediate) функций, которые могут работать только с константами.

Поддержка функций, которые могут использоваться только на этапе компиляции.


Это совсем адовые ляпы, в половине пунктов вообще не понятно о каком нововведении пишешь.

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

174. "Утверждён стандарт C++20"  +1 +/
Сообщение от Michael Shigorinemail (ok), 07-Сен-20, 19:06 
Там под новостью справа есть ссылочка такая: "исправить".
Спасибо за попытку, но лучше патчи сразу туда и слать.
Ответить | Правка | Наверх | Cообщить модератору

196. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (196), 07-Сен-20, 20:37 
Благодарю, а я то думал, что туплю при чтении (давно не юзал плюсы, очень давно).
Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

199. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (199), 07-Сен-20, 20:58 
Это именно что захват *this, комментатор, ты хоть понимаешь что комментируешь?)
читай док: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p001...
Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

149. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (149), 07-Сен-20, 16:54 
та ну нафик... на ассемблере писать стало проще.
Ответить | Правка | Наверх | Cообщить модератору

154. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (154), 07-Сен-20, 17:19 
В GCC поддерживают драфты или релизные версии?

Если драфты, то насколько они уверены в совпадении и откуда у них такая информация?

Если релизы, то где скачать документацию по этим версиям языка?

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

241. "Утверждён стандарт C++20"  +1 +/
Сообщение от aa (?), 08-Сен-20, 06:40 
https://isocpp.org/std/the-standard
дальше purchase нужную версию, вводишь данные кредитки и вот оно счасьте в виде пдф
Ответить | Правка | Наверх | Cообщить модератору

272. "Утверждён стандарт C++20"  +/
Сообщение от user (??), 08-Сен-20, 13:05 
Одна из причин перейти на Rust.
Ответить | Правка | Наверх | Cообщить модератору

318. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (150), 09-Сен-20, 11:55 
Отсутствие стандарта как такового, единственная реализация компилятора и стандартной библиотеки?
Ответить | Правка | Наверх | Cообщить модератору

320. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 09-Сен-20, 11:59 
в случае, когда за этот стандарт надо заплатить туеву хучу бабла, можно считать, что его нет.
Ответить | Правка | Наверх | Cообщить модератору

332. "Утверждён стандарт C++20"  +/
Сообщение от Andrey (??), 09-Сен-20, 17:51 
Платный доступ к стандартам - устоявшаяся практика, и у ISO, и у ГОСТ.
Ответить | Правка | Наверх | Cообщить модератору

333. "Утверждён стандарт C++20"  +1 +/
Сообщение от Анонимemail (38), 09-Сен-20, 18:15 
Порочная практика, спешу заметить. Это во-первых.
А во-вторых - не по таким же ценам! Ну чего там такого написано на 16.5 тыс. руб.? Зачем нужны стандарты, если для того, чтобы их прочитать даже в электронном виде надо платить туеву хучу денег? Ну и продавали бы печатные копии, а электронные сделали бы общедоступными.
Кстати, все необходимые мне ГОСТы я находил в свободном доступе. А вот ISOшные стандарты - не все.
Ответить | Правка | Наверх | Cообщить модератору

339. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (150), 09-Сен-20, 23:32 
Тебе и незачем за него платить. Он для авторов компиляторов предназначен, а не для тебя.
Ответить | Правка | К родителю #320 | Наверх | Cообщить модератору

349. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 10-Сен-20, 04:21 
А, ну то есть обычному пользователю языка, не автору компилятора, стандарт читать необязательно. Достаточно талмуда Страуструпа. Ню-ню.
Ответить | Правка | Наверх | Cообщить модератору

355. "Утверждён стандарт C++20"  +/
Сообщение от анон (?), 10-Сен-20, 07:55 
Драфт бесплатен, качай-читай - он и нужен программистам и "обычным пользователям языка", а платный, с деталями - разрабам компиляторов.
Ответить | Правка | Наверх | Cообщить модератору

371. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (150), 11-Сен-20, 17:58 
Обычному пользователю языка за глаза хватит справочника с цплюсплюс.ком или цппреференс.ком. Для начинающих, конечно, ещё и хороший учебник нужен, но им-то стандарт точно не является.
Ответить | Правка | К родителю #349 | Наверх | Cообщить модератору

369. "Утверждён стандарт C++20"  +/
Сообщение от Alex (??), 11-Сен-20, 13:04 
Для тех кто не хочет платить, всегда есть последний пред-релизный драфт, который может отличаться от итогового стандарта только неправильной расстановкой запятых.
Ответить | Правка | К родителю #320 | Наверх | Cообщить модератору

319. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 09-Сен-20, 11:57 
за 16 508 рублей? Спасибо, не надо нам такого счастья.
Ответить | Правка | К родителю #241 | Наверх | Cообщить модератору

326. "Утверждён стандарт C++20"  –1 +/
Сообщение от aa (?), 09-Сен-20, 15:27 
Можно пользоваться драфтом - он бесплатен, разница лишь, что нельзя официально сказать "в соответсвии со стандартом".
Да и 200 баксов - это не так уж много за формальное описание языка - люди всё-таки работали.
Ответить | Правка | Наверх | Cообщить модератору

328. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (-), 09-Сен-20, 16:36 
За многотомники по "альтернативной истории" тоже платить? Аффтар строчил, понимаешь ли.
Ответить | Правка | Наверх | Cообщить модератору

329. "Утверждён стандарт C++20"  +1 +/
Сообщение от Анонимemail (38), 09-Сен-20, 16:41 
Да нет, многовато, я за ипотеку плачу 20, а тут талмуд - 16. Пускай сами его читают. 1000 рублей - нормально.
Но это ладно. Я вот видел исошный же стандарт на 30 (30, Карл!) страниц, который ISO же продает за 11 000 рублей. Это ли не верх о*уения зажравшихся капитализдов?
Ответить | Правка | К родителю #326 | Наверх | Cообщить модератору

290. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (289), 08-Сен-20, 19:43 
на гитхабе лежат исходники стандарта.
Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

156. "Утверждён стандарт C++20"  –1 +/
Сообщение от Аноним (-), 07-Сен-20, 17:27 
Ненужно! Ведь уже есть rust !
Ответить | Правка | Наверх | Cообщить модератору

195. "Утверждён стандарт C++20"  –1 +/
Сообщение от Аноним (195), 07-Сен-20, 20:28 
Раст уже деприкейтед, команду разогнали. Пора переходить на С++
Ответить | Правка | Наверх | Cообщить модератору

275. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (59), 08-Сен-20, 13:44 
Что за глупость, Раст наконец свой фонд организовывает
Ответить | Правка | Наверх | Cообщить модератору

283. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (283), 08-Сен-20, 16:16 
Уже нет - проехали. Года 4 назад ещё можно было гадать взлетит Rust или нет. А теперь it's here to stay. Я понимаю что многих здесь он раздражает - но жизнь вообще жестокая штука...
Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

286. "Утверждён стандарт C++20"  –1 +/
Сообщение от trdd (?), 08-Сен-20, 18:46 
В том то и дело что в раст почти ничего нет.
Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

325. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 09-Сен-20, 15:24 
Но при этом есть все необходимое. А вот в плюсах что-то уж очень много всего по сравнению с 98 и 03 стандартами. Слишком много.
Ответить | Правка | Наверх | Cообщить модератору

341. "Утверждён стандарт C++20"  +/
Сообщение от СССР (?), 10-Сен-20, 00:39 
ну не используй то что тебе не нужно  )
Ответить | Правка | Наверх | Cообщить модератору

348. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 10-Сен-20, 04:19 
Ну вот не нужен мне С++ - я его и не использую, есть языки попроще и поинтереснее))
Ответить | Правка | Наверх | Cообщить модератору

353. "Утверждён стандарт C++20"  +/
Сообщение от СССР (?), 10-Сен-20, 07:00 
да и вообще жизнь без компьютера поинтереснее и попроще )).
А вообще это лично вами, в силу определенных причин, было принято решение поискать ченть попроще, в результате оно и оказалось интереснее что хоть какието вещи лично вы можете сваять ).
Что не прав? )
Ответить | Правка | Наверх | Cообщить модератору

356. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (38), 10-Сен-20, 09:38 
Нет, не правы. Это решение приняли за меня, предложив работу на Erlang. А потом я уже расхотел возвращаться на плюсы, во-первых, потому что понял убогость и их и ООП, а во-вторых, потому что не хотел осваивать новый стандарт.
Ответить | Правка | Наверх | Cообщить модератору

360. "Утверждён стандарт C++20"  +/
Сообщение от СССР (?), 10-Сен-20, 23:12 
ну если вам платят за другой язык то почему же и нет ) но это же совсем не то когда молодеж начинает хайповать ).
А в плане убогости в ООП в с++, тут вы не правы )
Ответить | Правка | Наверх | Cообщить модератору

157. "Утверждён стандарт C++20"  –3 +/
Сообщение от Аноним (157), 07-Сен-20, 17:37 
Боже ш мой, сколько бреда!!! Неужели это кому-нибудь нужно и кто-то пользуется этим?! В C++11/14 ещё были полезные нововведения, но в 17/20 - безсмыслица какая-то уже. В рефлексии как не было так и нет, токмо Qt-м и спасаемся.
Ответить | Правка | Наверх | Cообщить модератору

202. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (202), 07-Сен-20, 21:16 
Для рефлексии в этом стандарте TS сделали, надеюсь в С++23 уже будет (а в компиляторах еще раньше).
Ответить | Правка | Наверх | Cообщить модератору

311. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (311), 09-Сен-20, 00:43 
> в 17/20 - безсмыслица какая-то уже

Ну почему же. В С++17 среди прочего ввели std::filesystem. А то всё приходилось С-функциями каталоги обходить. std:optional, std::string_view - тоже полезные штуки. Copy elision - тоже хорошо. В С++20 тоже много хорошего.

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

167. "Утверждён стандарт C++20"  –2 +/
Сообщение от Рева RarogCmex Денисemail (?), 07-Сен-20, 18:25 
Выбирая между C++ и Rust стоит выбрать Haskell.
Ответить | Правка | Наверх | Cообщить модератору

178. "Утверждён стандарт C++20"  –1 +/
Сообщение от Вкусная водочка (ok), 07-Сен-20, 19:17 
А как же JabbaScript Everywhere? 🌝
Ответить | Правка | Наверх | Cообщить модератору

299. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (158), 08-Сен-20, 21:42 
сплюснутые и ржавые начали гонку сложности к невозможности изучения языка.
Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

372. "Утверждён стандарт C++20"  +/
Сообщение от Sgt. Gram (?), 11-Сен-20, 18:30 
Используя деепричастный оборот, стоит обособлять его запятыми.
Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

181. "Утверждён стандарт C++20"  +2 +/
Сообщение от Ананоним (?), 07-Сен-20, 19:22 
Кажется приближается смерть плюсов от ожирения. Язык C выглядит всё боле привлекательным из-за относительной своей простоты.
Ответить | Правка | Наверх | Cообщить модератору

194. "Утверждён стандарт C++20"  –2 +/
Сообщение от Аноним (195), 07-Сен-20, 20:26 
Ассемблер вот где все просто. Зачем все эти абстракции когда есть посконный гоуту
Ответить | Правка | Наверх | Cообщить модератору

230. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (-), 08-Сен-20, 01:37 
Нету там никаких гоуту, goto: есть в сях
Ответить | Правка | Наверх | Cообщить модератору

242. "Утверждён стандарт C++20"  +/
Сообщение от aa (?), 08-Сен-20, 06:42 
тоже мне проблема
#define goto JMP
Ответить | Правка | Наверх | Cообщить модератору

188. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (188), 07-Сен-20, 19:54 
Ну что, теперь можно написать еще 100500 библиотек для работы со строками?
Ответить | Правка | Наверх | Cообщить модератору

192. "Утверждён стандарт C++20"  –2 +/
Сообщение от Аноним (192), 07-Сен-20, 20:15 
Предсмертные конвульсии.
Ответить | Правка | Наверх | Cообщить модератору

210. "Утверждён стандарт C++20"  –1 +/
Сообщение от Аноним (311), 07-Сен-20, 21:40 
Сколько высокомерных ниасиляторов в комментах, просто ужас
Ответить | Правка | Наверх | Cообщить модератору

217. "Утверждён стандарт C++20"  –1 +/
Сообщение от Аноним (199), 07-Сен-20, 22:31 
Зачем осиливать^W насиловать труп?
Ответить | Правка | Наверх | Cообщить модератору

335. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (311), 09-Сен-20, 20:19 
Что осиливать, а что нет - каждый решает сам. Но высокомерно выпячивать своё неосиляторство - как-то тупо. Если чего-то не знаешь - ну нормально, просто сиди себе тихо и скромно со своим незнанием. Но высокомерные разговоры в духе "я этого не понимаю, значит это говно" - показывают тупость автора изречения, а не недостатки предмета обсуждения.
Ответить | Правка | Наверх | Cообщить модератору

302. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (302), 08-Сен-20, 22:14 
Как минимум значительно больше представителей мазохизма
Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

218. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (218), 07-Сен-20, 22:38 
Концепты конечно мощнее, чем type constraints в свифте или шарпе, но зачем так усложнять все таки...
Ответить | Правка | Наверх | Cообщить модератору

222. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (222), 07-Сен-20, 23:02 
Самый читаемый код на pascal
Ответить | Правка | Наверх | Cообщить модератору

223. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (218), 07-Сен-20, 23:14 
Нет. На J.
Ответить | Правка | Наверх | Cообщить модератору

224. "Утверждён стандарт C++20"  +/
Сообщение от Анонимemail (222), 07-Сен-20, 23:26 
Ты уверен?

result =. name1 verb2 5

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

229. "Утверждён стандарт C++20"  +/
Сообщение от anonimous (?), 08-Сен-20, 01:29 
Там тоже уже подзапутали. Но где то до уровня ранних плюсов, которые еще можно читать было

https://castle-engine.io/modern_pascal_introduction_russian....

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

225. "Утверждён стандарт C++20"  +/
Сообщение от Неа (?), 07-Сен-20, 23:43 
Нахер надо это все. Все это в других языках делается проще и так же быстро работает. А если надо ещё быстрее, то C или C++ 11.
Ответить | Правка | Наверх | Cообщить модератору

274. "Утверждён стандарт C++20"  –3 +/
Сообщение от Аноним (59), 08-Сен-20, 13:43 
Какие, например?
Языки проще обычно заметно тормознее
Ответить | Правка | Наверх | Cообщить модератору

298. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (158), 08-Сен-20, 21:40 
"заметно" - это сколько долей процента?
Ответить | Правка | Наверх | Cообщить модератору

377. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (59), 19-Сен-20, 05:10 
Ну сравни скорость C++ и Питона
Ответить | Правка | Наверх | Cообщить модератору

227. "Утверждён стандарт C++20"  +1 +/
Сообщение от None (??), 08-Сен-20, 01:21 
Ничего себе, модули завезли. Эдак они и от препроцессора вовсе откажутся.
Ответить | Правка | Наверх | Cообщить модератору

254. "Утверждён стандарт C++20"  +/
Сообщение от Кэп (?), 08-Сен-20, 08:58 
Ага, а потом вообще морфируют в сишарп
Ответить | Правка | Наверх | Cообщить модератору

297. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (158), 08-Сен-20, 21:38 
скоро до уровня паскаля подтянутся :)
Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

236. "Утверждён стандарт C++20"  +/
Сообщение от draw1 (?), 08-Сен-20, 02:45 
> Поддержка синтаксиса инициализации в стиле Си...

Да неужели наконец-то плюсовики смогут компилировать нормальный Си-шный код? Хотел сказать "не прошло и 20-ти лет"... Но ведь прошло... В Си такая инициализация есть с С99...

Лень смотреть, а Си-шную аналогичную инициализацию массивов и тоже поддерживает?

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

271. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (271), 08-Сен-20, 12:49 
Не смогут. Инициализация в "стиле С" с С несовместима. Там свой синтаксис.

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

277. "Утверждён стандарт C++20"  +2 +/
Сообщение от Андрей (??), 08-Сен-20, 14:23 
срр для срр
уже сделали бы нормальный язык, без накруток. в компиляторе ещё возможно искать ошибки?)
даёшь dlang без gc!
Ответить | Правка | Наверх | Cообщить модератору

282. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (-), 08-Сен-20, 16:09 
Си плюс-плюсники зашёл тут к вам, растаманы в вашем треде успели посрать?
Ответить | Правка | Наверх | Cообщить модератору

301. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (302), 08-Сен-20, 22:11 
Все задачи должны решаться в едином стиле. Но это совсем не про C++, в котором есть шаблоны, constexpr, теперь уже концепции, и я боюсь представить, какая же будет интроспекция... С каждым стандартом в язык добавляются новые сущности с новым синтаксисом. Никакого единообразия. Из-за наследия комитет воротит костыли, которые в свою очередь заставляют воротить новые костыли. Такое впихивание не впихиваемого уродует язык. Уже сейчас на освоение языка нужны годы. А сколько ошибок будет допущено при разработке сложно даже представить. В масштабах мира это огромные потери человекочасов. И только из-за того, что нужно сохранять совместимость. Супер аргумент. Все радуются новому стандарту. Но с ним С++ стал только уродливее, и фактически катится в тупик.
Ответить | Правка | Наверх | Cообщить модератору

310. "Утверждён стандарт C++20"  –1 +/
Сообщение от Аноним (311), 09-Сен-20, 00:29 
> Из-за наследия комитет воротит костыли, которые в свою очередь заставляют воротить новые костыли. Такое впихивание не впихиваемого уродует язык.

Что за ересь? Наоборот, синтаксис становится проще, понятнее и красивее.

С++03:


const std::vector<int>::const_iterator end = vec.end();
for (std::vector<int>::const_iterator it = vec.begin(); it != end; ++it) {
    int n = *it;
    ...
}

C++11:


for (int n: vec) {
    ...
}

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

324. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (302), 09-Сен-20, 13:12 
Первый вариант никуда же не делся! Теперь надо знать оба. Ничего проще не стало. Это притянутый за уши, но всё же как раз пример усложнения языка.
Ответить | Правка | Наверх | Cообщить модератору

331. "Утверждён стандарт C++20"  +/
Сообщение от Leo90 (?), 09-Сен-20, 17:21 
это к вопросу о том, что если можно сделать больше чем двумя способами, то усложнение. но я с таким не согласен. если что то можно написать и просто и сложно, это нормально. плохо когда нельзя просто.

к тому же в некотрых ситуация более трудный ситаксис имеет больше возможностей (например в цикле есть доступ к самому итератору в первом варианте). выбор дает больше возможностей и заставляет выбирать (думать то есть).

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

357. "Утверждён стандарт C++20"  +/
Сообщение от Аноним (311), 10-Сен-20, 15:12 
> выбор дает больше возможностей и заставляет выбирать (думать то есть)

Теоретически да, но на практике обычно новый вариант очевидно лучше (проще, красивее, выразительнее) старого. Редкие случаи, когда не так - не делают погоды.

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

342. "Утверждён стандарт C++20"  +2 +/
Сообщение от СССР (?), 10-Сен-20, 00:50 
ну и что,  вот  я тоже люблю испльзовать патерны по старинке, тут вопрос привычки. С++ дают такую возможность. Я могу на С++ использовать структуры с функциями, получаем компактные объекты. Могу в кутях легко и просто использовать навороченные классы для работы с БД, 3д и тд.. Программист сам выбирает что он хочет - так и пишет. С++ это от си к абстракциям (да где то не с первого раза понимаемым конструкциям). С++ это свобода.
Ответить | Правка | К родителю #324 | Наверх | Cообщить модератору

343. "Утверждён стандарт C++20"  +/
Сообщение от Ordu (ok), 10-Сен-20, 01:57 
> Но с ним С++ стал только уродливее, и фактически катится в тупик.

А у него выбора нет другого, кроме как катиться в тупик. Если забить на обратную совместимость, то получится история типа перехода python'а со 2 на 3 версию, только ещё хуже. Гораздо-гораздо хуже.

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

303. Скрыто модератором  –2 +/
Сообщение от Аноним (294), 08-Сен-20, 22:26 
Ответить | Правка | Наверх | Cообщить модератору

307. "Утверждён стандарт C++20"  +1 +/
Сообщение от Аноним (306), 08-Сен-20, 23:18 
Куда они так торопятся? И где нормальная литература по современным C++?
Ответить | Правка | Наверх | Cообщить модератору

308. "Утверждён стандарт C++20"  +/
Сообщение от snmp agent (?), 08-Сен-20, 23:29 
А чего в списке новшеств ranges не упомянуты?
https://www.modernescpp.com/index.php/c-20-the-ranges-library
Или я проглядел?
Ответить | Правка | Наверх | Cообщить модератору

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

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




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2020 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру