IT-Russia Технологии, разработки, обзоры
Интернет и связь

Twitter против сторонних программ-клиентов

Twitter против сторонних программ-клиентов

Основатели Twitter Биз Стоун (слева) и Эван Уильямс (июль 2010 года; фото Lynn Goldsmith / Corbis).

Руководитель по развитию платформы Twitter Райан Сарвер (Ryan Sarver) выступил с заявлением в адрес разработчиков сторонних клиентских программ для взаимодействия с сервисом микроблогов.

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

Подчёркивается, что существуют официальные Twitter-клиенты для платформы Mac OS Х, а также ведущих мобильных операционных систем, в частности Android, iOS и Windows Phone 7. При этом примерно 90% активных пользователей сервиса в повседневной работе применяют именно официальные программы.

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

Сторонние клиенты Twitter

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

В основе взаимодействия лежит REST API Twitter, который на момент 2011 года предоставлял разработчикам доступ к большинству пользовательских функций платформы. Приложение авторизуется через OAuth, получает токен доступа и далее действует от имени пользователя в пределах выданных разрешений. Ключевое архитектурное ограничение для любого клиента — соблюдение лимитов на количество запросов: API ограничивает число обращений в единицу времени, и при превышении лимита клиент временно теряет возможность получать данные.

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