виста

[avva]

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

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

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

Comments

[ex-ex-fooli.livejournal.com]

Слава Биллу!

[levg.livejournal.com]

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

[dimrub.livejournal.com]

Тут есть одна заковыка, которая во второй статье не упомянута. Все перечисленное верно, видимо (хотя я работал в проекте поменьше, и там до такого не доходило), но дело еще в том, что в Майкрософте многое строится на личной инициативе работников. От работников ожидают проталкивать свои фичеры всеми силами, и этот энтузиазм, в случае его наличия, позволяет в некоторой степени компенсировать жуткую бюрократию. Разумеется, в тех проектах, где подобных людей, по какой-то причине, нет, возникают серьезные проблемы.

[orleanz.livejournal.com]

я не думаю что это обьясняется особыми, сверхчеловеческими качествами людей занятых в микрософте.

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

[gera.livejournal.com]

Неужели никому не хватило энтузиазма исправить Install Font dialog и хотя бы немного улучшить Notepad?

[dimrub.livejournal.com]

Видимо, нет :)

[digest.livejournal.com]

Какой-то дурацкий подсчет у этого бывшего работника, почему не всех кернел-девелоперов посчитать таким образом? Далее, речь по-видимому идет не только про менюшке, иначе откуда там кернел и "пару сотен строк кода", а о реальной shutdown/suspend имплементации. Что вполне себе титаническая задача.

[-pk-sly.livejournal.com]

диалогом Install font пользовался, возможно, один раз за всё время

а вот на Notepad поклёп позводить не надо, он улучшается! медленно, но всё-же 8)
например, в версии 2000 появилась комбинация Ctrl+S, теперь текст сохранять можно не через меню, а кнопочкой; появилась поддержка Unicode.

так что надежда есть :)

[repolainen.livejournal.com]

Реализация в ядре. Её нужно позвать из UI. Из kernel-team считаются люди, работающие над реальной реализацией shutdown/hybernate/etc.

[repolainen.livejournal.com]

Очень познавательно, да

[avva.livejournal.com]

Ну ты хватил! Имплементация shutdown/suspend есть в ядре и ее делают/делали совсем другие люди. Когда тут речь о группе ядра, имеется в виду небольшая команда внутри огромного отделения, заведующего ядром, которой дали задание скоординировать интерфейс между ядром и шеллом, какие в этом интерфейсе будут опции, как они переводятся в вызовы внутренних функций ядра/драйверов итд.

[digest.livejournal.com]

Понятное дело, основная имплементация в ядре. Но далеко не все. Есть работа на аппликативном уровне тоже: хэндлеры winlogon, сетевые надстройки и т.п. Самому шеллу там делать особенно нечего. Посему я все еще уверен, что раз речь идет не о десяти, а о "couple hundreds" строках кода, то дело не ограничивалось "менюшкой", а всей системой в комплексе. А раз речь идет о комплексе,то редизайны, смена требований и долгая отладка -- вполне легитимно для такой задачи.

[digest.livejournal.com]

Она не только в ядре, как я ниже(выше) ответил Толе. Ядро ответственно за остановку сервисов и драйверов и собственный cleanup. Для полноценного shutdown и тем более suspend, есть масса работы на уровне системных аппликаций и сети.

[repolainen.livejournal.com]

Ну, если результат - couple of hudreds, то задача видимо, не вполне титаническая
Хотя, конечно, простор для обсуждения/согласования есть
В общем, я полагаю мы друг друга поняли..

[digest.livejournal.com]

Конечно поняли: саксь и мастдай :))

[vinopivets.livejournal.com]

Красота, кто понимает!

[nm-work.livejournal.com]

freebsd-current у меня тоже в какой-то момент вис на открытии любых gtk диалогов -- на что только я не грешил , в основном на DNS. а оказалось все просто -- недообновились версии glib и gtk и просто друг с другом не работали нормально ;)

единственный глюк подобного рода, встретившийся мне за столько лет под иксами

[seann.livejournal.com]

Сегодня не день, а просто праздник какой-то.
Если еще не видели - http://annyway.livejournal.com/426292.html

[tagold.livejournal.com]

Видимо, те сотрудниики, которые писали эти куски Виндос уже вышли на пенсию. :)

[stas]

написать продукт - небольшая проблема. На самом деле, и писать нифига не наод - купить, скажем, тот же notepad++, ну сколько там оно может стоить, при микрософтовских-то деньгах? Проблема, что это надо оттестировать на куче конфигураций, написать документацию, натренировать суппорт, маркетинг, внести в планы, перевести на 142 языка и т.п. В общем, оттуда 245 человека и получается.

няньки и глаз

[stas]

24 человека, а в результате у меня в лаптопе hibernate все равно не работает.

[109.livejournal.com]

http://piggymouse.livejournal.com/1219457.html?thread=5241473#t5241473

[gera.livejournal.com]

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

[stas]

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

[fantaseour.livejournal.com]

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

[e2pii1.livejournal.com]

Когда я слышу/вижу программный проект такого обьема и сложности -- я сперва задаюсь вопросом: а нужна ли тут вообще такая сложность ?
Может задачу можно было решить проще, или же набором независимых компонент каждая из которых значительно проще ?

[e2pii1.livejournal.com]

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

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

[migmit.livejournal.com]

За первую ссылку спасибо.

[ygam.livejournal.com]

OMG! Я с этим человеком (вторым) работал в 1996 году.

О своих старых знакомых я узнаю через тебя.

[alexcohn.livejournal.com]

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

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

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