виста

[avva]

Две смешных англоязычных ссылки про Виндоус Виста:

• Марк Руссинович объясняет, как это получается, что в Висте каждое открывания диалога Open file может происходить с задержкой в 5-15 секунд (это происходит, если ваш компьютер в принципе находится в сетевом домене, но в данный момент к нему не подключен уже более 30 минут. Что, скажем, с корпоративными ноутбуками вообще будет обычным состоянием). Кристально чистый пример непродуманных, задыхающихся под собственной сложностью интерфейсов.

Бывший работник Майкрософта рассказывает, как в течение года работал над устройством меню "выйти/выключить компьютер/итд." в Висте, и как вместе с ним над этим все это время работало в общей сложности 24 человека и еще почти столько же менеджеров разных уровней. И как это у них получалось. Совершенно феерическое описание.

Comments

[gera.livejournal.com]

Если серьёзно, то из всего перечисленного им только новый string table надо было перевести на разные языки. Учитывая, что для всего продукта это всё равно уже делается, не бог весть какое дополнительное усилие.

[stas]

Не бог весть, но представь, что таки продуктиков - две сотни. И кто-то должен со всех их авторов эти строки собрать, передать всем группам переводчиков, разобрать и раздать обратно, проверить, исправить ошибки, согласовать временные рамки, чтобы переводы успели вставить обратно, проверить, что вставили правильно, отправить это все к технописакам, чтобы задокументировали, отправить в суппорт, чтобы знали, как это выглядит, отправить в маркетинг, чтобы знали, как выглядит - и так двести раз. Теперь еще надо прибавить, что у каждой команды будут свои локальные проблемы, из-за которых окажется, что то у них добавилось две опции, а список строк ушел к переводчикам позавчера, то строка на моингольском оказалось слишком длинная и не влезает в окошко, а переводчики на монгольский давно занимаются другим продуктом и ближайшее свободное время у них через два месяца, и т.д. и т.п. - и так опять же двести раз. И это только со string table - а если там еще какие-то функции, которые от других компонентов зависят и от которых другие компоненты зависят? Поэтому если менеджеру проекта скажут "еще одну программку надо улучшить", он сразу это все представляет и ему становится нехорошо. Он и будет стремиться как можно меньше программок улучшать. Потому что прибыль с этого маленькая, а гимор растет экспоненциально.

[fantaseour.livejournal.com]

Отлично сказали!

[e2pii1.livejournal.com]

Не бог весть, но представь, что таки продуктиков - две сотни

Так у них и людей и денег соответственно. И процесс должен быть уже отлажен за столько то лет.

[alexcohn.livejournal.com]

На самом деле, внутри ОС вполне уместен текстовый редактор с минимальной функциональностью. Никто не предлагает убрать ed под тем предлогом, что есть vim, хотя последний тоже является неотъемлемой частью дистрибутива. Или что есть emax...

Действительно, Микрософт может купить любой из десятков или сотен "улучшенных ноутпадов". Но как выбрать тот самый, который станет победителем? Та же логика, только наоборот, работает с эксплорером: одни ругают Микрософт за то, что, включив IE в систему, она препятствует свободной конкуренции, другие зачастую, они же - за то, что не включают развитый текстовый редактор.

И, наконец, из серии "они таки будут учить нас коммерции": благодаря ограниченности встроенных средств, Микрософту удается продать гораздо больше Оффисов.