Статьи

Интервью с Питером Купером

С приближением Свободной конференции О’Рейли я чувствовал, что сейчас самое время встретиться с Питером Купером, который помогает председательствовать на этом мероприятии. Если вы не знали, Fluent — одно из ведущих событий для разработчиков в мире, объединяющее ведущих спикеров, таких как Брендан Эйч , Пол Айриш , Леа Веру , Берк Холланд и многих других, чтобы провести потрясающие презентации о современной веб-разработке.

Сам Питер — это фамильное имя, основанное на его вкладе в мир Rails и его потрясающем наборе электронных рассылок (действительно стоит проверить!).

Я получил возможность задать ему несколько вопросов об управлении такой огромной конференцией и состоянием веб-платформы. Давайте проверим это.

Давайте начнем с вступления. Не могли бы вы рассказать нам немного о себе, Питер?

Привет, Рей! Я — Питер Купер, общедоступный пользователь Интернета, наркоман Reddit и YouTube, и, пожалуй, наиболее известный своими работами по публикации различных информационных бюллетеней для программистов, таких как JavaScript Weekly и HTML5 Weekly . Я живу в Великобритании, но в конечном итоге большую часть времени провожу в Интернете.

Одна из ваших больших ежегодных инициатив — помощь в организации Свободной конференции О’Рейли. Почему это так важно для вас и сообщества разработчиков?

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

В конечном счете, мне нужно много узнать об организации конференций, о том, что заставляет участников отмечать события, и о том, что делает мероприятие эффективным (или нет). Одна вещь, которую я узнал, состоит в том, что для большинства участников конференций такие мероприятия, как Fluent, помогают сделать аморфные онлайн-сообщества вокруг языков и технологий «реальными». Люди встречаются с людьми, которыми они восхищаются, чьи учетные записи в Твиттере они используют, а также чьи инструменты и код, который они используют. Большинство участников также посвящают себя участию в мероприятиях на месте, взаимодействию с докладчиками и обучению таким образом, чтобы лишь немногие люди могли заниматься исключительно постами в блоге или онлайн-видео.

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

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

Нашей самой большой проблемой является выбор времени. Будучи компанией определенного размера, О’Рейли имеет множество процессов, обеспечивающих бесперебойную организацию их конференций. Частично это означает, что мы должны запустить наш CFP (Call For Speakers) заранее за несколько месяцев, и это может быть проблематично в быстро меняющейся области, такой как веб-разработка, так как некоторым докладчикам не разрешается раскрывать то, над чем они работают, или они может не знать, когда определенные функции станут общедоступными или нет (ключевые примеры в этом году — Web Components и Polymer).

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

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

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

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

Как человек, который публикует различные информационные бюллетени для разработчиков, я должен поскорее порекомендовать еженедельные информационные бюллетени как отличный способ оставаться в курсе, но на самом деле есть множество способов следовать за интересными людьми в Твиттере и подписываться на интересные публикации (например, ваши !) через подкасты и каналы YouTube.

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

С учетом того, что современные браузеры становятся все более мощными, какие новые технологии, которые вы видите, окажут существенное влияние на то, как мы будем создавать веб-приложения в будущем (например, Polymer, Web RTC)?

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

Различные мультимедийные и графические API, похоже, оказывают большее влияние в среднесрочной перспективе, включая WebGL (теперь, наконец, поддерживается всеми основными браузерами для настольных компьютеров, кроме Safari), HTML5 Canvas, теги видео и аудио и getUserMedia WebRTC. Они оказывают огромное влияние с точки зрения захвата в различных популярных областях, которые Flash были доминирующей технологией в течение последнего десятилетия.

Что еще предстоит увидеть (и нам понравится!), Так это то, как разработчики свяжут все эти технологии вместе, потому что с точки зрения коммерческих примеров, мы до сих пор видели репродукции подходов на уровне Flash, но широко распространены и доступны все Разработка захватывающих API веб-платформ откроет множество новых возможностей.

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

Вы можете утверждать, что многие библиотеки и фреймворки — это по сути крупномасштабные «полизаполнения» для пробелов в веб-платформе, но я лично считаю, что им необходимо бороться за выживание и процветать как внешние сторонние системы, потому что это единственный способ хороших идей получить доказательство и плохие идеи умирают. Я, конечно, не думаю, что такие организации, как W3C и WHATWG, должны быть основными двигателями инноваций в Интернете, вместо того, чтобы реагировать и усиливать уже существующие инновации.

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

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

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

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

Polyfills — отличный способ обойти проблемы в современных браузерах, поскольку даже относительно простые вещи, такие как сильная поддержка JavaScript и HTML5 Canvas, можно использовать для исправления недостатка поддержки других вещей, но в конечном итоге это временное (и часто низкое быстродействие) исправление ,

Прогрессивное улучшение неоднократно рассматривалось как частичное решение проблемы. Если кто-то работает над более старым браузером, функции, которые может поддерживать его браузер, будут по-прежнему доступны, например. В действительности, однако, прогрессивное улучшение сложно, и многим разработчикам и компаниям легче рисовать линии в песке того, какие браузеры они будут поддерживать (например, недавнее объявление Google о том, что они отказываются от поддержки IE9 в своих приложениях).

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

Будучи тем, чем они являются, предприятия, вероятно, останутся относительно консервативными, но функции автоматического обновления все еще превращают его в компании, где строгое соблюдение политик управления версиями не является обязательным. Большим рычагом является то, что предприятия теперь более склонны полагаться на сторонние приложения, такие как Google Apps или Basecamp 37signals, а не на внутренние интрасети, поэтому контроль над тем, какие браузеры используются, все чаще сводится к переговорам о перетягивании каната между SaaS поставщики и их клиенты, а не только до клиентов.

Честно говоря, я не знаю, как он это делает. Между проведением монстров, управлением невероятно популярным еженедельным набором списков рассылки (их нужно курировать) и, конечно же, фактически работой, просто невероятно, как он успевает даже поесть. Итак, Питер, я благодарен за то, что ты потратил некоторое время на ответы на наши вопросы, особенно с быстрым приближением Свободного.

Я сам буду на конференции и, надеюсь, вы сможете присоединиться к Tuts + на Fluent 2014. Сэкономьте 20%, зарегистрировавшись здесь с кодом TUTS + 20 . Увидимся там!