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

Прочитал по-диагонали и увидел «я ниасилил»..

Это он серьёзно, или подтраливает как в одноимённой видяхе?

I still love C++

Окай.

кстати, почему в заголовке с++, а статья про ide?

«C++ IDEs suck.»

Дальше не стал читать. При чем тут IDE?

It’s a counterproductive language

Неделя травли C++ на ЛОР'e объявляется открытой!

На моей памяти подобные статьи стали массово появляться где-то с 2003-2004 года (когда .NET вырос из коротких штанишек, в C# завезли генерики и реальная альтернатива C++ появилась не только под Unix-ами (там была Java), но и под Windows (там место под солнцем стал отъедать C#)). С тех пор темп несколько снизился, но все каждый год несколько подобных опусов появляется. И, судя по всему, в ближайшие лет 10 ничего не изменится.

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

Да, С++ сосет. Но долбанные libclang (в QtCreator и Clion) и C++14 дали стимул и дальше использовать C++. А скоро и C++17 будет c концептами, asio и пр. Плюс Страуструп еще хочет добавить pattern matching и модули. Как теперь жить :(

Рецензия на чтиво:

1. C++ IDEs suck.

Это правда.

It’s a barely manageable language

Само название пункта ничего не говорит, но вообще да. Подпункты правдивы. Кроме неймспейсов. Неймспейсы норм, но хуже, чем модули в хаскелле и питоне и джаваскрипте(require).

It’s a barely portable language

Плюс адын. Не знаю людей, которые пишут правильный кроссплатформенный код, не подразумевающий, что int размером 32 бита, что мы в юниксе, и так далее.

It’s a counterproductive language

Тупое название какое-то, даже читать лень.

STL and Boost suck

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

Неймспейсы норм, но хуже, чем модули в хаскелле и питоне и джаваскрипте(require).

Звучит как попытка сравнить колбасу с макаронами.

Был о румынах лучшего мнения...

О, очередные C++-сосисты.

А ведь всего месяц назад этот специалист мечтал о должности C++ junior и задавал в Development нубские вопросы.

Каким бы ни был язык, но если под него куча либ и вообще только он поддерживается производителем на платформе X то выбор языка даже не стоит. А если надо чтобы мало память потреблялась? И чтоб жирную VM не тащить.

Короче от задачи зависит, и в большинстве задач лично мне хватает Qt, на МК - использую подмножество C++.

Плюс адын. Не знаю людей, которые пишут правильный кроссплатформенный код, не подразумевающий, что int размером 32 бита, что мы в юниксе, и так далее.

Qt, quint32 qint32 - всегда верно; Qt - хорошая IDE; QtCore стабилен и как правило код не ломается... у меня Qt головного мозга, да

Qt - хорошая IDE

у меня Qt головного мозга, да

Если у молодежи это теперь так называется, то да.

But you can’t create qmake projects if you have a cross compiler or you don’t have a Qt library in that toolchain, and qmake is the only sane way do projects (simple, without complex programming of features in strange languages. But limited and badly documented :( ).

QMake прост, но уже пора бы его выкинуть. Его нет смысла юзать там, где хочется что-то больше одного Qt. Пусть юзает CMake и не выделывается.

stdint.h/cstdint для кого? О_о

static_if будет?

Это какой-то хитрый румынский парадокс - винить С++ в том, что IDE, написанные на жабе - говно.

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

Вообще автор конечно неосилятор. Особенно порадовало:

And there’s no reason why the C# version would be any slower than the C++ code, if you don’t mind the JIT work.

Для студенческих поделок действительно разницы не будет.

Уровень претензий удивляет. Не осилил выбор рантайма под офтопиком. Не осилил (и «не хочет», лол) CMake, который близок к «стандартному варианту», при этом другие способые сборки ему (внезапно) тоже не нравятся. Претензии к языку ещё смешнее, особенно весело про неймспейсы.

Дальше ещё бредовее. И непонятно зачем он, после всего этого нытья, продолжает кушать кактус.

Boost - да. Нестабильный, и новые версии медленно попадают в дистрибутивы.

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

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

OMG.

Новости с фронта: вражеские стратеги из Mozilla решили, что могут попустить приплюснутых, выпустив Rust, который намеренно делал человеческие глаза течь кровью. В ответ на это Страуструп подумал и решил добавить паттерн-матчинг и концепты. Следующий раунд не за горами. Читайте в следующем номере: «ML-семейство: больше не самый уродливый код».

Для нестуденческих — тоже. Единственная проблема и жавы, и шарпа — потребление памяти. Сверхоптимизации, где может сверкнуть C/++, нужны настолько редко, что не нужны совсем.

Да их на чем не напиши

таки да, там где разрядность важна, cstdint ...

Ага, потому-то в жапке мучаются с JNI.

Ну давай, расскажи там о самых больших сферах применения JNI

А ещё про нижние подчёркивания весело. И про буст не помещающийся в голову. Вот зачем его «помещать в голову»? И разумеется, примеров нет так как ему «лень рыться в мусоре». Нафига спрашивается он вообще с бустом, в таком случае, связался?

Что интересного? Очередное нытьё уборщицы желающей быть разработчиком.

В ответ на это Страуструп подумал и решил добавить паттерн-матчинг и концепты.

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

Мобильные приложения - сплошь и рядом.

Какой?

Это же СЛОЖНО. Лямбды, паттерн-матчинг... В QBasic-е такого не было!

Вот не смог найти :( В ленте g+ у мну проскакивало.

Там правда, в итоге, это оказалось было темой конфы по c++ :)

Мне-то не не угодил. Интересно наблюдать просто за развитием языка вашего. Стандарт-то уже страниц 1500, наверное?

олсо, как это часто бывает, документация на уровне :) https://raw.githubusercontent.com/solodon4/Mach7/master/media/posters/OpenPat...

λ-calculus in C++

Звучит как насмешка над адептами :-) Лол :-)

Мобильные приложения, в основном — замена сайта. Чтобы ело поменьше трафика, не делило память с другими вкладками броузера, хранило какие-никакие данные на диске.

Ни для чего этого JNI не нужен.

C++ используется для кроссплатформы. Приложения, что работают абсолютно одинаково на Windows Phone/Android/iOS, без изменения кода, а на производительность пофиг.

Это касается даже игр. Для простых достаточно биндинга на OpenGL, вот он делается через JNI, вся логика хорошо живет в джаве. Для сложных используются Unity3D — то же самое, только шарп вместо жавы, и UnrealEngine — ну он везде на C++, тут никуда не денешься. Как и говорилось, кроссплатформа.

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

... Otherwise() std::cerr << "Invalid term"; return nullptr;

http://www.s3forums.com/forum/attachments/galaxy-s3-general-discussion/619d13...

сосет

Как будто что-то плохое.

Стандарт-то уже страниц 1500, наверное?

А куда деваться? Если язык не развивать, то он бы точно постепенно умер. «Сделать заново» с учётом ошибок тоже не все устроило бы. Опять же, попадалась инфа, что размер спецификации джавы/шарпа вполне сопоставим с плюсовым стандартом. Профы искать лень, но на правду похоже. В любом случае, все живые языки распухают со временем.

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

олсо, как это часто бывает, документация на уровне :)

Зачем же передёргивать? Это не документация, а «картинка для привлечения внимания». В ридми есть примеры и ссылки на публикации. «Документация» будет когда это предложат включить в стандарт - появится соответствующее предложение. А со временем появится и литература всякая, где совсем доступно разжуют.

В колбасе явно больше полезных веществ, а не только углеводы. А по вкусу колбаса быстрее надоедает.

Мобильные приложения, в основном — замена сайта.

Ну-ну. Все оффлайновые OCR, Voice Recognition, Image Processing - это всё через JNI (если JNI обернуто в классы на жапке - это всё равно JNI).

OpenGL, вот он делается через JNI

И он тоже.

Для сложных используются Unity3D — то же самое

Пока не приспичит считать физику.

MAPS.ME, оффлайновые карты с поиском маршрута. Разработчики писали, что без натива не хватает производительности.

OsmAnd тоже нативный.

Стандарт-то уже страниц 1500, наверное?

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

Как и остальные стандартные библиотеки, начинающиеся с буквы c - для байтоебов, пишущих на «C with classes».

Приблизительно такой ответ и ожидался.

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

А еще я не найду вопроса «у меня g++ вывалил нечитаемое месиво из трехэтажных шаблонов, в каком подпунке пункта ревизии стандарта можно почитать?».

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