Разработчики тоже пользователи - Введение

Юзабилити - изучение пользовательского интерфейса, применение в API

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

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

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

Библиотеки, фреймворки, SDK - API везде! Когда вы разделяете код на модули, классы и методы, предоставляемые модулем, становятся API. Это то, с чем нужно работать другим разработчикам (и «будущим вам»!).

Удобство использования можно измерить как обратное количество времени, необходимого для понимания того, как что-то использовать. И начинающие, и опытные разработчики тратят много времени на изучение того, как работать с новыми API. Низкая степень удобства использования приводит к неправильному использованию API, что может привести к ошибкам и даже проблемам с безопасностью. Эти проблемы в конечном итоге затрагивают не только разработчиков, интегрирующих эти API, но и пользователей этих приложений. Вот почему так важно предоставить удобный API.

Нильсен и Молич создали хорошо известный набор эвристик юзабилити пользовательского интерфейса, который может быть легко применен к любому продукту, включая API, и может быть объединен с рекомендациями Блоха по разработке хорошего API.

  1. Видимость состояния системы
  2. Матч между системой и реальным миром
  3. Пользовательский контроль и свобода
  4. Системность и стандарты
  5. Предотвращение ошибок
  6. Узнавание, а не отзыв
  7. Гибкость и эффективность использования
  8. Эстетичный и минималистичный дизайн
  9. Помогите пользователям распознавать, диагностировать и исправлять ошибки
  10. Помощь и документация

В следующих статьях мы подробно рассмотрим каждый из этих принципов и рассмотрим, как их можно применить к разработке API. Будьте на связи!