Microsoft поможет разработчикам Mono/Moonlight

> Mono подарила .нету кроссплатформенность.

Вызывающе неверное утверждение.

> И вообще, почему никто до сих пор не спер исходники директикса и не форкунул его?
Зачем тырить ДиректХ, когда есть ОпенГЛ?? %)

activex плох вот чем: 1. дырявостью. лет 10 назад была эпидемия заражения компов вирусами через активх, залитые с нета, что даже мс стал их отключать в ие по умолчанию.

2. слишком сложно писать: знающие люди говорят что не айс

>> А если по сути, то flash plugin к IE ничем другим кроме ActiveX не прикрутишь: тут уж микрософт постарался над совместимостью, так что иначе как через этот костыль ничего не приделаешь.

>И чем плох ActiveX? Ну вот реально, чем он плох? С технической точки зрения.

Потому что там используется подсчет ссылок, что абсолютно недопустимо в распределенных системах. *Абсолютно* я сказал. Никак. В Third-Party ActiveX компонентах типа кодеков к DirectShow ссылки текли и течь будут. Можно принять за аксиому - во всех 3rd party ActiveX компонентах ссылки текут. Не в нынешней версии компонента, так в следующей потекут. Не в самом компоненте текут, так текут в компоненте который он аггрегирует. Ручное управление временем жизни объекта это как добровольная мультизадачность - кто-то взял и не вышел из обработчика и все висит.

А где ты видел Яву на десктопах? Неа. Нема. Только на серверах. На десктопах зарубежом до последнего времени безраздельно царствовал Visual Basic 6. В России - Делфи.

Обе категории этих прогеров сейчас предьявляют какие-то претензии к .Net. VB6 - у нас есть куча нароботанного кода. А для миграции в .Нет нужно время и деньги. МС решила эту проблему.

Делфи - идиотские претезии по типу а зачем нам .Нет, если есть Delphi. Да они все из нашего Делфи сперли! На умирающих МС ес-но не обращает внимание (тем более Делфи на Западе не котируется).

МС создала СОВРЕМЕНННУЮ ПЛАТФОРМУ ПРОГРАММИРОВАНИЯ в WINDOWS. По ути это не имеет никакого отношения к Ява.

Сначала всё было неплохо. Мигель писал, что первые моновцы просачивались на конференции MS .NET в футболках с надписями "How crossplatform your .NET?", а их не пускали и не давали слова. Они поддели мелкомягких, независимо реализовав поддержку "кроссплатформенного" дотнета в линуксе, когда MS только кричала о кроссплатформенности.

Ну а Silverlight — это очередной выпердыш маркетоидов MS с целью создать угрозу кому-то из конкурентов. Ресурсы MS таковы, что она может одновременно вести штук по пять таких проектов и не огорчаться, если четыре из них сразу сдохнут. Этот силверлайт никому нахрен не нужен, поэтому MS радостно помогает любому, кто заинтересовался. Странно еще, что денег не дали.

Особого вреда от этого не будет никому, кроме SVG. Уж лучше бы Мигель направил своих инициативных товарищей на продвижение давно открытого SVG. Ну а флещь, я считаю, сам сдохнет. И поделом.

> Особого вреда от этого не будет никому, кроме SVG. Уж лучше бы Мигель направил своих инициативных товарищей на продвижение давно открытого SVG. Ну а флещь, я считаю, сам сдохнет. И поделом.

Пока нет средств разработки таких как (Macromedia Flash FX/ХЗ как его переименовала Adobe) Flash ничего не угрожает.

Я бы такую вешь делал не под SVG, а автогенерил бы JVM код. Т.е делал бы апплеты.

>Перл лучше bash'а по возможностям и используется в лине часто для скриптов просто как интерпретируемый язык.

Вроде никто не мешает использовать ПХП или си-шелл в скриптах.

>Там регулярные выражения используются -как раз то что нужно для работы с текстовыми файлами.

Библиотеки для регэкспов худо-бедно реализованы в пыхе и написаны они на сях, т.е. могут быть применены везде

> Php это фактически упрощение perl'а, он по-идее и создавался именно для веб-приложений.

Что значит "упрощение"? Просто у него синтаксис более вменяемый. Хотя для написания сложных приложений он тоже не годится, особенно под веб, где юникод нынче - это наше всё.

>Насчет дублирования функционала в библиотеках согласен. Но писать на том же перле проще, чем на си/паскале. Нет, не проще. Чем же проще, если потом сам хрен разберёшь чего понаписал? И компилятор ошибки не ловит, только синтаксические. Просто писать на том, что не даёт тебе сделать ошибку.

>Мне кажется, было бы нерационально юникод использовать для всех целей.

А другого пути нет. Как только появляется зоопарк кодировок - возникают траблы с локализацией и интернационализацией.

> Ресурсы MS таковы, что она может одновременно вести штук по пять таких проектов и не огорчаться, если четыре из них сразу сдохнут.

Сейчас Майкрософт готовит несколько крупных собственных проектов основанных на Silverlight (Popfly например), так что бросать его они врядли станут.

> Особого вреда от этого не будет никому, кроме SVG.

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

> Пока нет средств разработки таких как (Macromedia Flash FX/ХЗ как его переименовала Adobe) Flash ничего не угрожает.

Чем плохи Expressions Studio + Visual Studoi 2008?

>нахрена запускать питон на всяких монах, если питон сам по себе кросплатформен, причем на стольких платформах что никаким монам и не снилось? (как и жаба собственно)

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

>Муха-ха - как же тебя жестоко нaeбaли! Там уже сопостовимого добра тонны :)

Сцылку мадам! Или вы заняты? Перед тем как искать ссылку почитай это: http://ru.wikipedia.org/wiki/Silverlight

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

о! значит можно наехать на silverlight за неиспользование XUL? :)

>И дайте мне подсказку месье, на какой такой платформе запускается питон, и не запускается моно?

симбиан?

http://www.redfivelabs.com/default.aspx mono-based. правда платное :(

> о! значит можно наехать на silverlight за неиспользование XUL? :)

:) это уже более разумно, но

XUL has no formal specification or interoperable non-Gecko implementations and therefore may be described as an internal or proprietary language.

XUL не имеет формальной спецификации и как-либо имплементаций, помимо движка Gecko, поэтому его можно считать проприетарным языком.

http://en.wikipedia.org/wiki/XUL

>>И чем плох ActiveX? Ну вот реально, чем он плох? С технической точки зрения.

> Потому что там используется подсчет ссылок, что абсолютно недопустимо в распределенных системах. *Абсолютно* я сказал. Никак.

Это очень смелое утверждение. Я понимаю, что подход, когда процесс-создатель объекта сам его и удаляет - более надёжное решение. Однако, убийство объекта когда на него никто не ссылается можно рассматривать как некоторую реализацию сборщика мусора.

Исходя из твоего утверждения, COM технология тоже есть зло?

> В Third-Party ActiveX компонентах типа кодеков к DirectShow ссылки текли и течь будут. Можно принять за аксиому - во всех 3rd party ActiveX компонентах ссылки текут. Не в нынешней версии компонента, так в следующей потекут. Не в самом компоненте текут, так текут в компоненте который он аггрегирует.

Это проблемы разработчиков. Если кто-то поставил лишний AddRef или забыл Release, то это проблемы программиста и его пользователей.

> Ручное управление временем жизни объекта это как добровольная мультизадачность - кто-то взял и не вышел из обработчика и все висит.

Утечки памяти не так смертельны, как while(true);

Подход с использование счётчика ссылок более гибкий и позволяет сложные вещи реализовать более простым способом.

>:) это уже более разумно, но

http://www.mozilla.org/projects/xul/xul.html

точнее тут -

http://www.mozilla.org/catalog/architecture/xul/

какие-то куски XUL/XPFE емнип, ждут увтерждения в w3c

> А где ты видел Яву на десктопах?

Буга-га! Eclipse на Марсе работает, видать, а не на десктопе? А вообще бы Вы, молодой человек, сначала бы Оракл хоть раз в жизни установили, а потом несли бы такую чушь!

> Неа. Нема. Только на серверах

Чем Вы таки еще народ повеселите?

> СОВРЕМЕНННУЮ ПЛАТФОРМУ ПРОГРАММИРОВАНИЯ в WINDOWS

Современную? Ага. Лет на 20 отставшую от NeXTStep образца 1989 года, нынче известную как Cocoa + Xcode.

> По ути это не имеет никакого отношения к Ява.

Ути? Естественно, нельзя сравнивать мультиплатформенную Джаву и претендующий на "мультиплатформенность" .НЕТ. Вот сюда заглянуть можно - кто более востребован: www.dice.com. :)

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

OK, я скажу по-другому. Чтобы победить (в смысле: хотя бы потеснить) флэш, нужно продвигать SVG. Потому что он открытый и «ничей». Сегодня его поддержка в браузерах такова, что хочется плакать. Вроде работает, но с жуткими тормозами.

Продвижение SVG помогло бы решить целую кучу проблем — уйти от быдлоплагинов с пунктами "About Bydlo Player 9" вместо контекстного меню, ситуации, когда есть «ролик», а есть его «исходнеги» (что противоречит самому духу WWW), когда для создания этих роликов нужно юзать чьё-то закрытое и платное поделие (SVG вообще можно на лету генерить откуда угодно) и много другого.

MS, как всегда, пытается отвлечь внимание на свой прожект. Если у них получится, они смогут протащить под шумок и другие свои «стандарты». Странно, что на всё это повёлся Мигель. Может, это и неплохая темка, но лучше бы MS самой продвигать микрософтовское, а линуксовцам — открытое. А то завтра окажется, что у MS есть стандарт для векторной графики «стандартнее» существующих.

Ага, а я вот смотрю - как же это мой десктоп без оракла и еклипсы? Пошел исправляться.

Ты сам програмил в XCode? А в VS2005? ИМХО, XCode расти до VS как венде до линукса!

Да никто не спорит что жаба самая востребованая, дорогая и т.п. Успокойтесь юноша...

>Наверное потому что они почитали это:

Сравнение для идиотов. И кто на основании такого "сравнения" выбирает платформу - идиот. Идиоты могут писать на чём угодно.

>Сравнение для идиотов. И кто на основании такого "сравнения" выбирает платформу - идиот. Идиоты могут писать на чём угодно.

Лично я выбирал платформу только после того как поработал на ней. А сравнение для идиотов - сэр, может быть вы потрудитесь что-нибудь добавить или опровергнуть? Так подправь тогда, чтобы не плодить идиотов, да?

>>>И чем плох ActiveX? Ну вот реально, чем он плох? С технической точки зрения.

>> Потому что там используется подсчет ссылок, что абсолютно недопустимо в распределенных системах. *Абсолютно* я сказал. Никак.

>Это очень смелое утверждение. Я понимаю, что подход, когда процесс-создатель объекта сам его и удаляет - более надёжное решение. Однако, убийство объекта когда на него никто не ссылается можно рассматривать как некоторую реализацию сборщика мусора.

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

>Исходя из твоего утверждения, COM технология тоже есть зло?

А что - это добро? Почему они от нее отказались?

>> В Third-Party ActiveX компонентах типа кодеков к DirectShow ссылки текли и течь будут. Можно принять за аксиому - во всех 3rd party ActiveX компонентах ссылки текут. Не в нынешней версии компонента, так в следующей потекут. Не в самом компоненте текут, так текут в компоненте который он аггрегирует.

>Это проблемы разработчиков. Если кто-то поставил лишний AddRef или забыл Release, то это проблемы программиста и его пользователей.

Херню какую-то написал. Чего, системы работающие в режиме 24/7 под Винду в принципе нельзя проектировать? Резет каждые 8 часов? Любая утечка - это подыхание системы через несколько часов или дней из-за исчерпания свопа. В типичной инсталляции винды куча сторонних COM/ActiveX компонентов и многие из них текут.

>>Утечки памяти не так смертельны, как while(true);

>Подход с использование счётчика ссылок более гибкий и позволяет сложные вещи реализовать более простым способом

Счетчики ссылок можно использовать только в изолированных компонентах на С/C++. boost::shared_ptr<> там какой-нибудь или Loki::SmartPtr<>. В гетерогенных средах - только честная уборка мусора.

> какие-то куски XUL/XPFE емнип, ждут увтерждения в w3c

Получается что XUL до сих пор не стандартизован и количество его имплементаций очень мало (кроме Gecko мне известно только 2 проекта и они ещё не завершены). Тогда в каком он был состоянии когда начали разрабатывать XAML?

> И чем плох ActiveX? Ну вот реально, чем он плох? С технической точки зрения.

Нет ничего проще :)

ActiveX имеет врожденную слабую систему безопасности (как и Corba независимо от наличия там интерцептеров..). Фишка в том, что на практике высокую безопасность исполнения чужеродного кода можно обеспечить, лишь используя виртуальную машину, а уровни самой виртуализации могут быть разными - она может быть встроена в чип, а может имитироваться какой-нибудь прикладной софтиной типа JVM или CLR.

Поэтому 12 лет назад так заманчива была Java с ее идеей sandbox. На этом же самом принципе основан Silverlight - XAML код преобразуется в .NET код, а затем запускается в виртуальной машине под наблюдением очень строгой системы безопасности.

> В гетерогенных средах - только честная уборка мусора.

С гетерогенными системами все выглядит несколько сложнее. К примеру, в .NET Remoting используется концепция "лизинга" и "спонсорства" (кто такие названия выбрал?). Честная же сборка мусора используется только внутри домена.

>> В гетерогенных средах - только честная уборка мусора.

>С гетерогенными системами все выглядит несколько сложнее. К примеру, в .NET Remoting используется концепция "лизинга" и "спонсорства" (кто такие названия выбрал?). Честная же сборка мусора используется только внутри домена.

Я наверно неправильно выразился насчет "гетерогенной". В виду имелись большие системы состоящие их разных компонентов написанных разными разработчиками. Утечки ресурсов в одной из них делают всю систему непригодной для Enterprise эксплуатации. А утечки *будут*, если программистам позволят управлять ресурсами явно. Посему два метода в главном интерфейсе COM: IUnknown->AddRef() и IUnknown->Release() гробят всю конструкцию на корню.

Здесь я согласен. Пусть такие задачи выполняет машина, например, виртуальная :)

Время COM/COM+ уходит в прошлое.

>Зачем тырить ДиректХ, когда есть ОпенГЛ?? %) Шоб индусы быдлодевелоеры компиляли под линь игрушки. Я вот удивляюсь: в директе ведь GLSL нету => с шейдерами ипня полная, однако дохрена народу выбирают именно директикс для игрушек....

@Sun-ch: Поверь, Perl я осилил. И с удовольствием использую его для решения задач, где он хорошо подходит. Но не нужно им пытаться забить любой гвоздь.

>А где ты видел Яву на десктопах? Неа. Нема. Только на серверах.

Так, записываю: Azureus, Eclipse --- серверные приложения....

>Я вот удивляюсь: в директе ведь GLSL нету => с шейдерами ипня полная, однако дохрена народу выбирают именно директикс для игрушек....

HLSL?

2 штуки? Причем обе тормозят нипадеццки! Arureus заменили muTorrent.

>А что COM это добро? Почему они от нее отказались?

От нее никто не отказывался. Миллионы приложений продолжают использовать COM. В .Net интеграция с COM наипростейшая. В отличии от Ява.

А вы предпочитаете не замечать .Net и Моно? Вот и оставайтесь в каменном веке.

>>А что COM это добро? Почему они от нее отказались? > От нее никто не отказывался. Миллионы приложений продолжают использовать COM. В .Net интеграция с COM наипростейшая. В отличии от Ява.

Не надо звиздеть. Сам делал интеграцию Явы с Аутглюком (ну надо было кастомеру...) через Java->ActiveX Bridge. Нормально работало в итоге. В два фатальных изъяна технологии COM - security и контроль ссылок работающий на честном слове - то есть не работающий - вас уже ткнули. Вместо того чтобы предьявить фактическую информацию опровергающую COM architecture flaws пошли рекламные слоганы Microsoft.

Про каменный век...

Ну чего дает .NET, что делает ее божественной и незаменимой? Какой софт она дает написать, который в принципе не был бы написан без нее?

+1

>Ну чего дает .NET, что делает ее божественной и незаменимой? Какой софт она дает написать, который в принципе не был бы написан без нее?

Ни одно более-менее работающее гуёвое приложение, написанное на Java, не было бы возможно, если бы не было платформы .Net - хрен бы SUN бросился бы улучшать качество своего продукта если бы не конкуренция со стороны микрософт. Ну расширение возможностей языка Java соответсвенно происходит тоже благодаря самому существованию платформы .Net.

Вообще, всем самым лучшим, что в нём есть, Линакс обязан корпорации Микрософт. Включая даже шрифты.

>>Ну чего дает .NET, что делает ее божественной и незаменимой? Какой софт она дает написать, который в принципе не был бы написан без нее?

> Ни одно более-менее работающее гуёвое приложение, написанное на Java, не было бы возможно, если бы не было платформы .Net

Держите меня семероъ. Swing появился в 1997 году. У MS тогда был только уродский COM, MFC и Вижуал Басик.

Некоторые гораздо более прогрессивные платформы в плане GUI Билл угробил. "Develop for it?! I'll piss on it !!!" (С) Bill Gates про NeXT Step. Хотя рекламных ботов с msn обычно умиляет "по - хорошему агрессивная маркетинговая политика Микрософт" .

> Ну расширение возможностей языка Java соответсвенно происходит тоже благодаря самому существованию платформы .Net.

Ну я видел что у Сановцев прошел FUD относительно шаблонов C++. При чем тут .NET я не понял. То что в C# есть указатели на функции это конечно круто но не фатально.

> Вообще, всем самым лучшим, что в нём есть, Линакс обязан корпорации Микрософт. Включая даже шрифты.

А шрифты Type 1 они с3.1416здили у Adobe, слегка поменяли формат и назвали их TrueType. И они еще учат OpenSource Community ковыряться в носу.

>> И чем плох ActiveX? Ну вот реально, чем он плох? С технической точки зрения.

> ActiveX имеет врожденную слабую систему безопасности (как и Corba независимо от наличия там интерцептеров..). Фишка в том, что на практике высокую безопасность исполнения чужеродного кода можно обеспечить, лишь используя виртуальную машину, а уровни самой виртуализации могут быть разными - она может быть встроена в чип, а может имитироваться какой-нибудь прикладной софтиной типа JVM или CLR.

Это уже интересно и похоже на правду. А на примере можно пояснить? Я имею в виду в чём слабость безопасности.

Самый очевидный пример связан с IE под оффтопиком. Каждый кто пользовался или продолжает пользоваться этим продуктом, наверное, не раз видел сообщение типа: "Доверяете ли вы производителю этого ActiveX компонента, если доверяете, то нажмите Да" etc.

Это который стот нехило баксов? http://www.ezjcom.com/download.html

Да и еще, в Линукс есть работающая альтернатива COM? У МС есть и COM, и .Net. Никто ничего не выкидывал. Стоимость ПО, использующего COM > миллиарда долларов. Что есть у Линукс?

>Ну чего дает .NET, что делает ее божественной и незаменимой? Какой софт она дает написать, который в принципе не был бы написан без нее?

А какую божественность мне дает С++, Python? В .Net мы забываем о геммороях прошлого. Разработка прикладного ПО - быстро и без геммороев. По сравнению с Делфи, ВБ6, Билдер - это огромный шаг в будущее.

>И чем плох ActiveX? Ну вот реально, чем он плох? С технической точки зрения.

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

>Кроме того мона умеет запускать Java и Python appz. Что говорит о более высокой технологичности движка.

Java под Mono не работает.

> В .Net мы забываем о геммороях прошлого.

И получаем геморрои будущего!

Microsoft: самый свежий геморрой на Вашу девелоперскую задницу!

>Это который стот нехило баксов? http://www.ezjcom.com/download.html

Нет, там была обобщенная библиотека которая работала через OLE Automation. Вышеуказанный фремворк нужен для работы с Коклассами без Дуал интерфейса.

> Да и еще, в Линукс есть работающая альтернатива COM? У МС есть и COM, и .Net. Никто ничего не выкидывал. Стоимость ПО, использующего COM миллиарда долларов. Что есть у Линукс?

COM был предназначен для решения проблем чисто Windows (т.н. DLL HELL) и со своей задачей не справился. В Линухе пакетные менеджеры предоставляют хотя бы не идеальную, но гораздо более приемлемую модель контроля зависимостей.

>А какую божественность мне дает С++, Python?

То что можешь писать то же самое и не вы2.7бываться.

> Java под Mono не работает.

Мнэ?

http://gimp-sharp.sourceforge.net/

GIMP# 0.11 released

- Java / IKVM support
- Sample Java plug-in included

>COM был предназначен для решения проблем чисто Windows (т.н. DLL >HELL) и со своей задачей не справился. В Линухе пакетные менеджеры >предоставляют хотя бы не идеальную, но гораздо более приемлемую >модель контроля зависимостей.

Человек. Ты вообще понимаешь о чем тебя спросили? COM (англ. Component Object Model — Объектная Модель Компонентов; произносится как [ком]) — это технологический стандарт от компании Microsoft, предназначенный для создания программного обеспечения на основе взаимодействующих распределённых компонентов, каждый из которых может использоваться во многих программах одновременно. Создана в 93-м году http://ru.wikipedia.org/wiki/COM

COM с задчей справился и успешно справляется. Вся Windows построена на COM. Созданное ПО оценивается в > миллиарда долларов.

И какй в жопу RPM - аналог COM? RPM (Red Hat Package Manager — менеджер пакетов Red Hat или RPM Package Manager — RPM — менеджер пакетов) обозначает две вещи: формат пакетов программного обеспечения и программа, созданная для управления этими пакетами. Программа позволяет устанавливать, удалять и обновлять программное обеспечение. http://ru.wikipedia.org/wiki/RPM

Учи матчасть, пингвин!

И какой аналог COM есть под Линукс?

>Человек. Ты вообще понимаешь о чем тебя спросили? COM (англ. Component Object Model — Объектная Модель Компонентов; произносится как [ком]) — это технологический стандарт от компании Microsoft, предназначенный для создания программного обеспечения на основе взаимодействующих распределённых компонентов, каждый из которых может использоваться во многих программах одновременно.

Я отлично понимаю что такое СОМ. Эта херня началась когда инсталляторы разных программ срали в 'C:\Windows\' и 'C:\Windows\System' устанавливая туда разные несовместимые DLL библиотеки. В конце концов MS спохватились и ввела такую систему что dll библиотеки ставятся в отдельные директории, регистрируются в реестре и впоследствии запрашиваются по guid, при этом доступ к функциям осуществляется посредством массивов указателей на функции. В С++ это обычно биндится на чисто абстрактные классы, так как формат массива совпадает с vTbl. Сбоку приклеена какая-то херня которая позволяет вызывать функции с помощью строчного имени функции и параметров в виде массива вариант - значений, называется OLE Automation. Потом как-то с трудом (четыре типа маршаллинга) забиндили этот ком на win32 RPC, назвали DCOM.

НУ И ЧТО? Это тупейшее и громоздкое решение в лоб проблемы управлением зависимостями между программными компонентами.

В Линухе сохраняется принцип KISS (Keep it simple, sucker), там просто использутся архивы с метаинформацией. Это не гениальное решение сложной проблемы, но оно проще и на практике работает лучше.

> COM с задчей справился и успешно справляется. Вся Windows построена на COM. Созданное ПО оценивается в > миллиарда долларов.

С управлением зависимостями COM не стравляется. Если снести штук 10 пакетов прикладных программ которые зарегистрировали свои COM - компоненты в реестре, то остальные с большой вероятностью перестанут работать. У меня на рабочей машине вообще win перестал грузиться. Мне как программисту нужно куча тулзов для создания различных типов файлов, тестирования разных протоколов, ну и т.д. То что нужно на пару неделек - evaluation, то что больше - честно закупалось (политика фирмы). Через год в межпроектье почистил весь этот зоопарк с помощью штатных деинсталляторов. Ну и XP сдох. Сисадмин откатил реестр, вроде ожила. Но файлы, на которые есть ссылки в реестре, удалены!

На brainbench экзамен по COM сдало порядка 100 человек. Это что - интерес к технологии?