Сделал ли .NET необработанное программирование COM и DCOM избыточным?

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

.NET был специально разработан для замены COM (и, следовательно, DLL Hell), поэтому, хотя приложения .NET по-прежнему могут обращаться к компонентам COM, всем новым разработкам рекомендуется переходить на .NET, за исключением случаев, когда у вас есть очень веская причина придерживаться COM. .

Пока нет, потому что ОС все еще неуправляема.

Если MS наконец сделает то, о чем их лаборатории говорили в течение многих лет, и выпустит полностью управляемую ОС, тогда она это сделает.

Однако эта ОС не будет иметь обратной совместимости. Сначала им нужно будет создать управляемые версии Office, IE и т. д. Им придется создать виртуальную машину для запуска неуправляемых приложений.

Боль была бы похожа на переход с Mac OS9 на OSX.

COM была последней крупной технологией, которую MS фактически преследовала. MS продолжает создавать новые API, зависящие от COM; например, новый Media Foundation Vista (своего рода преемник DirectShow, который также был основан на COM) - это COM API. Как и Direct3D10 (и я бы предположил, что D3D11). Я не думаю, что он исчезнет в ближайшее время, и для многих задач программирования Windows это вовсе не избыточно.

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