Разработчики тоже пользователи - Введение
Юзабилити - изучение пользовательского интерфейса, применение в API
Говоря о удобстве использования, мы склонны думать о пользовательских интерфейсах, будь то карты, приложения для обмена сообщениями или фото. Мы хотим, чтобы наши пользовательские интерфейсы обладали несколькими качествами, например, приложение карт должно быть:
- Интуитивный - чтобы легко понять, как переходить от пункта А к пункту Б.
- Эффективно - для быстрого получения направлений навигации.
- Правильно - чтобы проложить правильный путь от А до Б, без каких-либо препятствий и других препятствий.
- Обеспечьте соответствующую функциональность - сможете исследовать карту, увеличивать и уменьшать масштаб и перемещаться по ней.
- Обеспечьте соответствующий доступ к функциям - можно уменьшать масштаб, просто зажимая карту.
Мы должны ожидать тех же качеств и от API, с которыми мы работаем. Если пользовательский интерфейс - это интерфейс между пользователями и функциональными возможностями, то API - это интерфейс между разработчиком, использующим его, и основной частью кода, реализующего эту функциональность. API, как и пользовательские интерфейсы, также должны быть пригодными для использования.
Библиотеки, фреймворки, SDK - API везде! Когда вы разделяете код на модули, классы и методы, предоставляемые модулем, становятся API. Это то, с чем нужно работать другим разработчикам (и «будущим вам»!).
Удобство использования можно измерить как обратное количество времени, необходимого для понимания того, как что-то использовать. И начинающие, и опытные разработчики тратят много времени на изучение того, как работать с новыми API. Низкая степень удобства использования приводит к неправильному использованию API, что может привести к ошибкам и даже проблемам с безопасностью. Эти проблемы в конечном итоге затрагивают не только разработчиков, интегрирующих эти API, но и пользователей этих приложений. Вот почему так важно предоставить удобный API.
Нильсен и Молич создали хорошо известный набор эвристик юзабилити пользовательского интерфейса, который может быть легко применен к любому продукту, включая API, и может быть объединен с рекомендациями Блоха по разработке хорошего API.
- Видимость состояния системы
- Матч между системой и реальным миром
- Пользовательский контроль и свобода
- Системность и стандарты
- Предотвращение ошибок
- Узнавание, а не отзыв
- Гибкость и эффективность использования
- Эстетичный и минималистичный дизайн
- Помогите пользователям распознавать, диагностировать и исправлять ошибки
- Помощь и документация
В следующих статьях мы подробно рассмотрим каждый из этих принципов и рассмотрим, как их можно применить к разработке API. Будьте на связи!