Родная стихия для С++

Игры.

В клепании ненужного падучего bloatware ему нет равных.

C++ по ночам сам на себе пішет код?

C++ по ночам сам на себе пішет код?

У школьников-бандеровцев парсер ломается даже на простых предложениях? Это печально.

Таких областей нет.

компиляторы, сложный гуй (офисы, фотошопы, блендеры и пр.), игры, действительно быстрые СУБД (наравне с С) и пр. серверный софт, «тяжелый» кроссплатформенный код, AI (IBM Watson) и т.д., в общем все, что упирается в производительность

парсеры не занімаются семантическим анализом.

По теме: хорош он там, где нужна коллективная разработка требовательного к производительности софта с промышленной скоростью. А незаменимых нет.

С++ незаменим там, где нужна скорость работы, сравнимая с Си, но с гораздо бОльшей эффективностью разработки.

Системный софт больше не на чем писать, к сожалению.

А как же D?

У D инфраструктуры нет. Да и D2 пока скорее нет, чем есть.

Применять С++ моветон. Применять С++11 можно везде.

Системный софт на языке со сборщиком мусора?

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

незаменим

реквестирую хоть один актуальный незаменимый язык.

В каких областях

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

Незаменимых нет. Вопрос в стоимости разработки и удовлетворении требований к ПО.

А так, прошивки устройств(маршрутизаторов, например), ОС, серверные бэкенды, игры(от мобильных до десктопных), быстрые СУБД, быстрые десктопные приложения с вычислениями(научными, например) и/или большими объемами обрабатываемых данных, а так же просто GUI, который должен быть отзывчивым и при этом проделывает немало фоновой работы(браузеры, например).

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

В каких областях программирования С++ незаменим? И почему?

Глубина этого вопроса соизмерима лишь с его толщиной.

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

Я вот пишу софт, насыщенный всякими коммуникациями (передача данных по serial/TCP/Unix socket/pipes) и мне плюсов хватает за глаза. Все кайфово. Совершенно нет желания использовать какой-то другой язык. Но тут все сложно. Грань очень тонкая, кто-то может легко оказаться в ситуации, когда ему будет очень не хватать сборки мусора.

Грань очень тонкая, кто-то может легко оказаться в ситуации, когда ему будет очень не хватать сборки мусора.

Valgrind может удивить :)

Лучше спроси, где С++ можно заменить чем-то другим и почему.

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

системный софт - компиляторы, утилиты, итд.

реалтайм, операционки

Чем? Думаешь, если программа написана на С++, то в ней гарантированно и безнадежно течет память? Если нормальный режим работы программы - 24/7, то её работа сама по себе радует не хуже Valgrind.

Есть сферы, где тяжело долго находиться в состоянии блаженного неведения о серьезных багах в программе.

В каких областях программирования С++ незаменим?

В областях утечек памяти, сегфолтов и километровых ошибок компиляции шаблонов шаблонов.

Две бутылки водки этому оратору

В областях утечек памяти, сегфолтов

C

и километровых ошибок компиляции шаблонов шаблонов.

Scala, CommonLisp

реквестирую хоть один актуальный незаменимый язык.

Erlang же :)

Чем? Думаешь, если программа написана на С++, то в ней гарантированно и безнадежно течет память?

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

В областях утечек памяти, сегфолтов и километровых ошибок компиляции шаблонов шаблонов.

Полностью поддерживаю.

Телеком

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

ембедед

там С вполне достаточно, имхо.

плюсую!

//трололо

ембедед

там С вполне достаточно, имхо.

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

стабильности спп явно недостаточно для телекома, не?

Еще как достаточно. Просто не каждого идиота к клавиатуре пускают.

В областях утечек памяти, сегфолтов и километровых ошибок компиляции шаблонов шаблонов.

думаю ещё можно добавить области в которых нужно допустить ошибку класса «Состояние Гонки».. C++ может вполне подойти для этого :)

elisp :}

Erlang же :)

Незаменимый Эрланг - это типа неуловимого Джо?

Плюсы тут весьма не уникальны.

Инкрементирую. Многие МК давно умеют C++

Плюсы тут весьма не уникальны.

ну кстате да. но плюсы более качественно допустят эту ошибку — потому что много строчек кода, и некогда следить ещё и за всякими соблюдениями правильного порядка доступа :)

то что callback может нагрянуть неожиданно — этот вопрос может просто не придти в голову программисту пока он будет реализовывать другие сегфаулты и утечки памяти :)

Я собственно в телекоме работаю. И для него разрабатываю. Часть кода на с, часть на с++

А почему вы говорите так, будто это что-то плохое?

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

Если в дизайн-документе проекта явно не расписано, что и из каких потоков может вызываться, то ты получишь спагетти с точки зрения race-condition'ов. Если же «зоны влияния» потоков четко расписаны, то проблем не возникнет. И это нифига не плюсо-специфично.

Кроме того, плюсы, за счет использования volatile объектов (не переменных, а объектов и модификатора volatile в методах), могут на уровне ошибок компиляции не допускать небезопасного доступа к данным, т.е. исключать гонки.

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

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

Ты ведь не знаешь про erlang, да?

Хм, ок. А что именно разрабатываешь? Если не секрет конечно.

С++ незаменим в тех областях где уже понаписано куча C++ кода

реквестирую хоть один актуальный незаменимый язык.

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

Незаменимый Эрланг - это типа неуловимого Джо?

Остановимся только на некоторых возможностях.

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

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

pcrf. Используется в уота

заменой кода на лету

Лиспик, PHP.

с автоматической параллелизацией и заменой кода на лету.

clojure