• Новости Русского MSDN

    Управление жизненным циклом приложений для начинающих компаний

    • 0 Comments



    Приглашаем вас ознакомиться с курсом «Управление жизненным циклом приложений для начинающих компаний» на
    MVA (Microsoft Virtual Academy).

    В этом курсе вы сможете познакомиться с основными принципами инженерного управления жизненным циклом приложений, которые необходимы при реализации вашей мечты. Рассматривается система управления версиями, управление выпусками, автоматизированное тестирование и многое другое. Узнайте, что означают такие термины, как Git, SCRUM и TDD, и выясните, почему они могут обеспечить более высокое качество первого выпуска,
    чем у конкурентов. Вместо изучения процесса, который может использоваться на более устоявшихся предприятиях конкурентов, получите самый легкий и простой набор инструментов, необходимых для построения успешного бизнеса в области программного обеспечения.

    Узнать больше 

  • Новости Русского MSDN

    Вышла новая версия Visual Studio Tools for Unity

    • 0 Comments

    Несколько дней назад случился важный релиз для всех Unity-разработчиков, которые привыкли использовать удобный софт для разработки под Unity: вышла новая версия Visual Studio Tools for Unity. На этот раз 2.2.

    Ликбез для тех, кто Студию почему-то не использует: c версии 2.1 VSTU имеют нативную поддержку Unity и, соответственно, возможность максимально интегрировать Visual Studio в свою безбедную жизнь отечественного игрового разработчика.

    image



    Основные изменения:
    1) Установщик VSTU максимально корректно доставляет всю информацию, необходимую Unity в процессе интеграции;
    2) Корректная отладка Unity-игр под OS X и в виртуальных машинах;
    3) В Unity 4.6 VSTU корректно расставляет референсы на UnityEngine и UnityEditor;
    4) Поддерживается только C# 4 (как и непосредственно в Unity);
    5) Исправлена ошибка в Unity package, которая могла проявляться в проектах вообще без скриптов.

    Для тех, кто пишет сетевые игры и использует NetworkBehaviour, в VSTU 2.2 добавлена поддержка сетевых сообщений (см. скриншот ниже)

    image

    Так как VSTU нативно поддерживаются в Unity, достаточно просто установить их из Visual Studio Gallery и назначить Visual Studio редактором по умолчанию на вкладке External Tools в Unity Preferences. Подробно о настройке можно прочитать на сайте разработчиков.

    image

    После этого поддержка VSTU будет включена автоматически. Можно очень легко в этом убедиться в нижней части окна About Unity.

    image

    Важный момент: для версии Unity 5.1 и ниже вам придется переимпортировать пакет VSTU в свой проект, и решение Visual Studio будет создано с префиксом UnityVS. Для всех свежих версий Unity (начиная с 5.2) в этом нет необходимости, но если вы использовали VSTU со старшей версией Unity, то потребуется удалить папку UnityVS из проекта.

    С полным списком изменений можно ознакомиться на MSDN , а ссылки на скачивание VSTU для разных версий Visual Studio находятся буквально в следующей строке:
    Visual Studio 2015 Tools for Unity
    Visual Studio 2013 Tools for Unity
    Visual Studio 2012 Tools for Unity
    Visual Studio 2010 Tools for Unity

    На этом новость закончилась. Надеемся, что эта она принесла немного позитива в этот хмурый понедельник и вам (нам принесла).
    Продуктивной недели и оставайтесь с нами!

  • Новости Русского MSDN

    Новые курсы на MVA для разработчиков!

    • 0 Comments

     

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

  • Новости Русского MSDN

    Приглашаем на вебинары 16 и 17 февраля!

    • 0 Comments

    Эффективное управление тестированием на крупных проектах (ALM)

    Приглашаем вас на вебинар 16 февраля в 15:00 (МСК) «Эффективное управление тестированием на крупных проектах (ALM)».

    Вебинар проведет Владимир Туровцев, Директор по развитию бизнеса, управляющий партнер, Logrocon (Microsoft Gold ALM Partner). В ходе вебинара расскажем зачем нужно тестирование и как им эффективно управлять? В чем особенности управления тестированием на крупных проектах? Как выбрать именно тот вид тестирования, который нужен, и минимизировать затраты?

    Участие бесплатно. Необходима регистрация.

     

    Жизнь после разработки. Эффективная сборка и развертывание ПО.

    Приглашаем вас на вебинар 17 февраля в 15:00 (МСК) «Жизнь после разработки. Эффективная сборка и развертывание ПО».

    Вебинар проведет Владимир Туровцев, Директор по развитию бизнеса, управляющий партнер, Logrocon (Microsoft Gold ALM Partner). В ходе вебинара продемонстрируем, как выстроить эффективную сборку и развертывание ПО используя компоненты TFS Microsoft.

    Участие бесплатно. Необходима регистрация.

  • Новости Русского MSDN

    Записи с конференции Web Standards Days — Москва 2015

    • 1 Comments

    В декабре мы помогали нашим друзьям из сообщества Веб-стандарты организовывать московскую конференцию серии Web Standards Days. Сегодня мы рады предложить вашему вниманию записи конференции и результаты опроса участников конференции об их предпочтениях в выборе технологий и инструментов разработки.


    Открытие — Вадим Макеев (Opera)

    Доклады конференции

    Презентации к докладам можно найти на странице мероприятия: wsd.events/2015/12/13
    Все видео отдельно — в Channel 9: channel9.msdn.com/Events/Web-Standards-Days/Web-Standards-Days-2015-Moscow (и скоро на YouTube в канале веб-стандартов).


    Microsoft Edge, побег из прошлого — Дэвид Руссе (Microsoft)


    Ещё лучше, чем настоящие! — Вадим Макеев (Opera)


    Фронтенд в Avito — Александр Лобашёв (Avito)


    WCAG 2.0, или «боль» доступного веба — Станислав Зубович (EPAM Systems)


    Отладка подключённых устройств на Vorlon.js — Дэвид Руссе (Microsoft)


    Создание редактора изображений в браузере — Всеволод Шмыров (Яндекс)


    Тёмная сторона SVG — Ирина Руденко (Hackraft)


    CSSO — минимизируем CSS — Роман Дворнов (Avito)


    Всем стоять и не двигаться! — Алексей Охрименко (Acronis)


    Shower 2.0 — Денис Хананеин (AIM TECH)


    Закрытие — Вадим Макеев (Opera)
     

    Результаты опроса

    (Числа на графиках — абсолютные от числа заполнивших анкеты.)

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


    Область деятельности (множественный выбор)

    Верстальщиков-разработчиков в два раза больше, чем верстальщиков, занимающихся только версткой. При этом только треть пришедших разработчиков считают себя верстальщиками, 1/6 разработчиков — также архитекторы, а 1/10 — заодно руководители. Дизайнеров на конференции в два раза меньше, чем специалистов, занимающихся дизайном.


    Роль в компании (множественный выбор). Подсвечена разбивка разработчиков по другим ролям.

    Теперь давайте посмотрим на используемые инструменты. Начнем с операционной системы: примерно одинаковое количество участников используют Windows и OS X. Поклонников Linux — в два раза меньше, но зато они самые гетерогенные: 82% линуксоидов конференции также используют другие операционные системы, для Windows этот показатель равен 46%, а среди пользователей OS X сторонников разнообразия — 39%. Наиболее популярная связка — Windows + Linux. Более половины ликунсоидов предпочитает Ubuntu, на втором месте Debian.


    Используемая ОС (множественный выбор).

    Предпочтения в редакторах кода и IDE среди пользователей разных операционных систем отличаются. Например, среди участинков конференции с OS X наиболее популярная IDE — WebStorm, далее с некоторым отставанием идут Sublime Text, Atom, IntelliJ IDEA и vim. А вот у пользователей Windows есть три явных лидера и «все остальные»: в лидерах помимо упомянутых WebStorm и Sublime Text также Visual Studio, во второй группе идут Visual Studio Code, Adobe Brackets и Atome. У пользователей Linux в явных лидерах все те же WebStorm и Sublime Text, а остальные примерно равномерно размазаны по хвосту.


    Предпочитаемая IDE или редактор кода (множественный выбор). Подсвечен выбор пользователей Windows.

    Следующий сакраментальный вопрос: какие языки программирования используют участники (помимо очевидного JavaScript)? На втором месте PHP, далее следуют C# и Python. В традиционной «энтерпрайзной» схватке среди фронтендеров лидирует C#. Cреди промежуточных языков, комплирируемых в JS, TypeScript сегодня уже значительно опережает CoffeeScript (был еще один голос за babel, но только один). А среди «модных» языков, да простят меня поклонники Perl, — а когда-то и он был таким, — Python обходит Ruby и Go.


    Используемые языки программирования (множественный выбор).

    Далее мы решили выяснить, какие средства тестирования и автоматизации в почете у веб-разработчиков. Тут предпочтения ожидаемы: проверяем код и стили с помощью JSLint и CSSLint, соответственно. Ставим пакеты с помощью Bower (напомню, что мы опрашивали преимущественно фронтендеров), собираем модули через WebPack, автоматизируем с помощью Gulp, обогнавшим Grunt, стили обрабатываем Saas (стоит отметить выросший PostCSS!) и, наконец, браузеры тестируем в Selenium, а если нет, то BrowserStack или Browsersync.


    Инструменты тестирования и автоматизации (множественный выбор).

    Напоследок мы спросили про используемый хостинг… и победил… традиционный хостинг. Среди облачных платформ с двухкратным преимуществом Microsoft Azure, далее на равных облака от Google и Amazon. Интересно отметить, что в среднем разработчики, использующие публичные облака, пробуют решения от разных вендоров.


    Используемые облачные платформы (множественный выбор).
  • Новости Русского MSDN

    Виртуальная реальность и котики на хакатоне Microsoft и Сколково

    • 0 Comments

    Первый в России хакатон по разработке приложений виртуальной реальности на Windows прошел в Москве 19-20 декабря. Он был организован Microsoft совместно c Центром мобильных технологий Сколково. 235 участников боролись за победу в трех номинациях: лучшая VR-игра, лучший образовательный VR-проект и лучший корпоративный VR-проект.



    Еще до начала хакатона его участники предложили 26 идей реализации технологий виртуальной реальности. ещё 45 идей были выдвинуты во время мероприятия — это сделало его одним из самых продуктивных хакатонов, когда-либо проведенных Microsoft в России. Лучший игровой проект виртуальной реальности, «Салочки», предложила командa Touch-last VR. Победителем в номинации образовательных проектов стал проект «Дистанционное обучение в виртуальной реальности» от команды Rubik, а среди корпоративных проектов победил Virtual Glove for VR команды Sharp Glove.

    В этой статье мы представляем вашему вниманию рассказ команды Sharp Glove, в котором они делятся впечатлениями от хакатона и рассказывают о своём проекте.


    Виртуальная реальность — это просто

    Рассказ победителей хакатона виртуальной реальности

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

    Но при всём этом выборе — можно сказать, что выбора нет. Между тем, чтобы быть бестелесной куклой, созерцающей пространство, и тем, чтобы быть активным творцом внутри этой виртуальности. И загвоздка-то одна. А точнее шесть. Шесть не охваченных вниманием телесных чувств, которые помимо зрения и слуха складывают нашу картинку осязаемой реальности…

    «…Это сигналы рецепторов. Электрические импульсы, воспринятые мозгом»

    Помните диалог Нео и Морфеуса из Матрицы?

    — Всё нереально?
    — Что есть реальность? И как определить её? Из набора ощущений: зрительных, осязательных, обонятельных… Это сигналы рецепторов. Электрические импульсы, воспринятые мозгом.

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

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

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

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

    Мы считывали при помощи миографии движения у нашего инженера-виолончелиста и проигрывали на мне. Забавно было через две недели с приобретённым умением и бесчувственной рукой сидеть в составе симфонического оркестра и отыгрывать свой первый концерт в роли контрабасиста.



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



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


    VR-хакатон. Сколково. 20 декабря. 6:06 утра.
    Биолог, инженер и пара замечательных Unity-кодеров скооперировались вокруг глобальной цели всечеловеческого масштаба: погладить виртуального котика.

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



    Мы запрограммировали на хакатоне сшитую перчатку с трекингом движений, чтобы она посылала в руку ощущения тепла, нежности, бархатисто-пушистой поверхности, объёма и урчания. Представьте себе, например, HoloLens, где голограммы можно не только видеть, но и щупать, где можно достать из-за пазухи виртуальную скрипку и научиться на ней играть, как на настоящей!



    Мы назвались CyberSuit и поселились на сайте с логичным названием doyoufeel.me, где при поддержке Microsoft BizSpark создаём платформу для обмена умениями и ощущениями. По типу социальной сети. Только вместо селфи люди обмениваются телесным реальным или виртуальным чувственным опытом, а вместо песенок и видео — скачивают себе умения «играть на гитаре» или «танцевать брейк-данс», считав его предварительно с профессионального исполнителя.

  • Новости Русского MSDN

    Исходный код JavaScript-движка ChakraCore выложен на GitHub

    • 0 Comments

    В декабре 2015 года на конференции JSConf US мы объявили, что планируем открыть исходный код ключевых компонентов JavaScript-движка Chakra, работающего в Microsoft Edge. Сегодня мы рады сообщить, что мы выложили исходный код ChackraCore под MIT лицензией в соответствующем репозитории на GitHub. В дальнейшем мы планируем продолжать разрабатывать ключевые компоненты Chakra в открытом виде.



    В репозитории ChakraCore вы найдете полностью поддерживаемый, открытый и изолированный движок JavaScript с теми же характеристиками, что и Chakra-движок в Microsoft Edge, который вы можете встраивать в свои проекты или расширять поверх. Мы будем также принимать вклад от сообщества в развитие движка. После того, как изменения из того или иного пул-запроса будут проверены, нашей дальнешей целью становится убедиться, что все улучшения будут также поставляться как часть JavaScript-движка в Microsoft Edge и универсальной платформе Windows (UWP) в Windows 10.



    Мы также опубликовали в репозитории план развития (roadmap) ChakraCore. Используя сегодняшний релиз, вы можете собрать ChakraCore на Windows 7 SP1 и выше, используя Visual Studio 2013 или 2015 с установленной поддержкой С++. В будущем мы хотим перенести движок на другие платформы, начиная с Linux, и будем обновлять план и текущий статус по мере продвижения. Как первый шаг в этом направлении, мы отделили JIT-компилятор Chakra, сделав конфигурацию сборки, создающую интерпретатор и среду исполнения. Это относительно небольшое подмножество — наша первая цель на пути к кросс-платформенности движка. Мы будем рады поддержке сообщества: вы можете высказать мнение о том, какие платформы нам стоит поддержать в первую очередь, или даже помочь нам перенести движок на вашу любимую платформу.

    В дополнение к кросс-платформенной поддержке, одна из наших целей, обозначенных в плане — включение в основную ветку Node.js поддержки запуска поверх ChackraCore. Мы также будем продолжать развивать поддержку новых возможностей языка и стандарта JavaScript и работать над улучшением диагностических средств в ChakraCore. Это включает как дальнейшее развитие поддержки ECMAScript 2015 (ES6) и будущих версий ECMAScript, так и, например, добавление поддержки «Time Travel»-отладки, позволяющей перемещаться назад во времени и между вызовами функций во время отладки JavaScript-кода.

    Будем рады узнать, что вы обо всем этом думаете, вашим отзывам и вашим дополнения в движок. Нам интересно увидеть, какие приложения и решения вы сделаете, используя ChakraCore. Рассказывайте нам о своем опыте в твиттере @ChakraCore и в репозитории на GitHub (вы можете поделиться мнением, открыв новый запрос).

  • Новости Русского MSDN

    Вышел номер журнала MSDN Magazine на русском языке за январь 2016 года

    • 0 Comments

    На cтранице MSDN Magazine опубликован перевод номера журнала за январь 2016 года.

    Основные материалы номера:

    Колонки:

  • Новости Русского MSDN

    ASP.NET 5 мертв — представляем ASP.NET Core 1.0 и .NET Core 1.0

    • 0 Comments

    Выбор названий продуктов – сложное дело.

    Существует только две сложные темы в Науке о Компьютерах: cache invalidation и выбор названий. – Фил Карлтон.

    Очень просто откинуться на спинку кресла и сказать: “это очень просто, они должны были назвать это Foo”, но зачастую в именование вещей вовлечено множество игроков. ASP.NET – это хороший бренд, который с нами уже около 15 лет. ASP.NET 4.6 – поддерживаемый продукт выпущенный недавно, который доступен для вас здесь http://get.asp.net.

    image

    Тем не менее, назвать написанный с чистого листа ASP.NET-фреймворк как “ASP.NET 5” было плохой идеей и вот почему: 5 больше, чем 4.6, что выглядит как-будто ASP.NET 5 — большая, лучшая замена ASP.NET 4.6. А это не совсем так.

    Так что мы изменили имя и выбрали более подходящий номер версии.

    Представляем снова ASP.NET Core 1.0 и .NET Core 1.0

    • ASP.NET 5 становится теперь ASP.NET Core 1.0.
    • .NET Core 5 становится теперь .NET Core 1.0.
    • Entity Framework 7 становится теперь Entity Framework Core 1.0 или EF Core 1.0 соответственно.

    Почему 1.0? Потому что эти инструменты новые. Вся концепция .NET Core – новая. Инструменты .NET Core 1.0 CLI– совершенно новые. И это не единственная причина, .NET Core не содержит всего функционала .NET Framework 4.6. Мы все еще работаем над серверными графическими библиотеками. Мы все еще работаем над устранением отставания ASP.NET Core 1.0 от ASP.NET 4.6.

    Что же выбрать?

    Нужно отметить, что ASP.NET 4.6 – более взрослая платформа. Она проверена временем и в бою, выпущена в финальной версии и доступна сегодня. ASP.NET Core 1.0 – это выпуск 1.0, который включает Web API и MVC, но пока не содержит SignalR и Web Pages. Этот выпуск пока не поддерживает VB или F#. Со временем, все эти подсистемы будут добавлены, но сегодня их нет.

    Мы не хотели бы ни у кого вызывать мнение, что ASP.NET Core 1.0 – это финишная прямая. Это новое начало и параллельное развитие, вместе с продолжением развития и поддержки ASP.NET 4.6. Грядет много интересных анонсов, оставайтесь с нами!

  • Новости Русского MSDN

    Секреты DevCon #2. Как формируется сетка конференции

    • 0 Comments

     



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

    Точнее, начнем рассказывать, потому что данная тема будет состоять из двух частей:
    1. Первая часть, посвященная в основном организационным вопросам – это то, что вы читаете прямо сейчас.
    2. Вторая часть, рассказывающая о программе конференции, выйдет весной.

    Начните с ограничений

    Важные рамки

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


    Маршрут до предыдущего места проведения: 60+ км, 1.5+ ч (Яндекс.Карты)

    Для сравнения: в прошлые годы автобус от метро до места проведения ехал примерно полтора часа, а если были пробки, то и все два – два с половиной. Как следствие, традиционное начало конференции было не в 10 часов утра, а в 11, причем, чтобы успеть доставить всех участников, мы начинали отправлять автобусы с 7 утра. При этом обычно мы закладываем время с запасом, например, в данном случае «окно транспортировки» — это четыре часа.


    Маршрут до нового места проведения: 15+ км, 30+ мин. (Яндекс.Карты)

    Новый DevCon будет проходить в пансионате «Клязьма» на Клязьминском водохранилище – вода, деревья, белки. Новое место дает свои преимущества и также накладывает свои ограничения.

    С точки зрения программы мероприятия, экономия на расстоянии и времени транспортировки в одну сторону – это существенно. Теперь мы не только даем участникам возможность побольше поспать (или больший буфер на перелеты/переезды, что критично для участников не из Москвы), но и можем раньше начать саму конференцию, а значит, потенциально больше рассказать всего интересного.



    Аналогичная «экономия» времени получается и с отъездом в конце первого или второго дня – можно уехать позже, а время в пути при этом будет меньше.

    Почему мы начали наш рассказ с транспорта? Потому что прежде, чем мы сможем формировать внутреннюю сетку мероприятия, нам важно понимать, какие у нас есть ограничения. Время начала и окончания конференции – это рамки, в которые нужно вписаться.

    Геометрия пространства и времени

    Второй важный пункт – это какие ограничения накладывает территория пансионата и расположение различных зон.


    Потенциальные зоны для различных активностей на территории пансионата (Яндекс.Карты)

    Проектируя программу мероприятия, важно понимать множество различных параметров, включая:
    • Сколько времени занимает неспешный (благо, большая территория, дорожки и «лес густой» этому способствуют) переход между разными зонами? Например, я нахожусь в главном корпусе (1) и хочу дойти до пристани к зоне выставки (2) и после этого успеть вернуться к следующему докладу (1). Можно, конечно, измерять линейкой на карте, но важно – пройтись ножками с секундомером.
    • Какими по длительности делать перерывы? Участникам нужно успеть (возможно, не всё сразу) пообщаться, посмотреть выставку, дойти до другой зоны, перекусить, попить, или, банально, дойти до ближайшего туалета (это тоже важно!). Тут снова нужно понимать геометрию территории.
    • Сколько времени занимают завтрак, обед и ужин? Причем, важно понимать не только, сколько идти до ресторана из разных мест, но и сколько людей может разместиться комфортно одновременно и насколько служба ресторана готова обслуживать такое количество людей параллельно (например, может ли кухня своевременно подавать горячую еду). Еще, например, стоит выяснить, каким может быть минимальное время между разными «сессиями питания», например, между завтраком и обедом или между обедом и ближайшим перерывом на «чай, кофе, печеньки».
    • Когда можно заселяться в номера и когда из них нужно выписаться? Это касается, прежде всего, тех участников, кто приезжает на всю конференцию, то есть на два дня. Мы должны быть уверены, что есть достаточно времени вне контентной части конференции, чтобы проделать эти операции. Попутно нужно убедиться, что служба размещения пансионата готова с нужной скоростью заселять людей (это тоже не просто, учитывая, что этот момент от нас не сильно зависит).
    Поэтому наше традиционное упражнение – это большой командой организаторов приехать на потенциальную площадку и, помимо других организационных и технических моментов, выяснить все логистические вопросы.



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

    Готовя разбивку по времени, мы стараемся все блоки сделать кратными 15 минутам (так проще вписывать во временную сетку). С такой ячейкой определяем «внутренние» блоки:
    • 30 минут на перерыв,
    • 1.5 часа на обед и спокойный ужин,
    • 1 час на завтрак.

    Сверяем стрелки часов

    В конечном счете, у вас формируется некоторый список вопросов, на которые нужно найти ответы. Например, он может выглядеть так:



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

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

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

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

    В целом, если контентная составляющая (о ней мы поговорим ниже) – это время на получение знаний, то такие «внутренние секции» – это время на комфортное пребывание на конференции, что не менее важно, так как является частью общего впечатления.


    Один из первых набросков сетки мероприятия

    Крупные блоки легко распределяются по временной сетке (я использую Excel) и уже могут быть использованы независимо для планирования транспортировки и питания участников. Они же выступают ограничениями для контентной составляющей.

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

    Шкала времени

    Интересный момент про шкалу времени: при планировании общей структуры мероприятия ключевая задача – это связать воедино разные блоки. Хотя можно вводить поминутный хронометраж, обычно достаточно шага в 15, 20 или 30 минут – такие относительно крупные блоки удобны для восприятия и подгонки под «круглые» значения.

    Договорившись на верхнем уровне, уже можно погружаться в детали: теперь каждая конкретная активность может дробиться в соответствии с удобной для нее шкалой времени.

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


    Черновая версия расписания автобусов

    А в случае с обедом, люди, отвечающие за питание, в своей версии программы заложат время на подготовку и уборку ресторана (это ответ на вопрос о минимальном времени между блоками питания):


    Блок обеда во внутренней программе мероприятия

    Аналогично для докладов каждый конкретный спикер выстраивает внутренний хронометраж своего выступления с удобным для него ритмом.

    Наполните содержимым

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

    Разделяй и властвуй

    Во-первых, важно понимать, как работает ответственный за трек или в целом за контент конференции. Например, на начальном этапе мы решили, что у конференции есть три большие темы, созвучные стратегии компании:
    • Windows 10 и Universal Windows Platform (UWP)
    • Microsoft Office и повышение продуктивности
    • Microsoft Azure и умная облачная платформа
    У каждой темы свой ответственный. Мы отдаем им равный приоритет. Первый же вопрос, который нам задают ответственные за треки – это: «Сколько у меня докладов»? Чтобы ответить на этот вопрос, нужно сначала в некотором приближении спроектировать всю сетку мероприятия.
    Зная такое ограничение, ответственный за трек начинает подбирать докладчиков и доклады в соответствии со своим видением того, как должен выглядеть трек.

    Работая в команде, важно договориться на берегу. Даже если программу вы формируете единолично, вам важно понимать общий скелет программы до того, как вы позовете даже первого докладчика. В нашем случае мы договорились, что три тематический трека конференции выглядят так (каждый):


    Структура тематического трека

    В сумме это 5.5+ часов контента по каждой теме.

    Через месяц другой ответственные за треки начнут задавать второй вопрос: «Сколько времени на доклад»? На самом деле, начали бы, но мы уже всё знаем и сказали.

    Комната комнате рознь

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

    Как правило, если место проведения конференции – это не специально созданное под такого рода активности конфигурируемое пространство, то нам нужно работать с тем ограничениями, которые мы получаем, выбрав эту самую площадку.

    Нам важно использовать доступные залы максимально эффективно. Например, мы заведомо понимаем, что доклады лучше читать на большую аудиторию, а длительные мастер-классы ограничивать по количеству участников.


    Примерное соотношение вместимости залов

    В нашем случае мы имеем список залов и их вместимость. Также мы предварительно посмотрели все залы лично. Исходя из этой информации, мы можем спланировать, в каких залах что мы можем проводить:


    Распределение залов по типам контента

    Задайте ритм

    В-третьих, у конференции должен быть понятный и достаточно простой ритм, помогающий сориентироваться в сетке параллельных активностей. Поэтому в дополнение к логистическим, мы обязательно задаем себе и «контентные» вопросы про время:
    • Какова длительность доклада — 20, 30, 45 минут или час?
    • Сколько времени нужно заложить на
      • вопросы в рамках доклада — 5-10 минут?
      • вопросы после доклада (например, общение в кулуарах) – еще 5-10 минут?
    • Сколько времени требуется на смену докладчиков – и еще 5-10 минут?

    Пустая сетка для ритма

    В самом простом варианте все активности полностью синхронизированы и равномерны. То есть, если перерыв, то он в одно время у всех. Если доклады, то все одинаковые по длительности и в одно время у всех.

    В самом сложном и неудобном – куча разных активностей с несогласованными ритмами.

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


    Синхронизация активностей по длительности

    Совещаемся, учитываем собственный опыт и динамику аудитории, ищем хорошее сочетание.

    Ключевые доклады

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

    Длительность: 4x15 мин = 1 час.

    Доклады тематических треков

    Погружение в технологии трудно сделать за 20 минут, но и целый час выделять кажется по сегодняшним меркам уже излишним. Например, мы это чувствуем по молодой аудитории. 45 минут – в самый раз. При этом мы просим каждого докладчика обязательно предусмотреть внутри доклада 5-10 минут на вопросы и ответы и общение с аудиторией. Дополнительно можно будет пообщаться после доклада и в рамках ряда других активностей, о которых мы расскажем в других статьях.

    Длительность: 3x15 мин = 45 минут.

    Доклады стартап- и коммьюнити-треков

    В этих треках основная задача – поделиться практическим опытом. Опыт хорошо укладывается в более емкие 30-минутные доклады. Здесь мы также закладываем время на вопросы и ответы.

    Длительность: 2x15 мин = 30 минут.

    Мастер-классы

    По времени мастер-класс – это сдвоенный доклад: у ведущих есть два блока по 45 минут и между ними время перерыва для свободного общения.

    Длительность: 6x15 мин = 1.5 часа.

    Интенсивы

    Структурно интенсивы похожи на три мастер-класса: это три блока по 2 часа, то есть в сумме 6 часов погружения в технологии.

    Длительность: 3x8x15 мин = 6 часов.

    Коктейль активностей

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

    Поэтому, в первую очередь мы выделяем основной ритм конференции:

    Основной ритм конференции для первого дня


    Основной ритм конференции для второго дня

    В основном ритме мы выделяем общие для всех участников активности:
    • Ключевые доклады и открытие
    • Время на доклады
    • Время на питание
    • Небольшие перерывы
    В свою очередь контентные блоки могут иметь внутри собственные ритмы в зависимости от типа контента. Этот вопрос решается одновременно с определением длительности разных видов сессий. Причем, здесь уже не так критично «наложение» перерывов.

    В итоге мы получаем примерно такую сетку с распределением по залам и по времени:

    Черновой вариант контентной сетки конференции (первый день)


    Черновой вариант контентной сетки конференции (второй день)

    Интересная деталь: мы стараемся скомбинировать тематические и экспертные доклады таким образом, чтобы на каждую из тем конференций в любой момент можно было найти соответствующую активность.

    Представленная выше версия расписания – не финальная. В частности, она не отображает ряд дополнительных «контентных» активностей, о которых мы расскажем позже. Мы также думаем о добавлении пятого интенсива либо дополнительной порции докладов.

    Что осталось за кадром

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

    Традиционный блок про билеты

    Купить билеты на конференцию DevCon можно на сайте: www.msdevcon.ru.
Page 1 of 154 (1,536 items) 12345»