|
|
Пишет topbot2 (![[info]](http://lj.rossia.org/img/userinfo.gif){kind=small} topbot2)@ 2007-08-26 22:50:00 |
 |
|
 |
|
|
|
|
|
|
 |
|
 |
Светлое будущее Юзабилити
Я тут наконец понял, почему дисциплине Юзабилити (и соответствующий ему с люфтом аспект качества — Удобство использования, Практичность, Эргономичность) грозит светлое будущее.
Дело в том, что на заре компьютерной индустрии все силы были сосредоточены на Make It Run, а величина работающей с интерфейсами аудитории была невелика. В принципе проблема Make It Run появляется с каждой новой технологией и задачей их интеграции, но срок её разрешения также постоянно падает в силу накопленного индустрией багажа знаний и роста числа специалистов.
Далее была и кое-где остаётся проблема Make It Fast — закон Мура законом Мура, но потребности всегда опережали возможности и потому возникла целая дисциплина Performance Engineering, ну и множество подходов и решений по достижению нужной производительности и масштабируемости, т.к. веб дал совершенно другой характер кривой роста нагрузки на системы.
...
Пришли к ситуации — ага, чё-то бегает, да шустро-то как! А продажи где? А рост эффективности где? Актуализировалась тематика Make It Right, причём традиционное тестирование здесь не спасало — как говорится в народе, «поздно пить Боржоми, когда почки отвалились».
На уровне программирования возникли техники rapid prototyping (rapid application development — RAD; типа, я так быстро печатаю, что можно просто перепечатать 3 раза и добиться нужного качества), test-driven development (TDD; спецификации — дерьмо, их никто не читает, но нам нужны основы своего уровня — сами пишем модульные тесты).
На уровне бизнес-анализа и управления проектами кстати появились TQM, управление рисками, на уровне системного анализа и проектирования — Requirements Engineering (RE), User-Centered Design (UCD). Причём тематика разработки и управления требованиями, в последнее время упёршаяся в проблемы целеполагания (границы своей компетенции) очень хорошо сочетается с UCD в наиболее растущем секторе — публичные веб-системы и оффлайновые терминалы, только в отличие от RE последняя концентрируется на интересах пользователя и методах получения эффективных интерфейсных решений, а не вцелом интересах всех Заинтересованных Лиц и получении решений любого рода (организационных, технических).
Теперь понятен рост вакансий в этой сфере и спрос на её услуги — делать системы быстрыми, надёжными и т.п. все понемногу научились, а вот анализировать потребности, работать с правильностью никого никогда не учили, разве что маркетологов, и то, очень субъективно.
Я тут наконец понял, почему дисциплине Юзабилити (и соответствующий ему с люфтом аспект качества — Удобство использования, Практичность, Эргономичность) грозит светлое будущее.
Дело в том, что на заре компьютерной индустрии все силы были сосредоточены на Make It Run, а величина работающей с интерфейсами аудитории была невелика. В принципе проблема Make It Run появляется с каждой новой технологией и задачей их интеграции, но срок её разрешения также постоянно падает в силу накопленного индустрией багажа знаний и роста числа специалистов.
Далее была и кое-где остаётся проблема Make It Fast — закон Мура законом Мура, но потребности всегда опережали возможности и потому возникла целая дисциплина Performance Engineering, ну и множество подходов и решений по достижению нужной производительности и масштабируемости, т.к. веб дал совершенно другой характер кривой роста нагрузки на системы.
...
Пришли к ситуации — ага, чё-то бегает, да шустро-то как! А продажи где? А рост эффективности где? Актуализировалась тематика Make It Right, причём традиционное тестирование здесь не спасало — как говорится в народе, «поздно пить Боржоми, когда почки отвалились».
На уровне программирования возникли техники rapid prototyping (rapid application development — RAD; типа, я так быстро печатаю, что можно просто перепечатать 3 раза и добиться нужного качества), test-driven development (TDD; спецификации — дерьмо, их никто не читает, но нам нужны основы своего уровня — сами пишем модульные тесты).
На уровне бизнес-анализа и управления проектами кстати появились TQM, управление рисками, на уровне системного анализа и проектирования — Requirements Engineering (RE), User-Centered Design (UCD). Причём тематика разработки и управления требованиями, в последнее время упёршаяся в проблемы целеполагания (границы своей компетенции) очень хорошо сочетается с UCD в наиболее растущем секторе — публичные веб-системы и оффлайновые терминалы, только в отличие от RE последняя концентрируется на интересах пользователя и методах получения эффективных интерфейсных решений, а не вцелом интересах всех Заинтересованных Лиц и получении решений любого рода (организационных, технических).
Теперь понятен рост вакансий в этой сфере и спрос на её услуги — делать системы быстрыми, надёжными и т.п. все понемногу научились, а вот анализировать потребности, работать с правильностью никого никогда не учили, разве что маркетологов, и то, очень субъективно.
 источник-![[info]](http://lj.rossia.org/img/userinfo-lj.gif) beskov@lj | читать полный текст со всеми комментария |
