Здравствуйте, Aртём, Вы писали:

Aё>Как там насчёт stack trace в лог

В ISO C++ такого нет, но есть платформенно-зависимые варианты.

Aё>при исключении?

А зачем stack trace при исключении? Я понимаю если там что-то типа assertion failure — то да, stack trace полезен, правда в таких случаях лучше как можно быстрее пристрелить программу/dump'ить core/присоединить отладчик, а не пытаться раскручивать стэк.

Да и при чём тут исключения в этом конкретном примере? Тут они возможны разве что при первоначальной аллокации

EP>>Простоту работы со struct-like вещами, а конкретнее — скорость выполнения и удобство кода.
EP>>P.S. На Java можно писать быстрый код, но если выходить за рамки каких-то примитивнейших случаев (типа сортировки массива int'ов)
Aё>Нужно сделать то же самое, но с объектами на Java- и сравнить производительность.

Сделай С Java'овскими объектами будет медленнее в несколько раз, а то и на порядок.

EP>> — то приходится работать против языка, а не вместе с ним — нужно отказываться от GC и даже классов,
Aё>Для начала находить узкие места профилировщиком.

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