Перейти к содержимому

Фотография

Что такое ментальная модель пользователя и как ее строить


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 35

#21 ch_ip

ch_ip

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 097 сообщений
  • ФИО:Павел Абдюшев
  • Город:Москва


Отправлено 18 сентября 2011 - 19:45


А могут быть "специальные" "должностные инструкции тестировщика интерфейсов". И там может быть прописано: "... должен знать <<как удобнее>> для Алексея."

И сколько вообще таких Алексеев. Попадают ли они в целевую аудиторию, нужно ли для них что-то менять, или их % такой маленький, что смысла нет.

Не знаю... Мне слабо верится, что подобным должны тестировщики заниматься... Перед тем, как рисовать сколько всего учесть нужно. Кто на подобный ресурс прийдёт:
1. Тот, кто хочет поменьше денег заплатить и поэтому в обычный магазин не идёт.
2. Мамаша, у которой нет времени по магазинам бегать.
3. Закомплексованный в себе человек, который лишний раз из дома выйти боится.
4. Т.д. чего я не знаю.

И дальше от этого рисовать, в определённые цвета красить, менюшки располагать, определённую инфу писать и пр. и др.

Разве это работа тестировщика? Если кто-то таким занимается - может быть он не тестировщик уже :unknw:

А вот мне интересно, как можно тестировать приложение, не имея ММП и, более того, как можно тетсировать требования, не имея ММП? Тстировщик должен очень хорошо представлять себе конечных пользователей и то, как они будут с приложением работать, иначе он не сможет нормально протестировать продукт, будет вносить невнятные предложения по новому функционау (или вообще не вносить).
Да, бывает так, что тетсировщик попадает в проект с новой для него предметной областью. И еси он профессионал, то он сможет его протестировать и принести ользу роекту, но при этом он будет зучать эту предметную область, чтобы добиться лучших результатов (он же профессионал). Учитывая, что текущее обсуждение перекочевало из темы про развитие, то как раз развитие в предметной области, равно как и мение строить ММП - это то, к чему следует стремится. Иначе дейтсвительно через 3 года работы становится скучно выполнять монотонные действия и не видеть, куда же можно развиваться и какие еще знания можно получать.
Это в начале карьеры тестировщик - это человек, умеющий прочитать требование, а потом нажать на кнопочки и сравнить результат. Дальше идет освоение техник тестирования и тест-дизайна. А потом можо развиваться как тестировщик, получая знания из смежных областей - как писать требования, как их анализировать, как тестровать код статически, как читать код, как улучшать код, как автоматизировать рутинные операции, как автоматически настраивать тестовые стенды, как проектировать интерфесы и какие для этого в текущм мире есть готовые наработки и шаблоны. Чтобы понять, что нужно другим людям, и как им живется, надо на время уметь вживаться в другие роли - в роль программиста, в роль аналитика, в роль тест-менеджера, в роль проектировщика интерфесов. Именно это и есть развитие. Узнавая другие роли, понимаешь, что эти роли ждут от тестирования и как можно улучшить взаимодействи между этими ролями и сам процесс + приобретенные навыки любой роли весьма помогают в тестировании.

Ну и про то, чья работа определять, какие Алексеи нас интересуют и что им нужно. В идеальном мире - это работа проектировщиков интерфейса. Однако компаний с такой выделенной должностью пренебрежмо мало, и эту роль приходится брать на себя либо аналитикам (наверное, лучший вариант после самих проектировщиков), либо дизайнерам, либо программистам. Последние два варианта весьма так себе по причинам, описанным у Алана Купера в "психбольнице в руках пациентов", ибо красивый дизайн - это еще далеко не удобный дизайн, а продуктом, созданным по ММП от программиста смогут нормально пользоваться только другие программисты.
И ММП от тестировщика, если он опросил всех заинтересованных лиц оказвыается не хуже ММП от любой другой проектной роли.
  • 0

#22 Фрося

Фрося

    Специалист

  • Members
  • PipPipPipPipPip
  • 514 сообщений
  • ФИО:Радилова Елена Игоревна

Отправлено 19 сентября 2011 - 06:19

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

А кто ж спорит насчет изучения предметной области.
Безусловно - да. Надо.

Но строить/делать ММП?
Ну.... Эта ММП еще и работать должна.

Я ж поэтому пример и привела. В общем -- очень простой.
И какую предметную область тут изучать, чтоб ММП покупателя составить?

Изучать модные тенденции?
Изучать как продавать?
Как определять какой покупатель придет?

Можно нахвататься по верхам насчет продаж, включить здравый смысл (мы же все покупатели?) и что-то этакое нарисовать.
Можно даже ЭТО нарисованное проталкивать как ММП.

Только какая польза проекту? И насколько ЭТО будет соответствовать ММП?

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

Простите, предложение тестировщикам составлять ММП -- это.. ну любительство какое-то.. это не профессиональна разработка ПО.

Ну вот кстати. Есть один знакомый, абсолютно чуждый компам и интернету. Несколько лет назад он с ЛЕГКОСТЬЮ научился делать ставки на маратоне (http://www.marathonbet.com/) на футбольные матчи. При этом его попытки найти что-то Яндексом...уууу.... не передаваемо!
Так он говорил одно -- маратон сделан нормально! (т.е. он полностью "попал" в ММП маратона), а яндекс неизвестно для кого! (т.е. не "попал", его почему то жутко раздражала подсказка "Быть может, вы искали:"!).
  • 0
Почему-то по пятницам особо остро хочется быть блондинкой....

#23 notProgrammer

notProgrammer

    Постоянный участник

  • Members
  • PipPipPip
  • 199 сообщений
  • Город:Харьков

Отправлено 20 сентября 2011 - 07:39


А умеет хорошо? На уровне тех, кто в этом деле специалисты?
Только на постсоветской "территории" может нормально воспринематься бухгалтер, которая на полставки в этом же техникуме преподаёт; или электрик, который (тоже на полставочки) докумендоведение у студентов читает. :biggrin: Каждый вроде на все руки мастер, а толком плохой бухгалтер/преподаватель/электрик.
Вот почему-то такая ассоциация возникает :unknw:

Мною как раз хорошо воспринимается практик бухгалтер и на полставки учитель - это лучше, чем выпускник вуза - учитель, не знающий жизни и практики. Только вот у кого-то есть талант учить, а у кого-то нет его. И еще учителю нужно учиться - прошла через это, и курсы и методички писать, программы, тематические планы, планы урока и т.д. Сама бы хотела совмещать свою работу на полставки и преподавание - соскучилась за аудиторией сильно. Только мне пока только шахматы преподавать предлагают за очень скромную плату :)

Я ж и говорю: НАША ментальная модель очень хорошо это воспринемает. :biggrin: Скажите американцу - у него волосы на голове дыбом станут. :biggrin:
  • 0
- Как называется человек, который любит смотреть на страдания других?
- Программист.

У тестировщика всегда чётное количество синяков: если он наступил на грабли - обязан воспроизвести ошибку.
(bash.org)

#24 ch_ip

ch_ip

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 097 сообщений
  • ФИО:Павел Абдюшев
  • Город:Москва


Отправлено 20 сентября 2011 - 07:54



А умеет хорошо? На уровне тех, кто в этом деле специалисты?
Только на постсоветской "территории" может нормально воспринематься бухгалтер, которая на полставки в этом же техникуме преподаёт; или электрик, который (тоже на полставочки) докумендоведение у студентов читает. :biggrin: Каждый вроде на все руки мастер, а толком плохой бухгалтер/преподаватель/электрик.
Вот почему-то такая ассоциация возникает :unknw:

Мною как раз хорошо воспринимается практик бухгалтер и на полставки учитель - это лучше, чем выпускник вуза - учитель, не знающий жизни и практики. Только вот у кого-то есть талант учить, а у кого-то нет его. И еще учителю нужно учиться - прошла через это, и курсы и методички писать, программы, тематические планы, планы урока и т.д. Сама бы хотела совмещать свою работу на полставки и преподавание - соскучилась за аудиторией сильно. Только мне пока только шахматы преподавать предлагают за очень скромную плату :)

Я ж и говорю: НАША ментальная модель очень хорошо это воспринемает. :biggrin: Скажите американцу - у него волосы на голове дыбом станут. :biggrin:

Ох, не скажите. Требования к Senior Software Testing Engineer у американцев на порядок выше, чем тут
  • 0

#25 notProgrammer

notProgrammer

    Постоянный участник

  • Members
  • PipPipPip
  • 199 сообщений
  • Город:Харьков

Отправлено 20 сентября 2011 - 07:57

А вот мне интересно, как можно тестировать приложение, не имея ММП и, более того, как можно тетсировать требования, не имея ММП? Тстировщик должен очень хорошо представлять себе конечных пользователей и то, как они будут с приложением работать, иначе он не сможет нормально протестировать продукт, будет вносить невнятные предложения по новому функционау (или вообще не вносить).

Когда Вы тестируете - Вы оцениваете что-то уже ГОТОВОЕ (ну, более-менее). Когда уже ЧТО-ТО есть, пусть не очень удобное - представить, как бы было лучше с Вашей точки зрения, или с точки зрения конечного пользоватеся проще, чем взять, и "написать" как должно выглядеть приложение С НУЛЯ.

И ММП от тестировщика, если он опросил всех заинтересованных лиц оказвыается не хуже ММП от любой другой проектной роли.

Есть примеры? :wink:
  • 0
- Как называется человек, который любит смотреть на страдания других?
- Программист.

У тестировщика всегда чётное количество синяков: если он наступил на грабли - обязан воспроизвести ошибку.
(bash.org)

#26 notProgrammer

notProgrammer

    Постоянный участник

  • Members
  • PipPipPip
  • 199 сообщений
  • Город:Харьков

Отправлено 20 сентября 2011 - 08:02




А умеет хорошо? На уровне тех, кто в этом деле специалисты?
Только на постсоветской "территории" может нормально воспринематься бухгалтер, которая на полставки в этом же техникуме преподаёт; или электрик, который (тоже на полставочки) докумендоведение у студентов читает. :biggrin: Каждый вроде на все руки мастер, а толком плохой бухгалтер/преподаватель/электрик.
Вот почему-то такая ассоциация возникает :unknw:

Мною как раз хорошо воспринимается практик бухгалтер и на полставки учитель - это лучше, чем выпускник вуза - учитель, не знающий жизни и практики. Только вот у кого-то есть талант учить, а у кого-то нет его. И еще учителю нужно учиться - прошла через это, и курсы и методички писать, программы, тематические планы, планы урока и т.д. Сама бы хотела совмещать свою работу на полставки и преподавание - соскучилась за аудиторией сильно. Только мне пока только шахматы преподавать предлагают за очень скромную плату :)

Я ж и говорю: НАША ментальная модель очень хорошо это воспринемает. :biggrin: Скажите американцу - у него волосы на голове дыбом станут. :biggrin:

Ох, не скажите. Требования к Senior Software Testing Engineer у американцев на порядок выше, чем тут

Они там ментальные модели составляют? Если да - возможно мы неправильно понимаем/переводим название этой специальности?.. :unknw:
  • 0
- Как называется человек, который любит смотреть на страдания других?
- Программист.

У тестировщика всегда чётное количество синяков: если он наступил на грабли - обязан воспроизвести ошибку.
(bash.org)

#27 ch_ip

ch_ip

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 097 сообщений
  • ФИО:Павел Абдюшев
  • Город:Москва


Отправлено 20 сентября 2011 - 09:26


А вот мне интересно, как можно тестировать приложение, не имея ММП и, более того, как можно тетсировать требования, не имея ММП? Тстировщик должен очень хорошо представлять себе конечных пользователей и то, как они будут с приложением работать, иначе он не сможет нормально протестировать продукт, будет вносить невнятные предложения по новому функционау (или вообще не вносить).

Когда Вы тестируете - Вы оцениваете что-то уже ГОТОВОЕ (ну, более-менее). Когда уже ЧТО-ТО есть, пусть не очень удобное - представить, как бы было лучше с Вашей точки зрения, или с точки зрения конечного пользоватеся проще, чем взять, и "написать" как должно выглядеть приложение С НУЛЯ.

Часто что-то уже есть - предыдущие версии, решения конкрунтов, решения из схожих областей, пожелания от Заказчиков. С другой стороны, придумывание с нуля - это прекрасное упражнение для фантазии, воображения и смелых идей. Алан Купер, кстати, советует при проектировании взаимодействия забыть про все существующие наработки и ограничения, чтобы выделить именно самые важные моменты во взаимодействии будущего пользователя и программы. Представить, так называемый, волшебный компьютер, который может все или что действия могут совершаться с помощью магии.
И потом, разве кто-то говорил, что составление ММП или выявление архетипов - это простая задача?


И ММП от тестировщика, если он опросил всех заинтересованных лиц оказвыается не хуже ММП от любой другой проектной роли.

Есть примеры? :wink:

Увы, в моей практике пока нет. Только выявление требований по ходу разработки и их анализ. Но очень хотелось бы попробовать
  • 0

#28 Фрося

Фрося

    Специалист

  • Members
  • PipPipPipPipPip
  • 514 сообщений
  • ФИО:Радилова Елена Игоревна

Отправлено 20 сентября 2011 - 10:48

Вообще просто очень хочется посмотреть на любую ММП.
Собственно, покупатели к примеру интернет-магазинов, должны быть изучены вдоль и поперек.
И их ММП триста раз уж составлены.
Может быть даже существует некая классификация этих ММП для магазинов?
Типа:
- мамочка с ребенком до года
- бизнес-леди
- неработающая супруга с деньгами.

Никто не видел?
  • 0
Почему-то по пятницам особо остро хочется быть блондинкой....

#29 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 20 сентября 2011 - 13:00

Вообще просто очень хочется посмотреть на любую ММП.
Собственно, покупатели к примеру интернет-магазинов, должны быть изучены вдоль и поперек.
И их ММП триста раз уж составлены.
Может быть даже существует некая классификация этих ММП для магазинов?
Типа:
- мамочка с ребенком до года
- бизнес-леди
- неработающая супруга с деньгами.

Никто не видел?

Архетипы персонажей.
* Разрабатывались для одного из веб проектов. Проект вполне реальный, но заброшенный. Проект не коммерческий. Just for fun.
* Документ писался скорее чтобы набить руку, но польза от документа достаточно ощутимая. Документ не причесывался, выкладываю as is.
* Использовался для разработки функционала и пользовательского интерфейса.
* Разрабатывался в соответствии с рекомендациями Алана Купера.

Геймеры.

Домохозяйка Нина
33 года, двое детей (один ходит в школу, другой в детский сад). Муж основную часть времени проводит на работе или отсыпается дома.
Все время, не занятое домашним хозяйством проводит около домашнего компьютера (одноклассники, "правильный шоппинг", игры). Записывая развесистые ответы в социальных сетях, наработала неплохую скорость печати.
Следит за собой, регулярно наводит "марафет".
Может включить выключить, запустить браузер, игру, пожаловаться на то что "не работает".
С компьютером познакомилась еще до замужества. Но слова Вольфенштейн или Мастер оф Мейджик душу не трогают.
Игровые предпочтения: простенькие стратегии, квесты, год-симы (максимум - the sims XXX)
Терпение: сумочку нужной расцветки, фасона и размера будет искать пока не найдет (пользуется только яндексом, ибо о других не знает и знать не хочет)
Не против писать отзывы и сообщения об ошибках, но при этом имеет невысокий технический уровень.

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

Геймер MadSerg
Считает себя кулхацкером, но вряд ли дотягивает до скрипткиддера. Системник всегда со снятой крышкой.


Игроделы

Алексей
28 лет, профи-программист flash. Вырос из кодировщика, не очень хорошо рисует, кроме того есть проблемы с игровой
механикой. Делает хорошие аркады, но тестировать не умеет, поэтому продукт выходит, хоть и интересный, но глюкавый
и не всегда востребованный.
Имеет хороший опыт работы в фирмах с высокой культурой разработки ПО.
Игры любит, и считает что ими можно зарабатывать. Основную работу еще не бросил, но если доходы от игр будут позволять,
уйдет в свободное плавание. Интересуется теоретическими основами разработки ПО.
На ошибках учится, даже пытается на чужих. Готов воспринимать критику извне (дорос года полтора назад. до этого юзеров
воспринимал как прямую угрозу).
Помимо компьютеров и программирования имеет хобби - радиоуправляемые машинки. Гоняет с энтузиастами на выходных.

Тоха
40 лет, вольный художник и всегда им был.
До сих пор держит небольшую сеть (являясь субпровайдером), для ограниченного числа пользователей. Но из этого бизнеса постепенно вытесняется крупными провайдерами.
Берется за любую ИТ'шную халтуру (протянуть сеть, настроить 1С, поднять шлюз и т.д.) лишь бы не работать на постоянном месте.
Имеет несколько постоянных клиентов, которые его знают лет 10-15 и подкидывают постоянные заказы.

Выбор редакции.
Тоха или Нина. Скорее сего Нина, Т.к. Тоха может просто "забить" на критику.


  • 2

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#30 Фрося

Фрося

    Специалист

  • Members
  • PipPipPipPipPip
  • 514 сообщений
  • ФИО:Радилова Елена Игоревна

Отправлено 21 сентября 2011 - 05:18

Спасибочки!
Крайне занятно!

А Вы составляли, опираясь на личный опыт? Или как-то потенциальных пользователей опрашивали?
  • 0
Почему-то по пятницам особо остро хочется быть блондинкой....

#31 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 21 сентября 2011 - 07:06

Пользователей не опрашивали. Пользователей представляли. То, что называется "Войти в образ".
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#32 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 21 сентября 2011 - 11:01

Еще один момент, который забыл.

– Нарушение известных правил проектирования с целью экономии времени разработки всегда приводит к увеличению времени разработки.
- Создание архетипов пользователя является известным правилом порядка проектирования GUI.
Пропуск такой работы как "Создание архетипов пользователя" приводит к увеличению времени разработки.

И по моему опыту очень похоже, что: "всегда приводит к увеличению времени разработки".


Такие дела...
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#33 Фрося

Фрося

    Специалист

  • Members
  • PipPipPipPipPip
  • 514 сообщений
  • ФИО:Радилова Елена Игоревна

Отправлено 23 сентября 2011 - 05:46

Добавлю.
1. Еще дополнительная нагрузка на ту же тех поддержку. Непонятно, делают неверно -- значит будут звонки и письма, На которые надо отвечать.
2. Потеря клиентов.
Я лично из-за этого не купила доктор Web в коробочке(планировался как подарок с бантиком сверху!)
И , скорей всего, откажусь от банка Райффайзен.
  • 0
Почему-то по пятницам особо остро хочется быть блондинкой....

#34 Фрося

Фрося

    Специалист

  • Members
  • PipPipPipPipPip
  • 514 сообщений
  • ФИО:Радилова Елена Игоревна

Отправлено 23 сентября 2011 - 05:48

Но вот как и зачем тестировщику на этапе тестирования строить эту ММП так и не понятно... :blush: :blush: :blush:
  • 0
Почему-то по пятницам особо остро хочется быть блондинкой....

#35 SALar

SALar

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 2 298 сообщений
  • Город:Москва


Отправлено 23 сентября 2011 - 11:08

Но вот как и зачем тестировщику на этапе тестирования строить эту ММП так и не понятно... :blush: :blush: :blush:

Ну это примерно как писать план тестирования или искать ошибки после написания кода. Естественно и то и другое и третье должно делаться до, а не после.

Ну и с ролевым разделением там не все так безоблачно.
Например, одну из частей плана тестирования должен писать человек знающий рынок (маркетолог/бизнес аналитик).
  • 0

-- 

Сергей Мартыненко

Блог 255 ступеней (байки для оруженосца)

facebook (Дети диаграммы Ганта)

ВебПосиделки клуба имени Френсиса Бэкона 

 


#36 Natalya Rukol

Natalya Rukol

    Профессионал

  • Admin
  • PipPipPipPipPipPip
  • 2 001 сообщений
  • Город:Moscow


Отправлено 01 декабря 2011 - 02:06

Как я могла эту тему пропустить? Даже обидно :)))

1. ММП должны составлять проектировщики, а не тестировщики. Так же как и требования пишут аналитики :) Но если правильным путём компания не идёт - делаем сами и согласовываем, я не вижу других решений.

2. Один раз мне довелось работать в одной компании с Артёмом Кузнецовым, тогда же я первый и последний раз видела грамотный анализ пользователей со стороны проектировщиков. Я мечтаю, чтобы тестировщики получали ММП вместе с требованиями на тарелочке. Но почему-то не встречалось мне такого больше никогда :(

3. ММП, как уже говорил Алексей, - инструмент, как топор, которым можно отрубить палец, а можно дом построить. Если вам не предоставляют информацию о пользователях - ищите сами, спрашивайте, выясняйте, делайте опросники, бета-кампании, ревью целевой аудитории, лабораторные тесты, логгирование использования продукта, анализ каждого обращения в техподдержку и т.д. Но для тестирования НЕОБХОДИМО знать:
- как продукт используется
- какие кнопки чаще всего тыкаются, с какими данными, параметрами, настройками
- в каких условиях? окружениях?
- какую проблему продукт решает?
- какая квалификация у сотрудников, его использующих?
- с какими типами, объёмами данных работает продукт?
- какой стандартный successful сценарий использования?
- в каком настроении обычно запускается ваш продукт?
- как часто он используется? 8 часов в день или пару минут в неделю?
- чем критичны ошибки для пользователей?
и т.д.

Как можно тестировать, как приоритезировать тесты и баги, не зная ответы на все эти вопросы??

Почему есть Paint, а есть Photoshop? Почему есть корпоративные версии антивирусов, с удалённым запуском через cmd, powershell и внешние API, а есть домашние с кнопкой "запустить защиту компьютера"? Что будет, если домохозяйке поставить энтерпрайзную версию простого продукта - к примеру, того же антивируса или средства резервного копирования данных? Как бы стабильно ни работал ваш функционал, им всё равно (почти) никто из домохозяек не сможет воспользоваться и скажут "софт отстой"!

Для иллюстрации МПП мне нравится мультик: http://rutube.ru/tracks/937867.html

Почему рост мелкого одноглазика не учтён, почему вес громилы не учтён? Куда смотрели тестировщики? 6 колёс - круто, звук двигателя - круто, но результат в ИХ условиях - нулевой :(
  • 0


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных