Няколко бета тестери на Windows 7 (и някои високопоставени специалисти) се опуняват заради предполагаемия недостиг на обратна връзка от Microsoft. Прочетох много от оплакванията, публични и частни, и мисля, че някои бета тестери се нуждаят от опресняване курс по основите на това какво означава да участваш в разработването на толкова сложен продукт, колкото Windows.
Миналата седмица колегата ми Мери Джо Фоли съобщиха за шумове на недоволство от общността за технически бета тестове на Windows 7 само с покана:
Редица тестери на Windows 7 се оплакаха наскоро, че Microsoft не споделя достатъчно информация за промените, които планира да направи в отговор на тяхната обратна връзка.
Пол Турот от Windows SuperSite разпита в публикация вчера дали Microsoft вече е заключил набора от функции на Windows 7 преди мнозинството технически и публични бета тестери да видят първото издание на продукта. И аз се чудех същото.
Всичко това беше в отговор на друга епична публикация в блога Engineering Windows 7 от Стивън Синофски, който
се опита да обясни как работи процесът на обратна връзка. Цялото нещо си струва да се прочете, въпреки че при 4700+ думи се страхувам, че повечето хора просто ще го прегледат набързо.Честно казано, трудно ми е да търпя някакво ниво на съчувствие към онези, които се оплакват, отчасти защото искрено одобрявам начина, по който върви разработката на Windows 7 в момента и отчасти защото видях процеса на обратна връзка отблизо и лични. Microsoft получава лоша оценка от група хора, които скърбят за реалността, че вече не се третират като привилегировани елити.
Щях да игнорирам цялата тази гавра, докато не прочетох публикация по темата от разработчика на WinPatrol и MVP на Microsoft Бил Питловани, която включва това провокативно предложение:
Повечето бета тестери са гадни
Като разработчик мога да ви кажа, че бета тестовете не са това, което бяха. Броят на хората, които действително съобщават прилична информация за грешки, е минимален. Повечето хора изтеглят бета версията, само за да я осиновят по-рано. Разработчиците са късметлии, ако потребителите прочетат бележките по изданието и списъка за съвместимост, да не говорим за инструкции за бета версията. Има толкова много различни конфигурации на машини, че за съжаление единственият начин да откриете някои грешки е да имате пълно глобално приемане на нов софтуер.
Бил няма да се хареса на бета тестери с този аргумент, но той има право. Прочетох много от оплакванията, споменати от Мери Джо, и няколкостотин други в дискусионните групи за техническа бета версия на Windows 7 само за членове. Мисля, че много бета тестери се нуждаят от опреснителен курс за основите на това какво означава да участваш в разработването на толкова сложен продукт като Windows.
В този дух, ето моя списък с пет неща, които всеки бета тестер на Windows 7 трябва да знае:
Продължава на следващата страница -->
1. Нещата се промениха. Според Thurrott, „Истинският проблем тук е, че наборът от функции на Windows 7 беше добре замразен преди бета версията. Така че обратната връзка, която [Sinofsky] обсъжда в тази публикация, е 99 процента тестване на грешки, наистина (и 1 процент, чуваме притесненията ви, но имаме милион причини, поради които не можем да променим нищо).“
И това е проблем? Не мисля, че е случайно, че двете най-проблемни версии в историята на Windows също имаха най-дългите бета цикли. Работех с пред-бета версии на Windows 95 през 1993 г., почти две години преди да бъде пуснат. Първите алфа версии на Longhorn, които в крайна сметка се превърнаха в Windows Vista, бяха раздадени в PDC в края на 2003 г., близо три години преди Vista да бъде изпратена.
Докато бъде пусната бета версия, наборът от функции трябва да е почти замразен. Така се концентрирате върху неща като качество и производителност.
Що се отнася до оплакването, че Microsoft не е изслушала обратната връзка и е пренебрегнала най-лоялните си клиенти при разработването на функцията зададен за Windows 7, казвам: „Дайте ми почивка“. От ноември 2006 г. насам Microsoft се вслуша в дизайна на Windows решения. Веригата за обратна връзка включва:
- Всяка публикация в блог, рецензия, публикация в дискусионна група и изказвания за Vista, публикувани някога
- Поддържайте обаждания до Microsoft и неговите партньори
- Заявки от производители на компютри и разработчици на софтуер
- Телеметрични данни (всички тези доклади за сривове наистина отиват някъде)
- Теренни изследвания и тестване на използваемостта
- Интервюта с лидери на общественото мнение, включително Пол и мен, които са давали обратна връзка на Microsoft лично и по телефона много пъти през последните години. Мислиш ли, че не са си водили бележки?
Това е адски много обратна връзка, която трябва да вземете предвид. Идва момент, в който повече не означава по-добро.
2. Дизайнът на Windows е серия от компромиси. Много от оплакванията, които съм чувал, се свеждат до „Е, това не е как аз би проектирал тази функция.“ вярно Когато изграждате продукт, който ще се използва от стотици милиони хора, трябва да намерите някои общи знаменатели. И както писах миналата година, понякога няма правилен отговор: можете да се обзаложите, че за всяко решение, което вземете, някакъв нетривиален брой хора ще ви помислят за пълен идиот, независимо коя опция изберете.
Също така чувам много отзиви, които предполагат, че Microsoft никога не трябва да премахва функция, а трябва винаги дава на своите стари потребители начин да запазят процедурите, които са научили пет или 10 или дори 20 преди години. Сериозно, чувал съм хора да твърдят, че Windows 7 трябва да включва старата помощна програма File Manager от Windows 3.1. Представяте ли си как сложен, дори раздут, кодът на Windows би бил, ако нито една функция не беше премахната и можете да избирате от дузина класически интерфейси обратно към 1991 г.? Но това е логичното заключение от този аргумент.
Нещата се развиват. Старите функции изчезват и се въвеждат нови. Справете се с това. Ако смятате, че има по-добър начин за внедряване на нова функция от избрания от Microsoft, напишете го в блог. Но помага, ако можете да направите рационален случай - не забравяйте, че имате работа с инженери. Простото казване „функцията XYZ е гадна“ едва ли ще спечели сърцата или умовете.
3. Писането на добри доклади за грешки е трудна работа. Съчувствам на тестерите, които се оплакват, че техният доклад за грешка е затворен като „Невъзпроизвеждане“. Но това е реалността. Ако беше лесно да се възпроизведе, грешката най-вероятно щеше да бъде уловена в един от многото, много автоматизирани цикли на тестване, през които преминава всяка компилация на Windows. Наистина трудните грешки са тези, които се задействат от необичайни комбинации от хардуер и софтуер при определени условия.
Всъщност, ако говорите с разработчиците, които ровят в тези входящи доклади за грешки от технически бета тестери, както направих аз, бързо ще научите, че това е процес с доста ниска ефективност. Повечето са дубликати и по-голямата част са просто заявки за нови функции или промени в съществуващи. Когато бъдат затворени като „няма да се коригират“ или „по дизайн“, това е, защото някой вече е обмислил това искане и е решил за някое от хиляди причини (бюджет, съвместимост, риск от регресия или противоречиви данни), че функцията ще остане такава, каквато е е.
4. Още една компилация не означава по-добър продукт. Всъщност може да се спори както направих миналата седмица че работата по изграждането на „официална“ бета версия забавя напредъка. Pytlovany, който е работил в Microsoft, е съгласен:
Всяка нова бета версия разсейва разработчиците. Времето, необходимо за създаване на замразена версия, отнема въображението и продуктивността на разработчиците. […] Вътрешното тестване, необходимо преди всяка публична бета версия, е много по-дълго, отколкото може би си мислите.
Ако сте идентифицирали грешка и тя е включена в списъка със задължителни корекции, не трябва да са необходими многократни преминавания, за да я коригирате. Чарли Оуен от Microsoft, който работи в екипа на Media Center, даде някои страхотни съвети за бета тестери в публикация в блог миналата седмица:
Когато Windows 7 Release Candidate стане достъпен незабавно, изтеглете, инсталирайте, тествайте задълбочено и бързо осигурете полезна обратна връзка.
Сериозно: Докато кандидатът за освобождаване се изтегля и с нежност, целунете съпруга си по бузата и му кажете, че ще се върнете след около седмица. След това се затворете в домашния си офис и бъдете безмилостни и безпардонни в тестването на Windows 7 Release Candidate и предоставяйте обратна връзка.
5. Доставката е функция. Няма такова нещо като перфектен софтуер. Ако разработчиците на всеки сложен софтуерен продукт като операционна система чакаха всеки доклад за грешка да бъде „поправен“. софтуерът буквално никога няма да бъде изпратен.
Единственото нещо, което Microsoft може да направи в бъдеще, което не се е справило добре в миналото, е да включи обратна връзка от текущия тестов цикъл в следващата версия. Най-добрият начин това да се случи е Microsoft да разработи последователен, професионален процес за планиране и изпращане на нови версии по предвидим график. На теория функции, които не влизат в тази версия, имат легитимен шанс да влязат в Windows 8. Както каза Чарли Оуен, „Трябва да обмислите Windows 7 Release Candidate като първата и най-добра възможност да повлияете на следващата версия на Windows.“