Проясним ситуацOracle, DB2 и MSSQL лапухнулисьпропущено...

Это как бы намекает, что у людей в тот момент не было выбора. А как появился выбор - появился и С++.
И потом С++ не обязывает на каждый чих создавать класс. Многое вполне можно писать в C-style, но в рамках области видимости неймспейса или класса.

Проблема С++ не в классах. А как раз в евойных темплейтах в виде STL/Boost. Которые еще и непереносимы по факту.

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

А потом берешь, выгребаешь тонны этого C++/Boost говнища, перепишешь - и в результате чего остается вместо 1500 строк - всего пять-шесть функций на C, на 50-120 строк в сумме.

И так - постоянно. Такой себе C++ мозга - это нечто. Лучшеб они все на Java писали.
Насчет непереносимости STL совершенно не понимаю. Можно пример?
Ну а насчет набора библиотек boost да, формально для части библиотек есть только ограниченный список поддерживаемых платформ.

Насчет boost, зачем там копипаста? Просто подключаешь библиотеку, а иногда это 100% переносимые шаблоны в хедерах и используешь её, проверенную и исправленную тысячами разработчиков. Никаких копипаст. Или вы и на С никогда библиотек не используете?

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

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

Проясним ситуацOracle, DB2 и MSSQL лапухнулисьНасчет непереносимости STL совершенно не понимаю. Можно пример?
Попробуй собрать LevelDB под Embarcadero/Codegear/Borland C++. Приключения гарантированы. Или просто с dinkumware stl, хоть даже под VC++
Если имеется ввиду под переносимостью - разные платформы, то под любой платформой найдется компилятор нормально поддерживающий стандарт и STL. Win - MSVC++, Linux - GCC.
Если под переносимостью - разные компиляторы, то действительно найдутся комиляторы не до конца поддерживающие даже старый стандарт, типа билдеровского. На нем и из boost то немного чего компилится.
Это проблема не языка, а компаний и компиляторов которые они не смогли реализовать. Компилятор С тоже могли бы написать глючным, но он слишком прост, чтобы его сделать таким.
Но под любую платформу найдется хотя бы один нормальный компилятор С++, с полностью переносимым STL.

Проясним ситуацOracle, DB2 и MSSQL лапухнулисьНасчет boost, зачем там копипаста?
Во-первых темплейты - это автоматизированная копипаста сама по себе. От и до.
Во-вторых - boost "кодирование" - это обычно бездумная copy/paste кусков кода из интернетов, "решающих" проблему.

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

То что в случае темплейтов компилятор инстанцирует их - никак не влияет на надежность. Никто же не жалуется на ран-тайм полиморфизм, так в чем проблема компайл-тайм полиморфизма, который в среднем и работает быстрее? Копипастой можно назвать и любую используемую библиотеку С. Нашел какую-то библиотеку на С в инете, что вставил копипастой её в свои исходники, что вызвал через заголовочные файлы - тоже самое. Ок, добавьте inline к функциям библиотеки на С и вот она 100% копипаста.

Это кто-то где-то придумал, что копипаста это плохо потому, что бездумно, а кто-то обобщил и уверовал, но почему-то не применил это ко всем без исключения библиотекам.

Проясним ситуацOracle, DB2 и MSSQL лапухнулисьНо под любую платформу найдется хотя бы один нормальный компилятор С++, с полностью переносимым STL.
Еще раз для тех, кто на бронепоезде. Переносимость с OpenSuse на CentOS - это не переносимость. Переносимость - это когда код компилируется и под win32, и под HP/UX, и под AIX, и под MC OS и пр. актуальные платформы.
Я из бронепоезда не понимаю, "с OpenSuse на CentOS" - это откуда твой воспаленный мозг родил?
Такое ощущение, что ты сам придумываешь какой-то бред и сам его опровергаешь. Твоим следующим шагом должно было стать написание говно компилятора, который бы не работал и на этом основании полаять на С++ :)
Ещё раз читай по буквам: под любую платформу найдется хотя бы один нормальный компилятор С++, с полностью переносимым STL. Значит код компилируется и под win32, и под HP/UX, и под AIX, и под MC OS и пр. актуальные платформы.

Oracle, DB2 и MSSQL лапухнулисьboost - это набор библиотек. Собранных и проверенных.
Boost проверенных? Иди иди, мальчик...

Проясним ситуацOracle, DB2 и MSSQL лапухнулисьНе знаю есть ли сейчас подобное собрание на С, но уверен если собрать такое же количество библиотек на С, то количество говнокода там будет не намного меньше.
Угум. Всего раз в 10 или 20 меньше.
Конкретный пример такого набора библиотек на С приведи. И конкретные сравнительные тесты из авторитетных источников.
Наобум числа называть - ума не надо.
У тебя есть хоть какие-то конкретные знания или все так от балды?

Проясним ситуацOracle, DB2 и MSSQL лапухнулисьЭто кто-то где-то придумал, что копипаста это плохо потому, что бездумно, а кто-то обобщил и уверовал, но почему-то не применил это ко всем без исключения библиотекам.

Еще раз.

Норма жизни для C++ - ника - это кодирование на STL/Boost, т.е. говнокодирование априори, вынужденное, иначе он будет аутсайдером (вне сообщества).

Сейчас вообще невозможно найти проект, где экспертные знания по этой чудно пахнущей связке не были бы минимальными
необходимыми требования для разработчика (ну надо же кому-то поддерживать кучи уже написанного кода, еще не все на Java и Plan C поди переписали).
То что STL переносимый, но ты не смог найти нормальный компилятор - мы разобрались.
То что в boost как-то просочились глючные библиотеки, написанные теми кто много говорит о том чего не знает - это прискорбно.