У C++ нет области применения. C++ протух и умер. Хватит насиловать труп!

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

и наоборот тоже

Гуй удобнее всего делать на языке разметки и скриптовать на чем-нибудь js/ruby/python-образном. Но поскольку средства разработки гуя десктопных приложений до сих пор пребывают в каменном веке...

А вот логику приложения таки да, порою лучше всего писать на крестах.

модификация одного из ведущих haskell-ных серверов (warp), на которой тестится и улучшается работа ghc-RTS. А вообще мы про скорость или про популярность?

Топик-стартер - неосилятор и в первом посте перечислено (в основном), что он понять не смог.

Дело в том, что я, например, начинал программировать на C++ долгое время вообще не использовал STL. В основном по причине того, что дело было под виндой и в середине-конце 90-x. Там был MFC и WTL. В них как раз все было по ООП, но без STL. В MFC не было шаблонов, WTL был весь на шаблонах.

Какие-то натянутые претензии. Особенно позабавили пункты 2 и 8. С++ же компилируется в бинарный формат, а не в какой-нибудь байт-код.

Хватит уже этого инвалида-неосилятора цитировать.

Особенно умиляет про «медленно» и «перерасход памяти». А где быстрее?! И где экономнее память можно использовать?

Просто гугл его не знает. Замените мне гугл, выдайте страничку по запросу mighthttpd benchmark

А что?
Скажи это людям, пишушим на плюсах и в глаза не видевшим ваш stl.

Кстати, вот интересный бенч по сабжу: http://lionet.livejournal.com/89450.html
mighthttpd — это warp

людям, пишушим на плюсах и в глаза не видевшим ваш stl

это не люди...

Вот уж где проблемы с компиляторами

Какие ещё проблемы? На этих наших линуксах практически все пользуются GDC.

стандартом

Вы про D1 и D2? Забудьте, D1 уже мёртв.

nginx и lighthttp они не стали вставлять от скромности?

Обращение от недочеловека

Много кода на плюсах видел-то?

это достаточно старое, я сейчас постараюсь последнюю статью найти.

Пусть вместо STL будет любая другая «объектная» библиотека, это, все же, не сделает из C++ С. WinAPI для того и воротился, чтобы собирать приложение из доступных компонент, хотя я с трудом представляю онное, в ктором не используется контейнер или смарт поинтер.

кода - много, поделок «на плюсах» без плюсов, как таковых - стараюсь и не смотреть.

http://haskell.cs.yale.edu/wp-content/uploads/2013/08/hask035-voellmy.pdf

не сказал бы что обгоняет, но на том же уровне точно. От обычных людей ждите бенчей, как ghc-7.8 выйдет, это ещё пару месяцев ждать.

Хватит уже этого инвалида-неосилятора цитировать.

lovesan не автор, ОП-пост это выжимка этого FAQ.

Большая часть откровенная глупость, остальное автор видимо где-то слышал (судя по его детским вопросам на форуме видно, какой «богатый» у него опыт). Плюс одни и те же «недостатки» по многу раз повторяются.

Всё-таки не могу удержаться от комментариев по отдельным пунктам:

частые «internal error» в компиляторах

Данную «проблему» видел аж пару раз, причем при эксперементах с возможностями нового стандарта, как правило (да ещё и в майксовтовском компиляторе исключительно, лол).

Дублирование функционала Си

Тут в подпунктах просто невероятный бред.

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

Откровенное враньё.

Ну не позорился так сильно хотя бы. Особенно весело про деструкторы, которые обязаны быть public.

коды ошибок деструкторы и конструкторы возвращать не могут

А много где это есть?

позволяют генерировать некорректный код

Лол. «Нагенировать» кривой код и руками можно. И макросами, причем как хардкорными сишными, так и «правильными».

В общем, по всем этим пунктам скорее топик стартер не пригоден к программированию.

У меня как раз было без смарт поинтеров. Без них вполне можно обойтись. Еще раз - C фактически (за небольшими исключениями) подмножество С++. Вполне можно пользоваться С++ не используя классы, а, например, наслаждаясь более строгой типизацией и/или перегрузкой. Можно вполне обходится без виртуальных функций как это было в WTL, можно без шаблонов как в ранних версиях MFC. Можно даже не пользоваться динамической памятью и все это будет С++

У C++ нет области применения.

С++ вас всех переживёт.

Мои мысли по сабжу.

С++ уже пару лет как перестал быть священной коровой. Раньше, по сути, С++ было эквивалентно «нативная компиляция»/«близко к железу» в глазах обывателя, в противоставление всяким интерпретаторам и VM-языкам. Остальные инструменты с нативной компиляцией были слишком ускоспециализированными/маргинальными. Сам С++ как язык довольно паршив, но принятие его как стандарта индустрии для десктопного софта считаю хорошим историческим событием (потому, что был хотя бы какой-то стандарт).

С того времени прошло две вещи:

1. Разработчики начали придумывать альтернативные нативно-компилируемые языки с расчетом на широкое применение (D, C#, Go, Rust).

2. С++ стал все более удаляться от «железа» (модель вычислений PDP-9 является не очень хорошой апроксимацией современных процессоров). Потеть из-за этого приходится компиляторам, которые пытаются преобразовать ваш далекий от железа код в что-нибудь эффективное. Получается не всегда.

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

наслаждаясь более строгой типизацией и/или перегрузкой

Перегрузкой чего? Функции и в С перегружаются. Зачем ради мелочей, вроде более строгой типизации, использовать целый С++ (не затрагивая corner-case с MFC/WTL, тут никуда не деться, но я бы такое программирование назвал скорее программированием на MFC/WTL сродни программированию на Qt)?

И тем не менее, на него перевели GCC, к примеру, причём совсем недавно. Не нравится? Пишите на Objective-C. :-)

Где они в С перегружаются? Более строгая типизация - очень полезная фича. Если для того чтобы ее получить надо всего-то добавить две буквы к расширению файла - то почему нет?

Когда хоть уже учебный год начнется.

const не дает абсолютно никаких гарантий

   
const int three = 3; // капитан очевидность
printf( "three=%d\n", three );

int *ptr;
ptr = (int*)( &three );
*ptr = 5; // have a nice debug

printf( "three=%d\n", three );

Откровенное враньё.

боюсь, остальные пункты в твоем «опровержении» — такая же ложь

а если нет, давай пруфы

Это не C++, а C, если что.

10 причин почему программист на С++ может выбить много денег

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

П.С, а доводы большей частью нытье и чушь

Старый вброс лучше новых двух. Годно.

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

Добавлю тезисы:

• C++ - очень популярный язык, за счет чего специалистов достаточно много, качество их очень разное.
• Если посмотреть живые проекты, то чаще всего, используется не С++ целиком, а определенное подмножество языка и четкие регламенты. Это позволяет нивелировать многие проблемы и обойти узкие места. Яркий пример - GCC.
• Кроме минусы есть еще и плюсы, например, почему он используется на мобилках:
  • Большое количество уже существующего, хорошего, отлаженного кода.
  • Хорошие реализации языка для огромного количества платформ
  • Неплохая производительность

Узнай опцию компилятора -Wcast-qual

блин, точно, g++ покажет снова 3. Сразу видно, настоящий крестопоклонник!

но даже умный компилятор не выстоит в неравном бою со здравым смыслом!

const volatile int three = 3; // капитан очевидность
printf( "three=%d\n", three );

volatile int *ptr;
ptr = (int*)( &three );
*ptr = 5; // have a nice debug

printf( "three=%d\n", three );

Там был MFC и WTL. В них как раз все было по ООП, но без STL.

В MFC плохой, негодный ООП :) А был еще параллельно OWL... Недолго и не всерьез.

Где они в С перегружаются?

Макрос с использованием _Generic.

Резюмировать сей длинный список «недостатков» можно одним утверждением: С++ дает больше возможностей выстрелить себе в ногу. И что?

не всегда
В таких случаях ещё принято писать, с какими ключиками запускался компилятор.
gcc -O3 -msse2 -ftree-vectorize -o madd.exe

Кстати, ему там говорили и про AVX.

блин, точно, g++ покажет снова 3. Сразу видно, настоящий крестопоклонник!

Я другое имел в виду.
1) это критика не только С++ но и С получается, со всеми вытекающими.
2) на плюсах скорее всего так писать не будут и всё будет завёрнуто в класс и сдобрено ещё парой const'ов, дляпрофилактики.
3) const в той же java тоже в общем случае ничего не гарантирует (reflection) даже пример: http://stackoverflow.com/a/3301720

зы короче говоря, сдуру можно много чего сломать :)

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

вам в голову не приходило что занимаетесь извращениями?

Когда я был студентом, парни с параллельного потока (будущие программисты) очень гордились тем, что изучают «самый передовой ЯП Си++». Я их слушал и немного завидовал, поглядывая на ассемблерный код в своих лабах.

Где они в С перегружаются?

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

Резюмировать можно еще так: бензопилы нельзя в руки безруким ушлепкам :) Порежутся и будут БЕЗHОГNM.

Стиви напиши такую же портянку для Objective-C

ЗЫ годный вброс, поржал. Один хер С++ не брошу потому, что он хорший. =)))))

const в той же java тоже в общем случае ничего не гарантирует

На самом деле, const в смысле С++ там вообще нет, константных ссылок на экземпляр класса в Java нет, неизменность там указывается только для строенных типов и ссылок на экземпляры классов.

Если захотеть, сломать можно что угодно. Но какое это отношение имеет к недостаткам языка я не понимаю...

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

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

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

окей, может тогда const — это нечто, помогающее компилятору заюзать мега-оптимизацию? Я не шарю. Приведи, пожалуйста. пример, чтобы const после O3 что-то изменило по перфомансу

если оно не выполняет ни того ни другого, нафиг оно тогда вообще нужно?

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

окей, может тогда const

нет, const - это const, и он делает код безопаснее, «но в нём нету защиты от дурака».

Годный вброс

который бы бил nginx?

1) Если надо просто статику отдавать то легко, в nginx нет ничего магического. Только в этом нет смысла.

2) В большинстве случаев такие показатели производительности не нужны и на практике в сам nginx не уверен что упрётся на 10G линках. А вот если включить ssl или что-нить на лету с контентом делать то тут уже никакой nginx не поможет.