В данной статье сделаем введение в разработку web-приложений для Office 365:
— регистрация приложения в корпоративном Azure
— авторизация пользователей
— получение данных из сервисов Office 365

Основная цель: научиться делать приложения Office 365 которые можно продавать в магазине Microsoft AppSource Marketplace.

Для примера сделаем минималистичное Single Page web-приложение на JavaScript, отображающее список писем. Без Angular, TypeScript, без сборщиков, без командных строк и без серверного кода.

В прошлый раз мы обсудили механизм авторизации для работы с Office 365 API (в частности с Microsoft Graph API):

• при каждом вызове API нужно передать token. Token имеет ограниченный срок жизни
• token выдает сервис Microsoft, так называемый “Azure AD Authorization Endpoint”
• получить token можно без серверной части используя только JavaScript в браузере. Для этого Microsoft сделал JavaScript библиотеку ADAL JS, которая упрощает коммуникацию с “Azure AD Authorization Endpoint” для получения token.

Тогда мы сделали простую статичную HTML-страницу, на которой наш vanilla JavaScript делал запрос к Microsoft Graph API и отображал список писем из Office 365. В данной заметке разовьем пример и сделаем тоже самое на Angular5.



Также поговорим о различиях рабочих (Work or school account) и персональных (Personal Account) аккаунтов при использовании Office 365 API.

Пример на GitHub.

В конце 2015-го года Microsoft запустила конкурс по разработке решений на базе Office 365. Участникам нужно было разработать приложение, которое являлось бы либо надстройкой для Office, либо использовало бы Office 365 APIs. Я и двое моих друзей решили участвовать. Идея нашлась очень быстро, достаточно было сесть и обсудить «боли», возникающие у каждого из нас в повседневной работе. Так родилась идея Molecula – решения, позволяющего упростить ведение групповых переписок в Outlook.

Чтобы лучше понять кому и для чего нужна Molecula, давайте посмотрим наш промо-ролик, созданный для участия в конкурсе. История про успешного IT-менеджера Майка (на английском):

В разговорах об Office Add-ins (надстройки Office) часто упоминается «продуктивность». Это логично, ведь главная цель разработчиков – повышение продуктивности в работе конечных пользователей. Но продуктивность важна и для самих разработчиков. Эта статья о продуктивности в разработке. Речь пойдёт о новом JavaScript API для Office и о том, какие инструменты мы применяем для создания новых решений.

Продуктивность уверенно входит в топ трендов последних лет и является еще более востребованным в 2016ом, причем включая в себя такие направления как Collaborative Software, Smart Virtual Personal Assistants,Bots и многие другие…
В данной статье мы расскажем о том, как компания Wrike расширила свое решение и реализовала Add-In для Office, а так же поделимся опытом его разработки.
Хочу поблагодарить за подготовку статьи Аркадия Рушкевича (Ведущий менеджер продукта) и Владимира Дупелева (Руководитель группы разработки ПО)

Недавно сервис для управления проектами Wrike анонсировал сразу несколько интеграций с продуктами Microsoft. Теперь можно авторизоваться в сервисе с корпоративным логином Azure Active Directory, добавлять в задачи файлы из OneDrive для бизнеса и установить дополнение Wrike в Office 365.

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

В прошлой статье я рассказал про опыт разработки Office Add-in за один день. Итогом того дня стала работающая и готовая к публикации в Office Store надстройка XLTools Календарь. Тогда я ожидал, что надстройка Excel, разработанная и протестированная под desktop-версией, заработает и в Excel для iPad и для Web. API везде одинаковый, следовательно, и код, использующий это API, должен работать одинаково, тем более, у меня уже был ряд Add-ins, которые заработали на всех платформах без дополнительных изменений. С календарем такого не произошло, и я познал горечь «провала» с публикаций в Office Store. В этой статье я расскажу, почему надстройка XLTools.net Calendar не прошла проверку с первого раза, и как этого избежать.

Первая публикация в Office Store «комом»

Продуктивность — это, пожалуй, один из самых популярных трендов последних лет, и решение Evernote является ярким примером в этой нише. Отличная новость для пользователей Evernote — теперь доступна возможность работать с решением и в Outlook, о чем дальше и пойдет речь.
Я хочу поблагодарить за подготовку статьи Родиона Насакина (Market Development Director Evernote в России и СНГ), а также компанию Actimind, явлющуюся экспертом в разработке плагинов для различных приложений, включая приложения Microsoft Office.

В этой статье мы хотим рассказать о том, зачем Evernote понадобилось создавать дополнение для Outlook и поделиться опытом его разработки.

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

Компания Microsoft, отвечая требованиям времени, делает пакет широко доступным как на своих платформах, таких как Windows и Windows Phone, так и на платформах других производителей, широко распространённых в мире. Сегодня Вы можете использовать приложения и сервисы Microsoft Office и на своём планшете, и на ноутбуке, и на настольном компьютере, и даже на смартфоне.

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

1. Создать приложение для Office Store
2. Создать учётную запись в Панели мониторинга продаж (используя учётную запись Microsoft) на https://sellerdashboard.microsoft.com/registration
3. Определиться с ценой приложения и, если нужно, предоставить информацию о своём налоговом профиле.
4. Добавить приложение в один или несколько поддерживаемых языков и стран.
   
   1. Можно добавлять и сохранять приложения даже когда учётная запись ещё не утверждена
   2. Публиковать приложения для Магазина, когда учётная запись будет одобрена, а платные приложения – когда будет заполнена информация по налогам и платежам
   
   
5. Отправить свои приложения для утверждения в Магазине
   
   1. Статус можно наблюдать в панели управления, о необходимости внести изменения сообщается там же.
   2. После одобрения приложение появится в магазине через 1-3 дня.
   
   
6. Следить за метриками и управлять своими деньгами

Предыстория

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

В то время, у нас, как у разработчиков, было два способа «расширить» Excel под нетиповые задачи:

• VBA (Visual Basic for Applications);
• VSTO (Visual Studio Tools for Office).

Проблематика

Знаете ли вы, что, исходя из результатов некоторых зарубежных исследований, средний офисный работник тратит более двух часов своего рабочего времени в день на работу с электронной почтой? Если быть более точным – 13 часов в неделю, что составляет почти 85 рабочих дней в год! Только вдумайтесь в эти цифры. Сколько всего можно сделать за это время? А сколько это будет стоить вашей организации, если перевести часы в деньги? Очень интересные вопросы, над которыми стоит задуматься…



Слайд взят из презентации на Slideshare.

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