Здравствуйте, S.Yu.Gubanov, Вы писали:

SYG>Здравствуйте, Sergey J. A., Вы писали:

SJA>>Здравствуйте, S.Yu.Gubanov, Вы писали:

Ael>>>>Подскажите, пожалуйста ссылку на ветку в rsdn.ru, где мы наиболее мастерски объяснялись сильные стороны неуправляемого С++ по сравнению с платформами .NET Framework или Java — интересно почититать.

Ael>>>>Спасибо!

SYG>>>А противоположную по смыслу ссылку не желаете?

SJA>>Давай. Кто-нибудь да пожелает. Я например....

SYG>А далеко ходить и не надо, вон прямо в соседней ветке...
SYG>Короче, .NET Framework или Java отличаются от обычного С++ тем, что там есть сборщик мусора. А сборщик мусора является необходимым условием для написания модульных программ. На обычном С++ модульные программы писать невозможно.

Cборщик мусора предназначен только для того, чтобы система работала корректно несмотря на кривые программы, которые под ней запускаются. Но никак не отменяет правила — любой модуль, программа, просто кусок кода должен контролировать все ресурсы, которые он использует и отвечать за их своевременный возврат системе.
И его наличие ни разу не является поводом писать НЕКОРРЕКТНЫЙ код.
Вам приходилось наблюдать, как незакрытый RecordSet делает Web-приложение совершенно нерабочим при серьезной нагрузке, и при этом Memory Leak-и происходят не в Java Application Server-е а в процессе сервера БД?
Или как парсер текста, активно использующий java.lang.String останавливается на десятки секунд?

Нечто подобное лет 8 назад уже проходилось слышать от "старых unix-оидов", которые использовали свои подходы к написанию мелких утилит при серверных серверных или просто интерактивных приложений и в итоге создавали немало проблем и бессонных ночей своим коллегам по комманде.

Лично для меня Java, VB,.Net и т.д. это просто RAD-ы, которые существенно ускоряют и упрощают разработку, но попытки на уровне технодогии/языка исправлять ошибки разработчика — это их ОГРОМНЫЙ недостаток.