Пользовательское соглашение
- 1 year ago
- 0
- 0
Термины пользовательская разработка (End-User Developement — EUD ) или пользовательское программирование (End-User Programming — EUP ) обозначают набор методик и инструментов, которые позволяют программировать конечным пользователям — людям, не являющимся профессиональными разработчиками ПО . Люди, не являющиеся профессиональными разработчиками, могут использовать инструменты EUD для создания или модификации программных артефактов (описаний автоматических действий) и сложных объектов данных без знания языков программирования .
Существуют различные подходы к проблеме пользовательского программирования — это тема активно исследуется в информатике и науке о взаимодействии человека и компьютера . Среди примеров можно отметить системы , электронные таблицы , скриптовые языки (особенно в офисных пакетах или приложениях для художников), визуальное программирование , программирование триггерных действий и .
Самый популярный инструмент пользовательского программирования — это электронные таблицы В силу своей неограничивающей природы они позволяют довольно неискушенным пользователям писать программы, представляющие сложные модели данных, в то же время защищая их от необходимости изучать языки программирования более низкого уровня. Навыки работы с электронными таблицами считаются одними из самых полезных для выпускников ВУЗов из-за широкой распространённости электронных таблиц для решения задач в бизнесе По состоянию на 2005 год в США количество пользователей, использующих электронные таблицы оценивалось в 13 млн. чел.
Использование снижает необходимость изучения пользователем абстракций классических языков программирования. Вместо этого пользователь указывает примеры желаемых результатов или операций, которые должны быть выполнены с данными, а система сама выводит из этого абстракции, соответствующие программе, генерирующей нужные выходные данные. В автоматически созданную таким образом программу могут быть введены новые данные, а пользователь может исправлять ошибки на выходе, для коррекции программы. Платформы для разработки с минимумом кода также являются вариантом пользовательского программирования.
Одним из направлений развития в этой области является использование мобильных устройств для поддержки пользовательской разработки ПО. Специфика мобильных устройств не позволяет применять те же самые подходы, которые работали для настольных приложений. Настольные среды EUD лишены преимуществ, позволяющих конечным пользователям создавать приложения при любой возможности.
В последнее время также возрос интерес к тому, как использовать техники EUD для разработки приложений Интернета вещей . В этой области перспективным подходом считается программирование триггерных действий.
Решения EUD, могут существенно повлиять на такие сферы, как жизненный цикл программного обеспечения для коммерческих программных продуктов, домашние разработки по сети и развёртывание корпоративных приложений .
В настоящее время существует примерно 40 производителей, предлагающих конечным пользователям решения для сокращения усилий по программированию. Создание программ в них не требует знаний традиционного программирования, однако предназначены для создания достаточно специализированных систем, таких как системы управления контрактами, системы управления взаимоотношений с клиентами , системы отслеживания багов и ошибок . Подобные системы разработки часто называют платформами разработки с минимумом кода . Как правило они представляют собой интерактивный гид, позволяющий пользователю разработать приложение всего за 40—80 часов (1,7—3,3 дня).
Либерман и др. предлагают следующее определение:
Пользовательская разработка может быть определена как набор методов, техник и инструментов, позволяющих пользователям ПО, не являющимся профессиональными разработчиками ПО, в какой-то степени создавать, модифицировать или расширять программные артефакты.
Ко и др. предлагают следующее определение:
Пользовательское программирование — это программирование для достижения результата программы в первую очередь для личного, а не для общественного использования.
Программные артефакты, создаваемые конечными пользователями, могут представлять собой описания автоматизированного поведения или управляющие последовательности, такие как запросы в базу данных или правила грамматики которые могут быть созданы с помощью таких парадигм программирования как , , визуальное программирование или создание макрокоманд . Они (артефакты) также могут представлять собой набор параметров, указывающих на один из предопределённых способов действия программы. Иные артефакты, созданные конечным пользователем могут являться формами пользовательского контента, к примеру аннотации, которые могут быть или не быть программно интерпретируемыми (т. е. могут быть обработаны соответствующими автоматизированными функциями).
Среди примеров пользовательских разработок можно выделить следующие:
По мнению , EUD является по сути аутсорсингом разработки конечному пользователю. Для изучения инструментов EUD всегда необходимы некоторые усилия, поэтому мотивация пользователей зависит от их уверенности в том, что они помогут облегчить работу, сэкономить время или повысят производительность. В этой модели преимущества для пользователей основаны на маркетинге, демонстрациях и сарафанном радио. Как только технология начинает активно использоваться, ключевым мотиватором становится реальный опыт и выгоды.
Вышеприведённое исследование определяет затраты как сумму нижеследующих:
Затраты из первого и второго пункта являются одноразовыми, а затраты из третьего и четвёртого возникают каждый раз при разработке. Выгоды (реальные либо ощущаемые) в данном случае следующие:
Большинство деятельности по пользовательской разработке по своей природе требует сотрудничества либо среди самих пользователей-разработчиков, либо между пользовательскими и профессиональными разработчиками.
Взаимная разработка — это методика, при которой профессиональные и пользовательские разработчики совместно пытаются создать программный продукт. Профессиональные разработчики как правило создают основу системы и предоставляют инструменты, которыми при возникновении необходимости могут пользоваться "владельцы задач " для создания подходящих решений, учитывающих цели и контексты конкретной задачи . В результате коммуникации между профессиональными и пользовательскими разработчиками специфические модификации последних могут быть преобразованы в программные артефакты и стать полноценным коммерческими функционалом, глобально влияющим на продукт.
Для преодоления коммуникационного разрыва между профессиональными и пользовательскими разработчиками предлагаются различные подходы, к примеру семинары по формовке ПО . Данные подходы пытаются обеспечить прозрачность (в соответствии с моделью социальной прозрачности ), чтобы каждый участник процесса был в курсе изменений, производимых другими участниками и мог нести ответственность за свои действия в силу этой осведомленности.
В то время, как профессиональные разработчики используют специализированные платформы для совместной работы (такие как GitHub), разработчики-пользователи предпочитают использовать вики-системы, где делятся между собой созданными программными артефактами. Пользовательская разработка также часто используется для создания скриптов автоматизации или интерактивных пособий для обмена практическими знаниями. В качестве примеров можно привести программы CoScripter и HILC . В таких приложениях пользователь может создавать скрипты с помощью полу-естественного языка либо же программируя путем демонстрации. При этом пользователи могут поделиться созданным скриптом, загрузив его в специальное онлайн-хранилище, организованное в стиле wiki. На этой вики-странице пользователи могут не только искать доступные скрипты, но и улучшать их, добавляя дополнительные параметры чтобы приспособить их к другим условиям или работе с иными объектами.
Кроме того существуют онлайн и офлайн-сообщества разработчиков-пользователей, где они могут на взаимовыгодной основе совместно решать задачи разработки. В таких сообществах местные эксперты распространяют свои знания и дают советы. Члены сообщества зачастую социально поддерживают друг друга, что помогает общественной разработке программного обеспечения .
Исследователи обеспокоены тем, что конечные пользователи зачастую не понимают, как тестировать или защищать свои приложения. Уоррен Харрисон, профессор информатики в Портлендском государственном университете, писал :
Уму непостижимо, что мы пытаемся ожидать какой-то безопасности... от подавляющего большинства приложений, если они написаны с минимальными либо никакими знаниями об общепринятых хороших практиках (таких как чёткая постановка задачи передшествующая написанию кода, систематическое тестирование и т.д.).... Сколько существует книг "X для чайников" (где "X" — ваш любимый язык программирования)? Поначалу меня забавляла эта тенденция, но в последнее время мне стало не по себе при мысли о том, где эти дилетанты могут применять свои новообретенные знания.
С этой точки зрения предполагается, что все конечные пользователи одинаково плохо разбираются в вопросах разработки ПО, но Плискин и Шовал утверждают, что это не так, что продвинутые пользователи способны к качественной разработке. . Однако, в отличие от профессионалов, у программистов-пользователей редко есть время или мотивация к систематическому и дисциплинированному освоению мастерства разработки , что сильно усложняет задачу по обеспечению качества программных продуктов пользователей.
Реакцией на это явились систематические исследования пользовательской разработки ПО. Они касаются вопросов, выходящих за рамки собственно разработки, в частности рассматривается мотивация пользователей-разработчиков к тому, чтобы их продукты были безопасными, проверяемыми или повторно используемыми .
Альтернативное решение заключается в том, чтобы конечные пользователи или их консультанты использовали декларативные инструменты, которые предоставляют безопасность и строгие бизнес-правила в ущерб производительности и масштабируемости; как правило продукты, созданные с использованием EUD, имеют меньшую эффективность, чем те, которые создаются с помощью профессиональных сред программирования. Однако разделение функциональности и эффективности является допустимым принципом — оно может привести к ситуации, когда пользователи-разработчики будут производить анализ требований и прототипирование инструмента без участия бизнес-аналитиков . Таким образом, пользователи будут сами определять необходимый функционал ещё до того, как эти эксперты смогут оценить ограничения, накладываемые определённой получат возможность рассмотреть ограничения конкретного приложения или программной платформы . Такие инициативы пользователей могут поддерживаться руководством в зависимости от существующих или потенциальных привязок к поставщикам ПО.