Эпизод 176 подкаста SitePoint теперь доступен! На этой неделе наш постоянный интервьюер Луи Симоне ( @rssaddict ) берет интервью у Пола Кинлана ( @paul_kinlan ) об API Web Intents от Google и о том, куда он идет.
Скачать этот эпизод
Вы можете скачать этот эпизод в виде отдельного файла MP3. Вот ссылка:
-
Подкаст SitePoint № 176: подробные веб-страницы с Полом Кинланом(MP3, 22:47, 21,9 МБ)
Резюме Эпизода
Луи и Пол обсуждают, как работает API Web Intents в W3C и других группах, что это будет означать для веб-приложений и браузеров, и как это может в будущем распространиться на работу с другими устройствами в вашем доме.
Просмотрите полный список ссылок, на которые есть ссылки в шоу, по адресу http://delicious.com/sitepointpodcast/176 .
Стенограмма интервью
Луи: Здравствуйте и добро пожаловать в еще один эпизод подкаста SitePoint. Сегодня в шоу я подумал, что будет хорошей идеей немного углубиться в тему, которую мы обсуждали в прошлом. Итак, несколько эпизодов назад на подкасте мы немного поговорили о Web Intents, который является новой спецификацией API браузера. В то время он только что появился в выпуске Chrome, и мы немного поговорили о том, что это было.
Но я подумал, что это действительно интересная тема, и стоит углубиться в нее. Итак, сегодня на шоу у меня есть Пол Кинлан, который является разработчиком-разработчиком в Google и который ведет блоги и много говорит о спецификации Web Intents, просто чтобы немного подробнее остановиться на этом. Привет, Пол, добро пожаловать на шоу.
Пол: Привет. Спасибо, что приняли меня.
Луи: Приятно иметь тебя.
Пол: Да. Здесь хорошо. Я в настоящее время в Лос-Анджелесе, я обычно нахожусь в Лондоне. Так что да, мои часовые пояса довольно сумасшедшие.
Луи: Да, в Лос-Анджелесе нам немного проще координировать свои действия. GMT самое худшее. Это всегда ровно середина ночи, когда мы не спим в Австралии. Ну, это здорово, что ты на шоу. Поэтому, прежде чем мы погрузимся, может быть, для тех, кто не слышал предыдущий эпизод — или даже для тех, кто знал, потому что мое понимание Web Intents было в то время довольно ограниченным, поэтому я, вероятно, вырезал несколько вещей. Хотите немного поговорить о том, что такое спецификация Web Intents и какова ее роль в современном браузере?
Пол: Да. Web Intents — это спецификация, над которой мы работаем в партнерстве с W3C. На данный момент это все еще находится на очень ранней экспериментальной стадии. Это ни в коем случае не официальный стандарт. Но это то, над чем мы работаем, чтобы разработчикам было проще создавать подключенные веб-приложения. В данный момент мы обнаруживаем, что когда люди создают приложения, они общаются с другим веб-приложением, выполняют большую часть серверной работы, чтобы заставить два приложения общаться друг с другом, или используют виджеты JavaScript. Нет единого API для соединения этих двух сервисов. Но в то же время, нет единого способа подключить ваш любимый сервис для общения с другим приложением. Итак, если вы были на веб-сайте и хотели поделиться ссылкой, скажем, с Google Plus, а ее не было на странице — но там есть только Twitter и, скажем, Facebook или некоторые другие социальные сети, — прямо сейчас, нет другого способа, кроме как заставить разработчика реализовать эту интеграцию, скажем, с Google Plus на своем сайте.
Web Intents призван решить эту проблему от того, что разработчикам приходится создавать эти сложные интеграции, и вместо этого заменить их службой, которая делегирует браузеру список служб, которые пользователь может захотеть использовать для общих целей. действия в Интернете. Я думаю, что наиболее распространенными являются Share, Edit, Pick, Save и тому подобное. Итак, если вы хотите сохранить ссылку на предпочитаемую вами социальную сеть, тогда это всего лишь одно общее действие. Теоретически, это одна кнопка, а не, скажем, 20 кнопок в Интернете.
Луи: Точно, так как в настоящий момент, если я, как пользователь, хочу выбрать фотографию для использования в качестве аватара для нового веб-сервиса, у меня достаточно вариантов, либо разработчик уже интегрирован, скажем, с Facebook, чтобы получить мой аватар оттуда? Или я копаюсь в своей домашней папке, нахожу файл, загружаю его сам? То, что должен делать Web Intents, насколько я понимаю, предоставляет разработчику возможность сказать: «Все, что я хочу сейчас сделать, — это позволить пользователю выбрать фотографию и все, что говорит, что она может предоставить фотографию». мы можем интегрироваться с этим, если он предоставляет его в заранее определенном формате ».
Пол: Да, именно. Это точно верно. Пик на самом деле является одним из сильных и неведомых веб-интентов, которые у нас есть. Pick и Save довольно бесплатны. У вас может быть решение облачного хранилища, будь то Google Drive, Dropbox, box.net, все эти типы различных услуг. Если вы хотите выбрать фотографию, она может быть в Dropbox.
Итак, вы хотите добавить на страницу своего профиля в Facebook или другие виды услуг, прямо сейчас, если только не была жестко задана интеграция с этими службами, вы загружаете изображение в свой домашний каталог. Вернитесь в другое приложение, найдите и найдите изображение и загрузите его. Так что, да, это действительно хороший пример того, что мы пытаемся сделать с помощью Web Intents, пытаясь решить весь этот набор шагов, пытаясь добиться интеграции или загрузки данных в промежуточное место на система пользователя, чтобы загрузить его снова.
Луи: Точно. Итак, идея, очевидно, состоит в том, чтобы попытаться разрешить различным веб-приложениям взаимодействовать друг с другом с помощью некоторых общих действий, не обязательно полагаясь на то, что разработчики интегрируются со всеми возможными услугами.
Пол: Да.
Луи: Это основано на идее, что у вас есть этот набор общих действий, которые определены. Имеется ли в спецификации Web Intents ограничение на определенное количество действий или она открыта? Есть ли новые, которые добавляются все время?
Пол: Да. Так что это на самом деле довольно интересно, правда. Фактическая спецификация Web Intents не требует определенного набора типов действий, которые могут быть выполнены. Спецификация Web Intents на самом деле просто посвящена каналу, способу, которым браузер будет опосредовать службы, а затем передавать данные между клиентом и приложением-службой. Итак, то, что мы пытаемся сделать, это то, что мы пытаемся документировать и управлять набором действий, общими глаголами, вещами, которые люди делают в сети на webintents.org .
Таким образом, идея заключается в том, что в спецификации W3C в основном говорится: «Вот как будут доставляться данные». На данный момент это не волнует действия и подобные вещи. То, что мы пытаемся сделать, — это то, что webintents.org пытается быть немного более открытым и более простым для манипулирования в смысле определения новых действий и общих глаголов, и именно здесь они документируют эти действия. Итак, на webintents.org у нас есть шесть основных действий: «Поделиться», «Сохранить», «Редактировать», «Выбрать», «Подписаться» и «Просмотреть».
Ничто не говорит о том, что больше не будет никаких действий. Просто мы думаем, что у нас есть шесть действительно хороших высокоуровневых вещей, которые люди делают в Интернете, довольно часто на основе общих случаев использования. Если люди хотят попытаться определить что-то еще, то мы пытаемся сделать это вокруг процесса webintents.org, в то время как в рамках полного процесса стандартизации, если это имеет смысл, через W3C.
Луи: Да, и в каждом из этих действий есть разные способы работы с разными видами данных? Например, как поделиться фотографией, а не ссылкой, как это происходит?
Пол: Да. Так что, я полагаю, это немного больше погружает в спецификацию. Таким образом, обычно клиентское приложение запрашивает у браузера список служб, которые поддерживают их способность делиться чем-либо. По умолчанию вы можете просто сказать «Я хочу поделиться чем-либо», и в списке будут перечислены все службы, поддерживающие действие «Поделиться». То, что мы пытаемся поощрить, и мы пытаемся подтолкнуть разработчиков к внедрению, это очень точно определить типы данных, которые вы хотите, скажем, поделиться или отредактировать, или выбрать из другого сервиса.
В спецификации Intent у вас есть тип данных. На данный момент это мой тип, поэтому, если вы скажете: «Ну, я хочу поделиться изображением с вашим примером», вы не хотите, чтобы Twitter.com потенциально присутствовал в этом списке, потому что его нет… Ну, это происходит сейчас, но в прошлом он не поддерживал возможность прямого обмена изображениями. Это было похоже на текст и ссылки. Итак, вы можете сказать, ну, в общем, TwitPic или другие типы сервисов изображений, они поддерживают возможность обмена изображениями, но не поддерживают возможность обмена текстом или видео и тому подобное.
Таким образом, указав тип данных, для которых вы хотите выполнить это действие, вы можете получить список служб, которые в гораздо большей степени способны обрабатывать намерения пользователя. Итак, внутри каждого действия мы собираемся документировать, особенно на webintents.org, лучшие практики для манипулирования отдельными типами данных. Таким образом, способ обработки и типы данных, которые вы передаете для изображения, потенциально могут отличаться для аудиофайла, видеофайла или ссылки, или документа PDF и тому подобных вещей.
Там могут быть некоторые основные общие атрибуты, имя, размер файла и все эти типы вещей. Но когда вы думаете о ссылке, нет смысла указывать, например, кодек. Но если у вас есть видеофайл или аудиофайл, возможно, вы захотите передать тип кодека через тот дополнительный фрагмент метаданных, который вы отправляете в службу.
Луи: Точно.
Пол: Итак, у нас есть такие варианты. Это своего рода полностью открытая система, а это значит, что мы должны быть очень прилежными в лучших практиках webintents.org и в документации по лучшим практикам, чтобы точно сказать разработчику, чего ожидать от любой стороны истории. Итак, клиенты о том, что отправлять в сервисы и какие сервисы ожидать от клиентов.
Луи: Точно. Я думаю, это интересно, потому что это открытый, потому что вы не обязательно знаете, какие типы приложений или какие типы данных или пользовательский контент будут совместно использоваться приложениями. Трудно предсказать заранее, поэтому вам придется прибегнуть к этому подробнее. Это напоминает мне немного о том, как работают микроформаты, в некотором роде — это скорее соглашение между разработчиками приложений, пытающимися заставить вещи работать вместе, чем формализованный процесс стандартизации.
Пол: Да, именно. Я думаю, что когда вы вступаете в процесс стандартизации, он становится немного сложнее, немного длиннее. Вы получаете очень точную семантику, но мы пытаемся сказать, что у нас будет общий набор вещей, которые, вероятно, будут довольно общими для всех типов данных, которые мы хотим, чтобы люди пытались и использовали и использовали пройти через. Затем, когда мы видим, как экосистема растет и люди ее используют, мы можем гибко вернуться и сказать: «Ну, мы не включили измерения в файл изображения».
Это довольно открытый формат в том смысле, что когда вы делитесь типом данных, мы пытаемся описать лучшие методы для типов данных, которые вы собираетесь передавать по проводам между приложениями браузера. Мы считаем, что мы определили хороший набор атрибутов, которые вы хотите передать. Мы просто готовим некоторую документацию для группы W3C, чтобы прямо сейчас рассказать им о том, куда мы собираемся перейти с типами данных, которые мы собираемся передать.
Первоначально, в самом первом проекте спецификации Web Intents мы буквально передавали необработанные двоичные объекты или URL-адреса между двумя приложениями. Многие отзывы, которые мы получаем от разработчиков, на самом деле, нам нужно больше информации, чем просто необработанные данные. Таким образом, когда вы передаете большой двоичный объект между двумя приложениями, он на самом деле не включает такие вещи, как имя файла или любую информацию о кодеке и тому подобное.
Итак, мы пытаемся быть немного более открытыми в том смысле, что когда у нас есть эти два приложения, мы собираемся определить некоторые основные общие атрибуты, URL-адрес, по которому данные, или, может быть, сами исходные данные внутри блоба. Но затем в документации webintents.org также опишите некоторые атрибуты передового опыта, которые пользователи и разработчики должны ожидать от полезной нагрузки данных.
Например, если у вас есть изображение, вам могут потребоваться измерения изображения внутри фактической полезной нагрузки данных вне самого фактического тела данных, потому что приложение может захотеть проверить данные, прежде чем оно фактически должно их загрузить, передать и выполнить некоторые из вещи с этим. Ну, на самом деле сначала проверьте атрибуты типа данных, а не данные. Так что, да, это вроде открытый. Это довольно открытый в этом смысле.
Самое замечательное в этом то, что мы можем получить много отзывов от сообщества разработчиков, так как они создаются, и люди начинают внедрять их в свои веб-приложения, а затем интегрировать их обратно в документацию по передовому опыту. Действия и сами типы определенно находятся вне процесса спецификации в данный момент.
Луи: Точно. Это приводит к тому, что я собирался спросить дальше. Вы просто немного рассказали о том, как веб-разработчики начали его использовать и принимать. Каковы некоторые примеры сайтов, которые в некотором роде взяли на себя инициативу и начали реализовывать функции с помощью Web Intents?
Пол: Да. Так что, на самом деле, довольно легко взглянуть на себя. Если вы вызываете действие через веб-содержимое внутри Chrome, вы получаете список приложений, которые либо установлены, либо являются предложениями из самого интернет-магазина Chrome. Итак, у нас есть пара. Я имею в виду, у нас есть WordPress там. Я написал целую кучу мостов к сервисам. Таким образом, любой сервис, у которого есть API, если они напрямую не реализуют спецификацию Web Intents, вы можете создать API, который может интегрироваться с API Web Intents для интеграции с их сервисом.
Но если вы на самом деле вызываете намерение из Chrome, то вы получите список служб, которые вы установили. У вас также есть список предложений служб, которые, как известно в интернет-магазине Chrome, могут выполнить это действие. Итак, позвольте мне перейти в Интернет-магазин Chrome, и мы можем получить небольшой список, что довольно круто. WordPress, наверное, самый большой, люди, которых мы знаем до сих пор. Psykopaint также имеет некоторую интеграцию редактирования, что довольно круто.
Тогда у нас есть RSS Feed Reader, который является разработчиком. Я думаю, что он от Йорика. Немного предыстории о RSS-фидере. Недавно мы интегрировали возможность просмотра RSS-каналов внутри Chrome в ваших предпочтительных приложениях, а не просто в XML. Парень из RSS Feed Reader, у него сейчас 189 000 пользователей из его приложения, что, по-моему, превышает 100 000 пользователей с момента нашего внедрения и своего рода развертывания View Web Intent в Chrome.
Луи: Точно.
Пол: Итак, у него есть хорошее применение. Это очень хорошо. Тогда у нас есть пара других людей. Но поскольку на данный момент это экспериментально и поскольку у нас пока нет всех необходимых нам интеграций внутри Chrome, я вроде как делал некоторые интеграции с такими вещами, как Blogger, через расширение, Instapaper, Gmail и тому подобное. вещей. Но это потому, что они открывают и предлагают сторонний сервис, API, который вы можете интегрировать через Web Intents.
Они не обязательно поддерживают Web Intents напрямую, но поскольку у них есть API, вы можете создать его самостоятельно. Таким образом, по мере того, как мы получаем все больше приложений, все больше и больше людей собираются приступить к интеграции и создавать веб-приложения, поддерживающие Web Intents. Так что, да, пока все идет хорошо.
Луи: Точно. На стороне браузера за пределами Chrome, есть ли движение или интерес со стороны других производителей браузеров в реализации этого?
Пол: В настоящее время идет много разговоров в группах спецификаций, и, поскольку это довольно рано, я думаю, что во многом это будет зависеть от успеха реализаций и тому подобных вещей. Мы активно работаем над группами с самими WATWG и W3C, чтобы убедиться, что у нас есть общий консенсус и стандарт, который могут реализовать другие производители браузеров.
Мы активно с ними общаемся, и, я полагаю, мы все прорабатываем предложения о том, какие требования предъявляются к потребностям каждого отдельного поставщика для объединения приложений.
Луи: Точно.
Пол: Итак, сейчас это Chrome. Что интересно в Chrome, так это то, что он построен на задней части Web Kit, и вся работа, которую мы выполняем, идет в Web Kit. Таким образом, возможно, что другой браузер, основанный на Web Kit, может реализовать Web Intents, потому что это общий код для нескольких браузеров. Но эти поставщики должны выбрать для его реализации. По умолчанию он не будет включен и доступен для Web Kit. Им нужно немного поработать в бэк-энде, чтобы как-то хранить регистрации и тому подобное. Но это в Web Kit, так что, возможно, другие производители браузеров, которые реализуют интерфейс Web Kit, могут на самом деле поддерживать Web Intents, если захотят.
Луи: Точно, и в случае с Chrome, как вы упомянули, идея Web Intents немного напоминает веб-магазин Chrome. Так что, если у меня нет зарегистрированного приложения для обработки определенного намерения, легко ли в Chrome предоставить список предложений из интернет-магазина Chrome?
Пол: Да.
Луи: Но если вы посмотрите на другой браузер, к которому не привязан магазин приложений, как это будет работать? Неужели вы заходите на такой сайт, как Gmail, и там будет ссылка, чтобы сообщить браузеру, что он способен обрабатывать тип намерения, и как только он будет зарегистрирован, браузер его запомнит?
Пол: На самом деле, довольно. Когда мы делали первое предложение для Web Intents, мы в основном говорили, что считаем, что самое большое преимущество, которое мы получим от Web Intents, это не просто возможность соединить два приложения вместе и доставить данные. Это на самом деле, чтобы быть в состоянии открыто понять в Интернете возможности приложений.
Итак, мы предложили тег намерения, который в основном описывает тип действия, глагол по существу, то, что пользователь хочет сделать — делиться ссылкой, редактировать вещи, а также тип данных. Таким образом, идея заключается в том, что пользовательский агент, браузер или поисковая система могут объединить функциональность веб-приложений, чего они не могут сделать в данный момент. На самом деле нет никакого способа раскрыть возможности приложений, например, на семантическом уровне.
Луи: Точно.
Пол: Итак, интересно то, что у нас есть этот намеренный тег, который мы до сих пор обсуждаем с W3C и с любыми браузерами, чтобы попытаться выработать их семантику. Потому что есть мысли, что это должно быть в ссылочных ссылках или метатегах, и у нас есть очень веские причины, по которым их не должно быть, и мы думаем, что краткий тег, который просто используется для определения возможностей приложений, является лучшим решением. Но в этом и заключается цель: мы хотим, чтобы браузеры, поисковые системы, все эти разные типы людей могли понимать возможности приложений, а не просто попасть в Интернет-магазин Chrome.
Причина, по которой мы сейчас используем интернет-магазин Chrome, заключается в том, что там уже есть целый набор приложений. Разработчики в интернет-магазине Chrome хотят найти другие приложения, которые поддерживают те функции, которые им самим нужны. Это здорово, потому что он в интернет-магазине Chrome, но в идеале он должен быть в другой поисковой системе, иначе это не имеет значения.
Потому что я знаю, что у Mozilla есть свои собственные магазины, и у них есть возможность сказать пользователю: «Ну, я собираюсь открыть интернет-магазин, и вы можете развернуть здесь свои приложения». вы можете понять возможности приложений, и ничто не мешает вам делать это и в магазинах такого типа.
Луи: Точно. Это на самом деле действительно интересно.
Пол: Да.
Луи: То, что вы говорите — поправьте меня, если я здесь ошибаюсь, — возможно, в некотором роде я упоминал ранее, что некоторые аспекты веб-интентов напомнили мне о микроформатах, и это, возможно, еще один момент, аналогичный поисковая система Google может использовать микроформаты для предоставления таких результатов, как расширенные фрагменты в результатах поиска. Если веб-приложение предоставляет намерение, которое оно способно обработать в общей спецификации, то ничто не мешает поисковым системам найти все сайты в Интернете, которые способны редактировать фотографии через веб-содержимое?
Пол: Да. Я думаю, что ключевым моментом является то, что если вы ищете в любом поисковике приложения для редактирования изображений, вы не получите список приложений, которые могут поддерживать редактирование изображений. Вы получаете вид обзоров и множество подобных вещей. Итак, если вы можете начать понимать возможности приложений, вы совершенно правы. Вы можете делать такие вещи.
Луи: Это действительно интересный момент, который я раньше не рассматривал. Это действительно определенно не только как способ интеграции приложений, как вы сказали. Но также просто, чтобы позволить им описать их функциональность в машиночитаемом формате.
Пол: Да, именно. Также говорят о том, хотите ли вы, чтобы какие-то механизмы обеспечения доступности понимали, что они взаимодействуют с приложением, а не только с веб-сайтом, и тому подобными вещами. Так что у него есть возможность просто выйти за пределы поисковых систем, и вы переходите к различным типам пользовательских агентов, которые должны понимать, что они взаимодействуют с приложениями.
Луи: Точно. Это действительно интересный момент. Итак, я хочу завершить, возможно, отступив назад и получить более широкое представление о вас. Вы работали над веб-контентом в течение некоторого времени. Чего вы больше всего ждете в мире Web Intents и что вас больше всего волнует в этом пространстве?
Пол: Итак, вся моя цель в создании веб-интентов, это относительно длинная история, и она довольно интересная. Я был в самолете два года назад, и я летел между Москвой и Прагой, я думаю, что с Майком Махоффом в то время. Мы говорили о возможности попробовать соединить приложения вместе. Оказалось, что в Google тоже было несколько человек, которые тоже пытались думать об одном и том же, что в конечном итоге привело к идее: «Ну, мы думаем, что можем встроить это в браузер».
Конечная цель для меня состояла в том, чтобы я просто хотел, чтобы приложения могли соединяться друг с другом. Прямо сейчас мы начинаем с веб-приложений. Таким образом, у нас есть два приложения внутри браузера, и единственный способ, которым они могут легко общаться друг с другом в данный момент, — через сервер. Что касается Web Intents, мы говорим: «У вас есть две эти вкладки, и они находятся рядом друг с другом на компьютере пользователя. Почему мы не можем отправить данные между приложением и службой, а затем отправить их обратно, даже не связываясь с сервером, если мы этого не хотим? »
Это круто, и именно с этого мы начали, когда говорили о Web Intents. Если вы посмотрите на обсуждения, которые происходят в общедоступной группе Web Intents, и на спецификацию W3C, входящую в группу W3C, то они заинтересованы в том, чтобы немного выйти за рамки просто вида веб-браузера, если это имеет смысл , Итак, они пытаются сказать, что если у вас есть изображение или видео на веб-странице, почему вы не можете взаимодействовать с устройствами вокруг вашего компьютера, где бы вы ни находились прямо сейчас?
Поэтому, если вы подключены к домашней сети и подключены к телевизору, подключенному к Интернету, почему вы не можете просто отправить видео, которое просматриваете на своей веб-странице, прямо на телевизор? Те типы интеграции, которые мы можем включить с помощью механизмов обнаружения Web Intents и простоты возможности доставки данных между двумя службами. Это было бы действительно круто. Я имею в виду, есть много вещей, о которых я даже не могу думать в данный момент, которые мы могли бы потенциально задействовать в доме.
Таким образом, вы можете транслировать музыку в свой домашний медиацентр. Вы можете отправить видео на свой телевизор. В настоящее время мы рассматриваем множество вещей в Интернете, которые теоретически могут быть связаны с UPnP и Web Intents. Так что для меня вид прыжков вне браузера — это действительно увлекательно, и это одна из областей, в которых я не очень опытен.
Но некоторые из ребят, которые говорили об этом на W3C, могут изменить правила игры и сделать полный шаг вперед по сравнению с тем, как мы разрабатывали приложения, взаимодействующие с нашим окружением. Так что в данный момент, я думаю, есть хороший потенциал, и это очень интересно видеть.
Луи: Это действительно очень захватывающая штука. Я действительно с нетерпением жду встречи с будущим в этом пространстве, и я хочу поблагодарить вас за то, что вы нашли время прийти на шоу и прояснить некоторые из этих концепций для меня и для слушателей.
Пол: Да. Спасибо.
Луи: Если слушатели хотят идти в ногу с веб-интентами или с вашей работой, куда им идти?
Пол: Круто, у нас есть пара мест, где вы можете узнать, что происходит. Я пытаюсь сделать это в своем блоге Paul.Kinlan.me или в своем аккаунте в Twitter или на своей странице Google Plus. Мой твиттер-аккаунт @Paul_Kinlan . Я думаю, что лучшее место, если вы действительно заинтересованы в мельчайших подробностях спецификаций, это Public Intents на W3C. Если вы просто хотите узнать, как это может помочь вам в создании приложений и что-то вроде примеров и других приложений, и тому подобное, у нас есть страница Google Plus + Web Intents, где мы пытаемся опубликовать несколько Предметы в неделю, которые также интересны разработчикам.
Так что, если вы действительно заинтересованы в том, что там происходит, свяжитесь с нами по Web Intents. Самое главное для меня — это не то, чтобы мы думали: «Мы начнем с этого права». Нам нужны отзывы разработчиков и разработчики, использующие API этого приложения, тестирующие его, рассказывающие нам, что работает, говоря нам, что не работает, чтобы мы могли помочь рефакторинг API. То, что произошло с Web Intents прямо сейчас, заключается в том, что если вы на самом деле находитесь в группе спецификаций, то произойдут некоторые изменения, которые были напрямую получены от использования в реальных условиях веб-разработчиками, а не разработчиками стандартов, веб-разработчиками, чтобы сделать этот API лучше.
Таким образом, чем больше отзывов мы получим от людей, использующих этот API, тем лучше для разработчиков в долгосрочной перспективе. Просто свяжитесь с нами, как вы можете. Это было бы хорошо.
Луи: Абсолютно. Ну, спасибо еще раз, Пол, было здорово иметь тебя.
Пол: Хорошо, большое спасибо.
Луи: Спасибо тебе.
И спасибо за прослушивание на этой неделе эпизода подкаста SitePoint. Мне бы очень хотелось услышать, что вы думаете о сегодняшнем шоу, так что если у вас есть какие-либо мысли или предложения, просто перейдите на sitepoint.com/podcast и вы можете оставить комментарий к сегодняшнему эпизоду, вы также можете загрузить любой из наших предыдущих эпизодов для загрузки. или подписаться, чтобы получить шоу автоматически. Вы можете следить за SitePoint в Твиттере @sitepointdotcom , это сайт dotpoint dotcom, и вы можете следить за мной в Твиттере @rssaddict .
Шоу на этой неделе было спродюсировано Карном Броудом, а я — Луи Симоне, спасибо за прослушивание и пока.
Аудио транскрипция SpeechPad.
Тема музыки Майка Меллы .
Спасибо за прослушивание! Не стесняйтесь сообщить нам, как у нас дела, или продолжить обсуждение, используя поле комментариев ниже.