Ранее в этом году мы анонсировали Windows Azure Media Services. Windows Azure Media Services — это облачное PaaS-решение, которое позволяет вам эффективно строить медиа-сервисы и доставлять медиа-контент вашим потребителям. Решение предлагает набор готовых к применению сервисов, которые позволяют производить быстрое получение медиа-материала, кодирование, конвертирование формата, хранение, защиту контента и доставку видео как в live-формате так и по требованию. Windows Azure Media Services так же поддерживают доставку контента на любое устройство или платформу, включая: HTML5, Silverlight, Flash, Windows 8, iPad, iPhone, Android, Xbox и Windows Phone.

Windows Azure Media Services и Олимпиада 2012 в Лондоне

Последние несколько недель Windows Azure Media Services использовались для того, чтобы доставлять в реальном времени и по требованию видео-поток для нескольких телевещательных компаний, которые транслировали Олимпийские Игры. Среди них: France Télévisions, RTVE (Spain), CTV (Canada) and Terra (Central and South America). В сотрудничестве с deltatre, Southworks, gskinner и Akamai мы помогли доставить более 2300 часов живого видео и HD-контента Олимпийских Игр в более чем 20 стран.

Ниже вы найдете некоторые детали о том как эти компании использовали Windows Azure Media Services для обеспечения превосходной доставки и трансляции видео.

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

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

Кому интересно — сразу скажу, что написано это все на Python/Django.

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

В этой части будут рассмотрены следующие варианты построения высокодоступных систем на базе AWS:

• Построение высокодоступной системы между зонами доступности AWS
• Построение высокодоступной системы между регионами AWS
• Построение высокодоступной системы между различными облачными и хостинг провайдерами

Первая часть здесь.

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

Фаза «предразработки» приложения

Прежде чем приступить к реализации вашей идеи вы должны задать себе пять вопросов:
1. Кто будет использовать ваше приложение?
2. Какие у вас конкуренты?
3. Почему ваше приложение уникально?
4. Когда вы его выпустите?
5. Как люди будут взаимодействовать с вашим приложением?

Рассмотрим каждый вопрос по отдельности.

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

Зачем что-либо измерять?

Есть проект. Ваш любимый, родной, которому вы желаете расти и процветать.
Но как вы оцените его процветание, если нет критериев этого самого процветания?
Как вы сможете оперативно среагировать на проблемы до того, как они стали неисправимыми, если не будете использовать «датчик грядущей Ж»?
Как вы поймёте, что именно следует улучшать, если вам неизвестен источник проблем?

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

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

А если не приходят, значит метрику можно смело выбросить ;)

В прошлой статье я описал, как мы в Иннове используем data mining для предсказания ухода новичков, только начинающих свой путь в ММОРПГ Aion, на основе логов их действий за пару часов или дней, проведенных в игре. Но у нас также есть и ветераны, посвятившие игре месяцы и годы, и они тоже иногда уходят. Мы уже научились с высокой точностью предсказывать угасание их интереса теми же методами data mining.

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

Ежедневно мы сталкиваемся с проблемой «Как найти в офисе Васю?» или, наоборот, мучаемся вопросом «Как зовут парня, который сидит в том углу?». В итоге пара энтузиастов решила положить этому конец. Так началась история разработки интерактивной карты нашего офиса. Об этом мы сегодня и расскажем.

Анимационная компания Pixar создавалась как софтверная компания. В первое время она даже не думала производить мультфильмы, а разрабатывала и продавала ПО. Собственно, что и делает до сих пор. Тем неожиданнее объявление, которое сделала Pixar на конференции Siggraph 2012. Компания опубликовала исходный код библиотек Open SubDiv, а также пообещала, что разрешит свободное лицензирование некоторых своих патентов, чтобы любой желающий мог без проблем использовать эту разработку.



Программа Open SubDiv осуществляет детальный рендеринг поверхностей (subdivision surface) на основе уменьшенных моделей. На скриншоте показана модель (справа) и результат рендеринга с помощью Open SubDiv (слева). Программа оптимизирована для высокопроизводительной работы параллельными потоками на CPU и GPU.

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

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

Преамбула от переводчика: пару месяцев назад я искал решение для возможности использовать исключения в сервере игры, написанном на node.js. К сожалению, исключения в чистом виде не совсем совместимы со средой, работающей на event loop'е. Легче всего это объяснить на примере:

try {
    process.nextTick(function() {
        throw new Error('Catch Me If You Can');
    });
} catch (e) {
    console.log('Exception caught:', e);
}

Это исключение, разумеется, не будет поймано, и оно уронит весь процесс. Месяц назад увидел свет node.js версии 0.8.0 со свеженьким (экспериментальным) модулем domain, который как раз призван решать подобные проблемы. Тем не менее, я бы хотел отдать дань классу, которым я пользуюсь до сих пор. Поехали:

Если нужно быстро посмотреть, что разрешает/запрещает та или иная лицензия, то никто не объяснит это быстрее, чем новый поисковик-справочник по лицензиям tl;drLegal. Особенно ценным этот ресурс будет для тех, кто не привык разбираться в длинных юридических текстах.

Если кто не знает, tl;dr означает “Too Long; Didn't Read”.

Для каждой лицензии указаны основные тезисы: что лицензия разрешает, что запрещает и какие обязанности накладывает на пользователя. Плюс краткое резюме и ссылка на полный текст. Сейчас в списке на сайте 24 лицензии, но список пополняется буквально с каждым часов: ещё шесть часов назад было 22.

Поисковик пока официально не запущен, дата запуска — 9 июля, так что просьба относиться со снисхождением к возможным неточностям. В любом случае, идея отличная, в стиле упрощённой версии ToS на сайте 500px.com.

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

Здравствуйте, хабражители!

В далеком декабре прошлого года я впервые столкнулся с Data Protection Application Programming Interface (сокращенно DPAPI). Тогда я изучал способ хранения логинов/паролей в браузере Chrome. Я обещал, что распишу эту систему подробно и на пальцах. Негоже врать, поэтому добро пожаловать под кат!

Привет всем!

Вы, наверное, уже слышали о Карте Интернета. Если нет, то посмотреть на нее можно здесь, а почитать о ней можно в моем предыдущем посте.

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

Работоспособность Карты Интернета поддерживается современными технологиями от интернет-гигантов: отображение карты обеспечивает движок Google Maps от компании Google, обработка веб-запросов осуществляется технологиями .net компании Майкрософт, а хостинг и доставку контента осуществляет платформа Amazon Web Services от компании Амазон. Все три компонента жизненно необходимы для нормальной работы карты.

Далее большая простыня про внутреннюю архитектуру карты: в основном дифирамбы AWS, также будут затронуты вопросы производительности и цены хостинга. Если не боитесь — добро пожаловать под кат.

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


За последний год интерфейс Android улучшался с феноменальной скоростью (я подобрал небольшую галерею приложений, которые мне нравятся в Google+). Много изменений являлись лишь косметическими (тема Holo в ICS, шрифт Roboto, и т.д.). Мы не увидели больших качественных изменений в принципах проектирования интерфейсов. Но, возможно, как раз сейчас происходит одно такое.

Почти одновременно несколько приложений внедрили у себя боковую навигацию как в приложении Facebook. Сначала мы увидели, как она используется в новом дизайне Spotify, а затем почти сразу решение переняли Evernote. Не прошло и года, в новом дизайне приложения Google+ представили аналогичный паттерн.

Разработчик, кто он?

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

• Заказчик
• Менеджер
• Архитектор, старший разработчик
• Разработчики
• Дизайнер

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


Архитектор или старший разработчик — это опытный человек, который знает как выстроить архитектуру приложения в соответствии с принципами ООП, MVC(паттерн модель-вью-контроллер), как сделать код приложения гибким, красивым и удобно поддерживаемым. Он смотрит на спецификацию, рисует архитектуру и раздает задания разработчикам. С дизайнером, чаще всего, общается менеджер, предоставляя ему зарисовки и концепт. Это очень общее представление о том как происходит разработка ПО, поэтому я советую вам так же познакомиться с наиболее распространённым итеративным подходом к разработке.

Tips and tricks

Всем привет.

Введение

Расскажу вам свою историю о том, как я стал работать iOS разработчиком на 2 курсе университета. Рассказ будет от и до, со всеми прелестями и подробностями. Надеюсь, кому-нибудь из начинающих пригодится. Все действия происходили в Москве.

Конничива, дорогие читатели.

Тема обучения в магистратуре и аспирантуре в Японии на хабре поднималась уже неоднократно. Автор упомянутых постов, уважаемый rg_software, преподает в University of Aizu, где я сейчас работаю над получением степени PhD. В предлагаемом вашему вниманию посте я постарался, во-первых, осветить вопрос поступления в аспирантуру и получения стипендии от японского правительства, и, во-вторых, изложить личные впечатления от без малого года пребывания на гостеприимной японской земле.

(На фото — вход в университетскую столовую)