почему надо ненавидеть майкрософт

[avva]

Let's Bash Microsoft Today — забавная дискуссия в веблоге Филиппа Гринспана о том, за что стоит ненавидеть Майкрософт (или не стоит). В основном в комментах.

Кстати, хотя со многими высказанными там претензиями я согласен, многие другие кажутся мне непонятными или даже невразумительными. И откуда, интересно, такая ненависть к реестру (он же registry)? Вот это я давно не могу понять. У меня есть немало конкретных претензий к Майкрософту по поводу реестра (плохо документирован, в основной программе редактирования не хватает многих важных возможностей, итп.), но я не понимаю, что такого уж ужасного в идее центрального реестра конфигурационной информации, в принципе.

Comments

[avnik.livejournal.com]

И эти люди знающие столько WooDoo black magic spells ;) запрещают мне держать в конфиги в /etc/имяпакета

[dimrub.livejournal.com]

Не, я щас помру. Ну где, где тут "WooDoo black magic spells"? :). Вот попробуйте, если Вы на виндах:

win key + 'R'
regedit

Под "my computer" - список из 5 ульев. Если Вы сами не догадаетесь, что каждый из них обозначает, я поднимаю руки.

[avnik.livejournal.com]

HKEY_LOCAL_MACHINE\Software\Vendor\Program\ и прочее bla=bla-bla которе не для слабонервных, и где пароли хранят

[zigmar.livejournal.com]

Ну где, где тут "WooDoo black magic spells"?

Первый пришедший на ум пример м первого подвернувщегося форума:

This tip works with Windows 2000 and XP using all versions of MSN Messenger.
MSN Messenger always loads automatically when visiting Hotmail and/or other related web sites.
But you can prevent this from happening by hacking the Registry.
Open Regedit and go to:

HKEY_CLASSES_ROOTCLSID{F3A614DC-ABE0-11d2-A441-00C04F795683}LocalServer32

Start by backing up this Registry key, in case you want to reenable it for some reason in the future.
Delete the entire line which displays the path to .EXE from the "(Default)" String Value: double-click on it -> delete the entire Value data line -> click OK or hit Enter.
Close Regedit.
MSN Messenger will stop loading from now on.

[dimrub.livejournal.com]

But you can prevent this from happening by hacking the Registry.

А что, your average Unix hack более интуитивен для человек, не знающего основы администрации Unix-a?

[stas]

Как правило - да. В юниксовских конфигурациях крайне редко встречаются вещи типа GUIDов и загадочные имена типа WinDrv32. Хотя, конечно, вся сила в документации - у кого документация лучше, тот и сильней :)

[zigmar.livejournal.com]

По-моему да :)
Я вообще имел ввиду не "hacking", а перлы вроде
"HKEY_CLASSES_ROOTCLSID{F3A614DC-ABE0-11d2-A441-00C04F795683}LocalServer32"

[dimrub.livejournal.com]

Ну а что такого? Если Вы хотите задействовать недокументированную (и даже не предусмотренную разработчиком) возможность, ждите именно таких перлов, причем в любой системе. Впрочем, для человека, самую малость знакомого с COM-ом эта строчка не будет странной. Она означает: стереть конфигурацию ком-объекта с таким-то GUID. Тогда тот, кто messenger запускает, не сможет его найти. Довольно варварский способ, if you ask me.

[zigmar.livejournal.com]

И тут мы подбираемся к достоинствам Open-Source софта ;)

[dimrub.livejournal.com]

Open Source, при всех его достоинствах, не решает описанной проблемы. Что, каждый раз, что у Вас, у рядового пользователя, будет не хватать чего-то, Вы полезете менять исходники?

Впрочем, не совсем понятно, как мы пришли к вопросу об open source, начав с вопроса о реестре.

[zigmar.livejournal.com]

Нет, я к тому что в Open Source гораздо реже встречаются вышеупомянутые незадокументированные и скрытые фичеры, в отличии от property software где подобный феномен встречается сплошь и рядом, в особенности у фирмы "майкрософт".

[dimrub.livejournal.com]

Это утверждение мы отметаем, как голословное. Рекоммендую знакомство с пакетом OpenSSL, который ВЕСЬ состоит из недокументированных фичей, являясь при этом Open Source. Могу еще множество примеров накидать.

[stas]

Ну не весь, но процентов 80 где-то так ;)

почувствуйте разницу

[stas]

Разработчик программы grep не думал о том, кому и зачем понадобится его программа, однако чтобы встроить в мою программу поиск с помощью grep, мне надо использовать всего 3 или 4 юниксные функции - максимум полчаса работы. А для того, чтобы найти что-то во всех файлах, которые написаны в моей базе данных, мне нужен экспорт в текстовый файл и шелл - что есть всегда и везде.

Разработчик програми "find files" в windows не думал о том, кому и зачем понадобится его программа, поэтому встроить её в свою программу без изрядного гемора я не смогу. Поскольку список файлов для поиска программой не предусмотрен иначе, как при вводе в текстовое поле в диалоге, я попал - мне придётся писать собственный поиск или заниматься изощрённым сексом с COM - это при условии, что разработчик таки позаботился встроить тот COM-интерфейс, который мне нужен.

Улавливаете разницу? ;)

Re: почувствуйте разницу

[dimrub.livejournal.com]

Разработчик программы grep не думал о том, кому и зачем понадобится его программа, однако чтобы встроить в мою программу поиск с помощью grep, мне надо использовать всего 3 или 4 юниксные функции - максимум полчаса работы

Ну, давайте поиграем в эту игру. Какие же это функции? Для справки, в .NET regular expressions в наличии, и использовать их - даже 3-х функций много будет.

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

Значит, если юникс, то 3-4 функции и полчаса работы, а если COM, то изощренный секс... Ну, ладно, засиделись мы что-то.

Re: почему надо ненавидеть майкрософт

[stas]

Не будете же вы мне утверждать, что COM по простоте использования равен popen?