Термины пользовательская разработка (End-User Developement — EUD) или пользовательское программирование (End-User Programming — EUP) обозначают набор методик и инструментов, которые позволяют программироватьконечным пользователям — людям, не являющимся профессиональными разработчиками ПО. Люди, не являющиеся профессиональными разработчиками, могут использовать инструменты EUD для создания или модификации программных артефактов (описаний автоматических действий) и сложных объектов данных без знания языков программирования.
Самый популярный инструмент пользовательского программирования — это электронные таблицы[3][4] В силу своей неограничивающей природы они позволяют довольно неискушенным пользователям писать программы, представляющие сложные модели данных, в то же время защищая их от необходимости изучать языки программирования более низкого уровня.[5] Навыки работы с электронными таблицами считаются одними из самых полезных для выпускников ВУЗов из-за широкой распространённости электронных таблиц для решения задач в бизнесе[6] По состоянию на 2005 год в США количество пользователей, использующих электронные таблицы оценивалось в 13 млн. чел.[7]
Использование программирования по примеру[англ.] снижает необходимость изучения пользователем абстракций классических языков программирования. Вместо этого пользователь указывает примеры желаемых результатов или операций, которые должны быть выполнены с данными, а система программирования по примеру[англ.] сама выводит из этого абстракции, соответствующие программе, генерирующей нужные выходные данные. В автоматически созданную таким образом программу могут быть введены новые данные, а пользователь может исправлять ошибки на выходе, для коррекции программы. Платформы для разработки с минимумом кода также являются вариантом пользовательского программирования.
Одним из направлений развития в этой области является использование мобильных устройств для поддержки пользовательской разработки ПО. Специфика мобильных устройств не позволяет применять те же самые подходы, которые работали для настольных приложений. Настольные среды EUD лишены преимуществ, позволяющих конечным пользователям создавать приложения при любой возможности.[8]
В последнее время также возрос интерес к тому, как использовать техники EUD для разработки приложений Интернета вещей. В этой области перспективным подходом считается программирование триггерных действий.[9]
В настоящее время существует примерно 40 производителей, предлагающих конечным пользователям решения для сокращения усилий по программированию. Создание программ в них не требует знаний традиционного программирования, однако предназначены для создания достаточно специализированных систем, таких как системы управления контрактами, системы управления взаимоотношений с клиентами, системы отслеживания багов и ошибок. Подобные системы разработки часто называют платформами разработки с минимумом кода. Как правило они представляют собой интерактивный гид, позволяющий пользователю разработать приложение всего за 40—80 часов (1,7—3,3 дня).
Определение
Либерман и др. предлагают следующее определение:[10]
Пользовательская разработка может быть определена как набор методов, техник и инструментов, позволяющих пользователям ПО, не являющимся профессиональными разработчиками ПО, в какой-то степени создавать, модифицировать или расширять программные артефакты.
Пользовательское программирование — это программирование для достижения результата программы в первую очередь для личного, а не для общественного использования.
Программные артефакты, создаваемые конечными пользователями, могут представлять собой описания автоматизированного поведения или управляющие последовательности, такие как запросы в базу данных или правила грамматики[12] которые могут быть созданы с помощью таких парадигм программирования как программирование демонстрацией[англ.], программирование примерами[англ.], визуальное программирование или создание макрокоманд.[13]
Они (артефакты) также могут представлять собой набор параметров, указывающих на один из предопределённых способов действия программы.[14]
Иные артефакты, созданные конечным пользователем могут являться формами пользовательского контента, к примеру аннотации, которые могут быть или не быть программно интерпретируемыми (т. е. могут быть обработаны соответствующими автоматизированными функциями).[15]
Примеры
Среди примеров пользовательских разработок можно выделить следующие:
Анимационные скрипты, используемые художниками-мультипликаторами для описания движения персонажей или изменений окружающей среды в системах компьютерной анимации
Конфигурационные файлы, которые размывают границу между программами и данными (к примеру фильтры электронной почты являются наборами условий и действий, которые необходимо предпринять программе)
Модификации игр, предназначенные для создания пользовательских персонажей пользователей, окружения и т.д. — многие современные игры предоставляют такие возможности
Интерактивные автоматические скрипты, используемые в колл-центрах
Инструменты разработки мобильных приложений, такие как App Inventor
3D-модели, созданные при помощи предназначенного конечным пользователям ПО, такого как Sketchup
Моделирование затрат и выгод
По мнению Сатклиффа[англ.][21], EUD является по сути аутсорсингом разработки конечному пользователю. Для изучения инструментов EUD всегда необходимы некоторые усилия, поэтому мотивация пользователей зависит от их уверенности в том, что они помогут облегчить работу, сэкономить время или повысят производительность. В этой модели преимущества для пользователей основаны на маркетинге, демонстрациях и сарафанном радио. Как только технология начинает активно использоваться, ключевым мотиватором становится реальный опыт и выгоды.
Вышеприведённое исследование определяет затраты как сумму нижеследующих:
Технические затраты: цена технологии и усилия по её установке
Стоимость обучения: время, необходимое для понимания технологии
Затраты на разработку: усилия по разработке приложений с использованием данной технологии
Стоимость тестирования и отладки: время, затраченное на проверку системы
Затраты из первого и второго пункта являются одноразовыми, а затраты из третьего и четвёртого возникают каждый раз при разработке. Выгоды (реальные либо ощущаемые) в данном случае следующие:
Функционал, обеспечиваемый технологией
Возможность гибко реагировать на новые требования
Удобство использования создаваемых приложений
Общее качество создаваемых приложений
Сотрудничество при пользовательской разработке
Большинство деятельности по пользовательской разработке по своей природе требует сотрудничества либо среди самих пользователей-разработчиков, либо между пользовательскими и профессиональными разработчиками.
Взаимная разработка[22] — это методика, при которой профессиональные и пользовательские разработчики совместно пытаются создать программный продукт. Профессиональные разработчики как правило создают основу системы и предоставляют инструменты, которыми при возникновении необходимости могут пользоваться "владельцы задач[23]" для создания подходящих решений, учитывающих цели и контексты конкретной задачи[24]. В результате коммуникации между профессиональными и пользовательскими разработчиками специфические модификации последних могут быть преобразованы в программные артефакты и стать полноценным коммерческими функционалом, глобально влияющим на продукт.
Для преодоления коммуникационного разрыва между профессиональными и пользовательскими разработчиками предлагаются различные подходы, к примеру семинары по формовке ПО[25]. Данные подходы пытаются обеспечить прозрачность (в соответствии с моделью социальной прозрачности[26]), чтобы каждый участник процесса был в курсе изменений, производимых другими участниками и мог нести ответственность за свои действия в силу этой осведомленности.
В то время, как профессиональные разработчики используют специализированные платформы для совместной работы (такие как GitHub), разработчики-пользователи предпочитают использовать вики-системы, где делятся между собой созданными программными артефактами. Пользовательская разработка также часто используется для создания скриптов автоматизации или интерактивных пособий для обмена практическими знаниями. В качестве примеров можно привести программы CoScripter[27] и HILC[28]. В таких приложениях пользователь может создавать скрипты с помощью полу-естественного языка либо же программируя путем демонстрации. При этом пользователи могут поделиться созданным скриптом, загрузив его в специальное онлайн-хранилище, организованное в стиле wiki. На этой вики-странице пользователи могут не только искать доступные скрипты, но и улучшать их, добавляя дополнительные параметры чтобы приспособить их к другим условиям или работе с иными объектами.
Кроме того существуют онлайн и офлайн-сообщества разработчиков-пользователей, где они могут на взаимовыгодной основе совместно решать задачи разработки. В таких сообществах местные эксперты распространяют свои знания и дают советы. Члены сообщества зачастую социально поддерживают друг друга, что помогает общественной разработке программного обеспечения[29].
Критика
Исследователи обеспокоены тем, что конечные пользователи зачастую не понимают, как тестировать или защищать свои приложения. Уоррен Харрисон, профессор информатики в Портлендском государственном университете, писал[30]:
Уму непостижимо, что мы пытаемся ожидать какой-то безопасности... от подавляющего большинства приложений, если они написаны с минимальными либо никакими знаниями об общепринятых хороших практиках (таких как чёткая постановка задачи передшествующая написанию кода, систематическое тестирование и т.д.).... Сколько существует книг "X для чайников" (где "X" — ваш любимый язык программирования)? Поначалу меня забавляла эта тенденция, но в последнее время мне стало не по себе при мысли о том, где эти дилетанты могут применять свои новообретенные знания.
С этой точки зрения предполагается, что все конечные пользователи одинаково плохо разбираются в вопросах разработки ПО, но Плискин и Шовал утверждают, что это не так, что продвинутые пользователи способны к качественной разработке.[31]. Однако, в отличие от профессионалов, у программистов-пользователей редко есть время или мотивация к систематическому и дисциплинированному освоению мастерства разработки[32], что сильно усложняет задачу по обеспечению качества программных продуктов пользователей.
Реакцией на это явились систематические исследования пользовательской разработки ПО. Они касаются вопросов, выходящих за рамки собственно разработки, в частности рассматривается мотивация пользователей-разработчиков к тому, чтобы их продукты были безопасными, проверяемыми или повторно используемыми[33].
Альтернативное решение заключается в том, чтобы конечные пользователи или их консультанты использовали декларативные инструменты, которые предоставляют безопасность и строгие бизнес-правила в ущерб производительности и масштабируемости; как правило продукты, созданные с использованием EUD, имеют меньшую эффективность, чем те, которые создаются с помощью профессиональных сред программирования. Однако разделение функциональности и эффективности является допустимым принципом — оно может привести к ситуации, когда пользователи-разработчики будут производить анализ требований и прототипирование инструмента без участия бизнес-аналитиков. Таким образом, пользователи будут сами определять необходимый функционал ещё до того, как эти эксперты смогут оценить ограничения, накладываемые определённой получат возможность рассмотреть ограничения конкретного приложения или программной платформы. Такие инициативы пользователей могут поддерживаться руководством в зависимости от существующих или потенциальных привязок к поставщикам ПО.
↑Abraham, R. Программирование электронных таблиц (Spreadsheet programming) // Энциклопедия Wiley по информатике и компьютерной инженерии (Wiley Encyclopedia of Computer Science and Engineering) / R. Abraham, M Burnett, M Erwig. — 2009. — P. 1–10.
↑Lieberman, H., Paternò, F., Klann, M., and Wulf, V. (2006). Пользовательская разработка: новая парадигма. В: Пользовательская разработка ПО, Lieberman, H., Paternò, F., and Wulf, V. (eds.), Springer Нидерланды, 2006, сер. Взаимодействие человека и компьютера, том 9, Глава 1, стр. 1-7, doi:10.1007/1-4020-5386-X_1
↑Ko, Andrew J.; Abraham, Robin; Beckwith, Laura; Blackwell, Alan; Burnett, Margaret; Erwig, Martin; Scaffidi, Chris; Lawrance, Joseph; Lieberman, Henry (1 апреля 2011). Современный уровень развития в пользовательском программировании ПО (The State of the Art in End-user Software Engineering). ACM Comput. Surv. 43 (3): 21:1–21:44. CiteSeerX10.1.1.159.8597. doi:10.1145/1922649.1922658. ISSN0360-0300.
↑H. Lieberman, B. A. Nardi, and D. Wright. Grammex: Определение грамматик по примеру (Grammex: Defining grammars by example). Конференция ACM по человеческому фактору в компьютерных системах (Сводка и демонстрации) (CHI ’98), Лос-Анджелес, Калифорния, США, стр. 11–12. ACM Press, апрель 1998. (ACM conference on Human Factors in Computing Systems)
↑Scaffidi, Christopher. SIG: пользовательское программирование / Christopher Scaffidi, Joel Brandt, Margaret Burnett … [и др.]. — 2012. — P. 1193–1996. — ISBN 9781450310161. — doi:10.1145/2212776.2212421.
↑Leonardi, Nicola. Программирование действий по триггеру для персонализации поведения гуманоидных роботов / Nicola Leonardi, Marco Manca, Fabio Paternò … [и др.]. — 2019. — ISBN 978-145035970-2. — doi:10.1145/3290605.3300675.
↑Sarkar, Advait. Обучай и пробуй: Простая интерактивая методика для произвольного моделирования данных конечными пользователями / Advait Sarkar, Alan Blackwell, Mateja Jamnik … [и др.]. — Июль 2014. — P. 53–56. — ISBN 978-1-4799-4035-6. — doi:10.1109/VLHCC.2014.6883022.
↑Andersen, Renate. Взаимная разработка: тематическое исследование разработки ПО инициированной клиентом : [англ.] / Renate Andersen, Anders I. Mørch. — 2009-03-02. — Vol. 5435. — P. 31–49. — ISBN 978-3-642-00425-4. — doi:10.1007/978-3-642-00427-8_3.
↑Fischer, Gerhard. Передача контроля владельцам задач в тематически ориентированных средах разработки // Требования к ориентированным на пользователей средам разработки : [англ.]. — Springer, Берлин, Heidelberg, 1994-01-01. — P. 297–306. — ISBN 978-3-642-08189-7. — doi:10.1007/978-3-662-03035-6_23.
↑Erickson, Thomas; Kellogg, Wendy A. (1 марта 2000). Социальная прозрачность: Подход к разработке систем, поддерживающий социальные процессы. ACM Trans. Comput.-Hum. Interact. 7 (1): 59–83. doi:10.1145/344949.345004. ISSN1073-0516.
↑Intharah, Thanapong. Помогите, не могу разобраться: Автоматизация задач в GUI при помощи демонстраций и дополнительных вопросов / Thanapong Intharah, Daniyar Turmukhambetov, Gabriel J. Brostow. — Нью-Йорк, NY, США : ACM, 2017-01-01. — P. 233–243. — ISBN 9781450343480. — doi:10.1145/3025171.3025176.
↑Fischer, G.; Giaccardi, E.; Ye, Y.; Sutcliffe, A. G.; Mehandjiev, N. (1 сентября 2004). Мета-дизайн: Манифест пользовательской разработки. Commun. ACM. 47 (9): 33–37. doi:10.1145/1015864.1015884. ISSN0001-0782.
↑Pliskin, Nava; Shoval, Peretz (1987). Пользовательское прототипирование: участие продвинутых пользователей в развитии систем. База данных ACM SIGMIS. 18 (4): 7–17. doi:10.1145/1017816.1017817.
↑Brandt, Joel. Оппортунистическое программирование: Как на практике осуществляется быстрое прототипирование идей / Joel Brandt, Philip J. Guo, Joel Lewenstein … [и др.]. — Нью-Йорк, NY, США : ACM, 2008-01-01. — P. 1–5. — ISBN 9781605580340. — doi:10.1145/1370847.1370848.
Б. Гуо, Д. Жанг, М. Имай (B. Guo, D. Zhang, M. Imai). Ориентированное на пользователя управлений для повсеместных вычислений: подход основанный на мета-проектировании (Enabling User-Oriented Management for Ubiquitous Computing: The Meta-Design Approach), Computer Networks, Elsevier, том. 54, нр. 16, 2010.
Маргарет М. Бюрнетт и Кристофер Скаффиди (Burnett, Margaret M. and Scaffidi, Christopher, 2011): Пользовательская разработка. В: Soegaard, Mads and Dam, Rikke Friis (eds.). "Энциклопедия взаимодействия человека и компьютера".
Патрик Киркегаард (Patrick Kierkegaard, 2011) Kierkegaard, Patrick. Улучшение пользовательской разработки: правовая защита и соблюдение нормативных требований (Beefing Up End User Development: Legal Protection and Regulatory Compliance). — 2011. — Vol. 6654/2011. — P. 203–217. — ISBN 978-3-642-21529-2. — doi:10.1007/978-3-642-21530-8_16.
