Русская Википедия:Пользовательское программирование

Материал из Онлайн справочника
Перейти к навигацииПерейти к поиску

Шаблон:Парадигмы программирования Термины пользовательская разработка (End-User Developement — EUD) или пользовательское программирование (End-User Programming — EUP) обозначают набор методик и инструментов, которые позволяют программировать конечным пользователям — людям, не являющимся профессиональными разработчиками ПО. Люди, не являющиеся профессиональными разработчиками, могут использовать инструменты EUD для создания или модификации программных артефактов (описаний автоматических действий) и сложных объектов данных без знания языков программирования.

Существуют различные подходы к проблеме пользовательского программирования — это тема активно исследуется в информатике и науке о взаимодействии человека и компьютера. Среди примеров можно отметить системы Шаблон:Нп5[1][2], электронные таблицы [3], скриптовые языки (особенно в офисных пакетах или приложениях для художников), визуальное программирование, программирование триггерных действий и Шаблон:Нп5.

Самый популярный инструмент пользовательского программирования — это электронные таблицы[3][4] В силу своей неограничивающей природы они позволяют довольно неискушенным пользователям писать программы, представляющие сложные модели данных, в то же время защищая их от необходимости изучать языки программирования более низкого уровня. [5] Навыки работы с электронными таблицами считаются одними из самых полезных для выпускников ВУЗов из-за широкой распространённости электронных таблиц для решения задач в бизнесе[6] По состоянию на 2005 год в США количество пользователей, использующих электронные таблицы оценивалось в 13 млн. чел.[7]

Использование Шаблон:Нп5 снижает необходимость изучения пользователем абстракций классических языков программирования. Вместо этого пользователь указывает примеры желаемых результатов или операций, которые должны быть выполнены с данными, а система Шаблон:Нп5 сама выводит из этого абстракции, соответствующие программе, генерирующей нужные выходные данные. В автоматически созданную таким образом программу могут быть введены новые данные, а пользователь может исправлять ошибки на выходе, для коррекции программы. Платформы для разработки с минимумом кода также являются вариантом пользовательского программирования.

Одним из направлений развития в этой области является использование мобильных устройств для поддержки пользовательской разработки ПО. Специфика мобильных устройств не позволяет применять те же самые подходы, которые работали для настольных приложений. Настольные среды EUD лишены преимуществ, позволяющих конечным пользователям создавать приложения при любой возможности.[8]

В последнее время также возрос интерес к тому, как использовать техники EUD для разработки приложений Интернета вещей. В этой области перспективным подходом считается программирование триггерных действий.[9]

Решения EUD, могут существенно повлиять на такие сферы, как жизненный цикл программного обеспечения для коммерческих программных продуктов, домашние разработки по сети и развёртывание корпоративных приложений.

Платформы для разработки с минимумом кода

В настоящее время существует примерно 40 производителей, предлагающих конечным пользователям решения для сокращения усилий по программированию. Создание программ в них не требует знаний традиционного программирования, однако предназначены для создания достаточно специализированных систем, таких как системы управления контрактами, системы управления взаимоотношений с клиентами, системы отслеживания багов и ошибок. Подобные системы разработки часто называют платформами разработки с минимумом кода. Как правило они представляют собой интерактивный гид, позволяющий пользователю разработать приложение всего за 40—80 часов (1,7—3,3 дня).

Определение

Либерман и др. предлагают следующее определение:[10]

Пользовательская разработка может быть определена как набор методов, техник и инструментов, позволяющих пользователям ПО, не являющимся профессиональными разработчиками ПО, в какой-то степени создавать, модифицировать или расширять программные артефакты.

Ко и др. предлагают следующее определение:[11]

Пользовательское программирование — это программирование для достижения результата программы в первую очередь для личного, а не для общественного использования.

Программные артефакты, создаваемые конечными пользователями, могут представлять собой описания автоматизированного поведения или управляющие последовательности, такие как запросы в базу данных или правила грамматики[12] которые могут быть созданы с помощью таких парадигм программирования как Шаблон:Нп5, Шаблон:Нп5, визуальное программирование или создание макрокоманд.[13] Они (артефакты) также могут представлять собой набор параметров, указывающих на один из предопределённых способов действия программы.[14] Иные артефакты, созданные конечным пользователем могут являться формами пользовательского контента, к примеру аннотации, которые могут быть или не быть программно интерпретируемыми (т. е. могут быть обработаны соответствующими автоматизированными функциями).[15]

Примеры

Среди примеров пользовательских разработок можно выделить следующие:

Моделирование затрат и выгод

По мнению Шаблон:Нп5,[21] EUD является по сути аутсорсингом разработки конечному пользователю. Для изучения инструментов EUD всегда необходимы некоторые усилия, поэтому мотивация пользователей зависит от их уверенности в том, что они помогут облегчить работу, сэкономить время или повысят производительность. В этой модели преимущества для пользователей основаны на маркетинге, демонстрациях и сарафанном радио. Как только технология начинает активно использоваться, ключевым мотиватором становится реальный опыт и выгоды.

Вышеприведённое исследование определяет затраты как сумму нижеследующих:

  • Технические затраты: цена технологии и усилия по её установке
  • Стоимость обучения: время, необходимое для понимания технологии
  • Затраты на разработку: усилия по разработке приложений с использованием данной технологии
  • Стоимость тестирования и отладки: время, затраченное на проверку системы

Затраты из первого и второго пункта являются одноразовыми, а затраты из третьего и четвёртого возникают каждый раз при разработке. Выгоды (реальные либо ощущаемые) в данном случае следующие:

  • Функционал, обеспечиваемый технологией
  • Возможность гибко реагировать на новые требования
  • Удобство использования создаваемых приложений
  • Общее качество создаваемых приложений

Сотрудничество при пользовательской разработке

Большинство деятельности по пользовательской разработке по своей природе требует сотрудничества либо среди самих пользователей-разработчиков, либо между пользовательскими и профессиональными разработчиками.

Взаимная разработка[22] — это методика, при которой профессиональные и пользовательские разработчики совместно пытаются создать программный продукт. Профессиональные разработчики как правило создают основу системы и предоставляют инструменты, которыми при возникновении необходимости могут пользоваться "владельцы задач[23]" для создания подходящих решений, учитывающих цели и контексты конкретной задачи[24]. В результате коммуникации между профессиональными и пользовательскими разработчиками специфические модификации последних могут быть преобразованы в программные артефакты и стать полноценным коммерческими функционалом, глобально влияющим на продукт.

Для преодоления коммуникационного разрыва между профессиональными и пользовательскими разработчиками предлагаются различные подходы, к примеру семинары по формовке ПО[25]. Данные подходы пытаются обеспечить прозрачность (в соответствии с моделью социальной прозрачности[26]), чтобы каждый участник процесса был в курсе изменений, производимых другими участниками и мог нести ответственность за свои действия в силу этой осведомленности.

В то время, как профессиональные разработчики используют специализированные платформы для совместной работы (такие как GitHub), разработчики-пользователи предпочитают использовать вики-системы, где делятся между собой созданными программными артефактами. Пользовательская разработка также часто используется для создания скриптов автоматизации или интерактивных пособий для обмена практическими знаниями. В качестве примеров можно привести программы CoScripter[27] и HILC[28]. В таких приложениях пользователь может создавать скрипты с помощью полу-естественного языка либо же программируя путем демонстрации. При этом пользователи могут поделиться созданным скриптом, загрузив его в специальное онлайн-хранилище, организованное в стиле wiki. На этой вики-странице пользователи могут не только искать доступные скрипты, но и улучшать их, добавляя дополнительные параметры чтобы приспособить их к другим условиям или работе с иными объектами.

Кроме того существуют онлайн и офлайн-сообщества разработчиков-пользователей, где они могут на взаимовыгодной основе совместно решать задачи разработки. В таких сообществах местные эксперты распространяют свои знания и дают советы. Члены сообщества зачастую социально поддерживают друг друга, что помогает общественной разработке программного обеспечения[29].

Критика

Исследователи обеспокоены тем, что конечные пользователи зачастую не понимают, как тестировать или защищать свои приложения. Уоррен Харрисон, профессор информатики в Портлендском государственном университете, писал[30]:

Уму непостижимо, что мы пытаемся ожидать какой-то безопасности... от подавляющего большинства приложений, если они написаны с минимальными либо никакими знаниями об общепринятых хороших практиках (таких как чёткая постановка задачи передшествующая написанию кода, систематическое тестирование и т.д.).... Сколько существует книг "X для чайников" (где "X" — ваш любимый язык программирования)? Поначалу меня забавляла эта тенденция, но в последнее время мне стало не по себе при мысли о том, где эти дилетанты могут применять свои новообретенные знания.

С этой точки зрения предполагается, что все конечные пользователи одинаково плохо разбираются в вопросах разработки ПО, но Плискин и Шовал утверждают, что это не так, что продвинутые пользователи способны к качественной разработке.[31]. Однако, в отличие от профессионалов, у программистов-пользователей редко есть время или мотивация к систематическому и дисциплинированному освоению мастерства разработки[32], что сильно усложняет задачу по обеспечению качества программных продуктов пользователей.

Реакцией на это явились систематические исследования пользовательской разработки ПО. Они касаются вопросов, выходящих за рамки собственно разработки, в частности рассматривается мотивация пользователей-разработчиков к тому, чтобы их продукты были безопасными, проверяемыми или повторно используемыми[33].

Альтернативное решение заключается в том, чтобы конечные пользователи или их консультанты использовали декларативные инструменты, которые предоставляют безопасность и строгие бизнес-правила в ущерб производительности и масштабируемости; как правило продукты, созданные с использованием EUD, имеют меньшую эффективность, чем те, которые создаются с помощью профессиональных сред программирования. Однако разделение функциональности и эффективности является допустимым принципом — оно может привести к ситуации, когда пользователи-разработчики будут производить анализ требований и прототипирование инструмента без участия бизнес-аналитиков. Таким образом, пользователи будут сами определять необходимый функционал ещё до того, как эти эксперты смогут оценить ограничения, накладываемые определённой получат возможность рассмотреть ограничения конкретного приложения или программной платформы. Такие инициативы пользователей могут поддерживаться руководством в зависимости от существующих или потенциальных привязок к поставщикам ПО.

См. также

Ссылки

Шаблон:Примечания

Дополнительная литература

Внешние ссылки

Партнерские ресурсы
Криптовалюты
Магазины
Хостинг
Разное

  1. ↑ Грэг Литл и Роберт Си (Миллер Little, Greg, and Robert C. Miller.) Трансляция команд с ключевыми словами в исполняемый код (Translating keyword commands into executable code) Шаблон:Wayback / Материалы 19-го ежегодного симпозиума ACM по технологиям пользовательских интерфейсов. ACM, 2006.
  2. ↑ Эми Брюкман и Элизабэт Эдардс (Bruckman, Amy, and Elizabeth Edwards). "Поощрять ли естественные языки? Анализ ошибок в языках программирования основанных на естественном языке (Should we leverage natural-language knowledge? An analysis of user errors in a natural-language-style programming language) Шаблон:Wayback" / Материалы конференции Шаблон:Iw по человеческому фактору в вычислительных системах. ACM, 1999. APA
  3. ↑ 3,0 3,1 Шаблон:Cite book Шаблон:Wayback в "Энциклопедии взаимодействия человека и компьютера".
  4. ↑ Шаблон:Cite web
  5. ↑ Шаблон:Cite book
  6. ↑ С. Крюк и С. Шитц (Kruck, S. & Sheetz, S.), 2001. Теория точности в электронных таблицах (Spreadsheet accuracy theory) Шаблон:Wayback. Журнал по педагогике в информационных системах (Journal of Information Systems Education).
  7. ↑ К. Скаффиди, М. Шоу и Б. Майерс (Scaffidi, C., Shaw, M. & Myers, B.), 2005. Оценка количества конечных пользователей и пользователей-программистов (Estimating the Numbers of End Users and End User Programmers) Шаблон:Wayback. 2005 Симпозиум IEEE по визуальным языкам и ориентированным на пользователя вычислительным системам (IEEE Symposium on Visual Languages and Human-Centric Computing) (VL/HCC’05), стр.207–214.
  8. ↑ Шаблон:Cite web
  9. ↑ Г. Джиани, М. Манка, Ф. Патерно, С. Санторо (Ghiani, G., Manca, M., Paternò, F., Santoro, C.): Персонализация зависящих от контекста программ при помощи триггерных действий (Personalization of Context-dependent Applications through Trigger-Action Rules). ACM Transactions on Computer-Human Interaction, том.24, Выпуск 2, Статья N.14, Апрель 2017.
  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
  11. ↑ Шаблон:Cite journal
  12. ↑ 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)
  13. ↑ Maria Francesca Costabile, Daniela Fogli, Piero Mussio, Antonio Piccinno. Пользовательское программирование: подход к разработке при помощи инструментария формовки ПО (End-user development: the software shaping workshop approach) Шаблон:Wayback. In Lieberman, H., Paternò, F., Wulf, V. (Eds) (2004) Пользовательское программирование — Предоставление людям возможности гибко использовать передовые информационные и коммуникационные технологии (End User Development — Empowering People to Flexibly Employ Advanced Information and Communication Technology), © 2004 Kluwer Academic Publishers, Dordrecht, The Netherlands.
  14. ↑ Costabile, M.F., Fogli, D., Letondal, C., Mussio, P., Piccinno, A., Пользователи — эксперты в предметной области и их потребности в разработке ПО (Domain-Expert Users and their Needs of Software Development) Шаблон:Wayback", Конференция UAHCI, Крит, 22–27 июня, 2003, 232-236.
  15. ↑ Gerhard Fischer Пользователская разработка и мета-дизайн: основы для культуры участия (End-User Development and Meta-Design: Foundations for Cultures of Participation) Шаблон:Wayback. Лекционные записи по пользовательскому программрованию в информатике, 2009, том 5435/2009, 3-14,
  16. ↑ Шаблон:Cite book
  17. ↑ Шаблон:Cite book
  18. ↑ Шаблон:Cite book
  19. ↑ Шаблон:Cite news
  20. ↑ Шаблон:Cite book
  21. ↑ Шаблон:Cite journal
  22. ↑ Шаблон:Cite book
  23. ↑ Шаблон:Cite book
  24. ↑ Шаблон:Cite book
  25. ↑ Шаблон:Cite book
  26. ↑ Шаблон:Cite journal
  27. ↑ Шаблон:Cite book
  28. ↑ Шаблон:Cite book
  29. ↑ Шаблон:Cite journal
  30. ↑ Шаблон:Cite journal
  31. ↑ Шаблон:Cite journal
  32. ↑ Шаблон:Cite book
  33. ↑ Шаблон:Cite web
Источник — http://wikihandbk.com/ruwiki/index.php?title=Русская_Википедия:Пользовательское_программирование&oldid=10619581