Почему C++ сосет (редакция 2016 года)

Вопрос из серии «кому может понадобиться больше 640K RAM?».

Значит никогда?

Конечно не значит, иначе чего бы я об этом написал.

JOGL например.

Да.

Основное применение - подключение существующей библиотеки на С/C++. Например как LWJGL/JOGL. Особенно нету библиотек в которых просто вычисления на нативе без взаимодействия с железом, осью или тд чтобы было «быстрее»

Эм, как бы до 4 версии UE все делалось на UnrealScript, так что утверждение про «только элементарные вещи» - ложно. Другое дело, что мне удобнее на крестах писать - привык так уже, но все то же самое можно на блюпринтах сделать. Ну, почти все - unrealscript вполне себе умел и умеет в натив стучать, как и его наследник - блюпринт.

Тхреад боли и унижения.

широко используемый промышленный околосистемный язык не может забить на легаси и сложный

news flash, tune in at 9pm

И чем тебе паттерн матчинг не угодил?

Он всем хорош, кроме реализации его синтаксиса в плюсах. Вангую редкое гуано на выходе.

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

В Scala бы описали это в терминах ин-, ко-, контра-вариантности типов.

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

Почему проблемы? Эти классы совсем не обязаны иметь какое-то отношение друг к другу.

Список ААА игр на жабке/C# в студию. Ах да, они же все на С/С++.

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

А вот не ААА «Ил-2 Штурмовик: ЗС», написанный на Java, ни разу не заставлял мою машину перенапрягаться.

int размером 32 бита почти на всех платформах

Черта с два.

А если имеют? Как это указать компилятору?

И на каких платформах int - не 32 бита?

Stop Teaching C

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

Равно как и людей, которые пишут на крестосишкомешанине.

Да и вообще всех, кто микроскопами гвозди забивает.

Как насчет AVR?

Микроконтроллеры не в счет - там переносимость отсутствует.

И на каких платформах int - не 32 бита?

На 64 и более разрядных и на 24 и менее разрядных . int платформозависимый.

А скоро и C++17 будет c концептами, asio и пр. Плюс Страуструп еще хочет добавить pattern matching и модули.

мда, шёл 2017й год, Страуструп всё ещё _хотел добавить_ pm и модули.

Как теперь жить

без C++

Читайте в следующем номере: «ML-семейство: больше не самый уродливый код».

это было ещё в прошлом номере

а сочетаемые между собой.

только не в C++, по понятным причинам

И на каких платформах int - не 32 бита?

На 64 и более разрядных

Приведи примеры 64-бит систем, где int 64бит.

int платформозависимый.

Спасибо, капитан. Речь идет о распространенных платформах.

Как это указать компилятору?

template <typename T>
class C : public T {
...

Переносимость в С отсутствует как класс, или же весьма условна.

Это случай так называемого вранья.

Переносимость в С отсутствует как класс, или же весьма условна.

Вот и выросло поколение, которое не помнит, что С родился как раз для переносимости. И на сайте linux(!).org.ru умудряется нести подобную чушь.

А в Линукс(!) написан на GCC, а не простом C. И на другие компиляторы если и может замахнуться, то очень неохотно.

А в Линукс(!) написан на GCC, а не простом C. И на другие компиляторы если и может замахнуться, то очень неохотно.

Linux это не только ядро. И его я имел в виду в последнюю очередь. Посмотри на Debian и список платформ, которые он умеет.

Ну, в целом, да. C не идеален, но при всех своих недостатках — самый переносимый товарищ. А если добавить распространенность, то C/C++ заруливают всех с большим отрывом.

а по-моему так аффтар вышеуказанного высера просто sucks big donkey dick ниасилил и начал набрасывать на вентилятор.

Но у вас же даже функцию вызвать с аргументом СЛОЖНО. В «QBasic-е» можно было просто взять и вызвать, а у вас нужно получить пиейчьди по rvalue vs lvalue vs xvalue vs glvalue vs prvalue.

Но у вас же даже функцию вызвать с аргументом СЛОЖНО. В «QBasic-е» можно было просто взять и вызвать, а у вас нужно получить пиейчьди по rvalue vs lvalue vs xvalue vs glvalue vs prvalue.

Или слишком толсто, или слишком глупо. Во-первых вызов функции в С++ вообще не проблема, язык почти все преобразования сам делает. Попробуй Rust и оценишь, что такое «вызвать сложно». Во-вторых, по поводу QBasic. Попробуй там написать функцию, которая принимает на вход массив записей одним параметром, сортирует его и возвращает. Как сделаешь - придешь и расскажешь, как это было просто.

только не в C++, по понятным причинам

В смысле?

потому что модулей нет

Попробуй Rust и оценишь, что такое «вызвать сложно».

Попробовал, не оценил (сложность). Раскроешь мысль какие в расте проблемы с «вызовом функции»?

потому что модулей нет

Дык, речь шла о «светлом будущем» с модулями.

Вот, кстати, меня всегда удивляет, как, казалось бы, умные люди (не чета мне), на посылы вида «цепепе - говно», отвечают в духе argumentum ad nigrum («негров линчуют», в смысле).

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

делают последний вовсе не конфетой, а просто меньшим говном.

Так ведь пользоваться приятнее «конфетой», а не говном, пусть и меньшим. Поэтому люди мысленно и заменяют «наименьшее говно» на «конфету».

«Чистые конфеты» разве вообще существуют?

умные люди (не чета мне), на посылы вида «цепепе - говно», отвечают в духе argumentum ad nigrum («негров линчуют», в смысле)

Может потому, что более умный ответ уже не придумать?

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

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

открой девелопмент за последнюю неделю.

«Чистые конфеты» разве вообще существуют?

совсем чистых - нет конечно, вообще, тут (да и много где) есть эдакий говно-конфетный континуум, так что чёткую границу определить сложно

Может потому, что более умный ответ уже не придумать?

более умный ответ - «да, говно, но меньшее»

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

капитан, перелогиньтесь!

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

Вот именно - меньшим. И слышать «Си++ - говно» от адептов еще большего говна довольно смешно.

по каким-то параметрам в какой-то области применимости

же, C++ - для негров, которые в 2016 году до сих пор руками двигают байтики

И слышать «Си++ - говно» от адептов еще большего говна довольно смешно.

Опровергни, лол

C++ - для негров, которые в 2016 году до сих пор руками двигают байтики

Си++ - это такой инструмент, который позволит тебе делать то, к чему ты привык. Если ты негр, который умеет только двигать байтики - Си++ позволит тебе это.

И слышать «Си++ - говно» от адептов еще большего говна довольно смешно.

Опровергни, лол

Зачем?

Си++ - это такой инструмент, который позволит тебе делать то, к чему ты привык. Если ты негр, который умеет только двигать байтики - Си++ позволит тебе это.

Вот в бытность свою C++-кодером я старался двигать байтики как можно меньше (что было достаточно сложно, так как были ограничены ископаемым gcc 4.2, что ли). Фигня в том, что для почти всего, кроме «двиганья байтиков» есть более комфортные инструменты.

Зачем?

Да незачем, для галочки спросил.

в бытность свою C++-кодером я старался двигать байтики как можно меньше (что было достаточно сложно, так как были ограничены ископаемым gcc 4.2, что ли)

Ты еще Borland C++ 2.0 вспомни.

Фигня в том, что для почти всего, кроме «двиганья байтиков» есть более комфортные инструменты.

Быть в зоне комфорта - это очень важно.

Фигня в том, что для почти всего, кроме «двиганья байтиков» есть более комфортные инструменты.

Огласите весь список, пожалуйста.

PS. «ископаемым gcc 4.2» — это мощно, да.

Не, 4.2 реально ископаемый. С современной точки зрения 4.3 - первый приличный.

Ну я совсем старый, я еще и Turbo C++ помню, хотя Borland C++ 2.0 пользовался дольше :)