Вступление

Сейчас в разработке ПО весьма популярно использование методологии DevOps. В этой статье я опишу основные подходы DevOps и расскажу о средствах от Microsoft, которые помогают реализовать эти подходы в мире .NET.

Что такое DevOps?

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



Методология DevOps довольно молодая — появилась в 2007 г. и развилась в сообществе IT-профессионалов, что обусловило ее практическую направленность.

Когда и как используют DevOps?

DevOps используют при разработке сложных проектов с развитой инфраструктурой. Использование подходов DevOps полезно, когда:

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

В таких условиях всё упирается во время. Важно уменьшить время установки приложения на продакшн-окружение и ускорить доставку команде разработчиков отзывов о работе установленного приложения.



Для ускорения взаимодействия команд Development и Operations используют средства автоматизации. Мы можем автоматизировать:

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

Далее будут описаны средства автоматизации, предлагаемые Microsoft.

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

Однако очень часто в проекте нет выделенного бизнес-аналитика, и его обязанностями частично занимаются менеджер проекта или QA-менеджер. Такое совмещение иногда может навредить.

Дело в том, что у каждой роли — свои цели и области ответственности. Если PM или QA-менеджер вынужден, кроме основных обязанностей, брать на себя управление требованиями, из-за нехватки времени или квалификации в области бизнес-анализа что-то можно упустить. В результате может возникнуть неправильное понимание ожиданий заказчика, некорректная имплементация, неоправданные затраты времени и денег на переделывание функциональности и повторное тестирование. В итоге — срыв сроков и неудовлетворенный заказчик.

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

Об авторе: Игорь Кожуренко — эксперт в индустрии ПО уже 17 лет. Последние четыре года возглавляет разработку программных экосистем для носимых гаджетов, сейчас — вице-президент DataArt.

Старт продаж Apple Watch ознаменовал сильно возросший интерес к «носимым устройствам», в частности, к «умным часам». Только представьте: по данным Juniper Research, к 2018 г. в активном пользовании будут находиться более 70 млн носимых фитнес-устройств! Для сравнения, в 2014м г. цифра не превышала 19 млн. Кроме того, Business Insider прогнозирует рост доли «умных часов» среди всего количества поставляемой «носимой электроники» до 59 % в 2015 г. и увеличит оную до 70 % к 2019.

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

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

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

Сделать свой дом поистине «умным» можно и без использования модных Raspberry Pi или Arduino. Большинство IoT-задач сводится к подключению типовых датчиков и исполнительных механизмов со стандартными интерфейсами: I2C, SPI, UART. А иногда даже с элементарным аналоговым выводом, с которого нужно считать наличие напряжения или подать его, или просто замкнуть.

Тема 30-й встречи петербургского технического сообщества IT talk «Компоненты, React и Flux» оказалась настолько актуальной, что мест в зале не хватило. Выступал Даня Абрамов, который сейчас занимается опенсорсом и консалтингом по проектам, написанным на React.js.

React — относительно новый фронтенд-фреймворк, продукт компании Facebook. Но Даня говорил, скорее, не про React, а про его парадигму, которая существенно меняет подход к UI-приложениям. Он отметил, что сейчас самые интересные инновации в UI-приложениях происходят именно в вебе.



P.S. Извините за качество записи и проблемы со звуком. Решили, однако, что контент стоит того, чтобы поделиться.

Зачем вообще нужны бизнес аналитики

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

Елена Федорова, HRM-директор воронежского офиса DataArt и координатор сообщества Google Developer Group Voronezh побывала на конференции Google I/O 2015 в Сан-Франциско и делится впечатлениями — не с точки зрения разработчика, а c позиции обычного пользователя.



Google I/O — крупнейшая в мире конференция для разработчиков, программистов, любителей и поклонников технологий Google. Проходит ежегодно уже восемь лет, длится два дня. На этот раз на нее съехались более 6000 участников. Попасть на Google I/O может любой желающий. Для этого надо успеть купить билет за $900 — а заканчиваются они очень быстро. Еще одна возможность попасть на конференцию — быть крутым Android-разработчиком или помогать продвигать технологии Google. Я поехала в Сан-Франциско как координатор и организатор Google Developer Group Voronezh. Мы с 2008 года проводим мероприятия на тему технологий Google. Например, в декабре 2014 г. у нас прошел GDG DevFest Voronezh, в котором участвовали 300 человек — по меркам Воронежа очень большая конференция.

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

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

• Эффективность (выполнения задач пользователем).
• Результативность (по времени выполнения).
• Удовлетворение (опытом пользования) в указанном контексте использования (пользователи, задачи, оснащение и окружения).

Рассмотрим инструменты для измерения юзабилити. Мы использовали три основных критерия оценки:

«Жизнь проходит мимо, пока я тут сижу в проекте», — мысль, которая иногда посещает многих профессионалов. «Как бы синхронизировать всю кучу знаний, которая концентрируется у разных коллег?» — думает компания. Примерно такие мысли крутились умных в головах в DataArt четыре года назад, когда мы начали обучающую инициативу DataArt.EDU, которая так и называется до сих пор.

Толчком послужило желание коллег присоединиться к отраслевым направлениям в компании, менять проекты и технологии. В DataArt есть отличная возможность для неугомонных выбирать, в чем и на чем работать, углубляться в отраслевые направления. Как ответ на вопрос, где взять необходимые знания для старта, был создан наш DataArt.EDU.

Сегодня DataArt. EDU — разветвленная структура, в которую входят сразу несколько направлений: от корпоративного английского, семинаров, РМ-курсов до курсов для самостоятельного обучения. Не сразу начали отдельно учитывать, сколько же мы учимся, но даже уже учтенных часов — более 240 тыс.!

Ниже для примера — некоторые программы, входящие в DataArt. EDU.

Привет, ГТ!

Меня зовут Илья Аристов, я — РМ в DataArt. Расскажу, как мы съездили на Банкатон-2015 во Франкфурт.

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

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

Привет. Меня зовут Иван Крючков. Вкратце расскажу, как попал в DataArt и как там все складывалось.

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

Привет, Хабр.

Меня зовут Илья Гребцов, я работаю Java/JS Developer в DataArt. Хочу поделиться кое-чем полезным с теми, кто работает с Salesforce.

В Salesforce часто возникает задача массово создать/изменить/удалить группу связанных записей в нескольких объектах, аналогах таблиц в реляционной базе данных. Например, часто используемые стандартные объекты Account (информация о компании клиента), Contact (информация о самом клиенте). Проблема в том, что при сохранении записи Contact необходимо указать Id связанной записи Account, т. е. аккаунт должен существовать на момент добавления записи контакта.

В реальности связи могут быть еще сложнее, например, объект Opportunity ссылается и на Account, и на Contact. Плюс возможны ссылки на какие-либо нестандартные (custom) объекты. В любом случае, запись по ссылке должна быть создана раньше записи, на нее ссылающуюся.

Рассмотрим варианты решения этой проблемы:

Привет, ГТ!

Меня зовут Денис Цыплаков, я — Solution Architect в DataArt.
В конце февраля этого года команда DataArt участвовала в travel-хакатоне THack 2015 Berlin и выиграла главный приз для больших команд. Проводил хакатон онлайн-журнал Tnooz.
Ниже расскажу, как это было. И почему мы выиграли.

Коротко о конкурсе.

Tnooz — один из крупнейших информационных ресурсов, посвященных технологиям в сфере туризма.

Он существует с 2009 года. Основная тематика издания — travel-технологии. Эксперты, пишущие для Tnooz о трендах и перспективах индустрии, живут по всему миру. Кевин Мэй, редактор и один из создателей ресурса, до этого около четырех лет был редактором в известном английском журнале Travolution.

Кроме онлайн-новостей и аналитики, Tnooz ведет серию успешных проектов: хакатоны THack, презентации TLabs, серия встреч Appy Hour и различные вебинары.

Наша команда «Сфинкс-DataArt» вернулась с чемпионата России по «Что? Где? Когда?». Соревнование проходило в Петебурге 16 – 17 мая. Два дня 74 команды по шесть человек боролись за звание чемпионов, отвечая в общей сложности на 90 вопросов.

Команда «Сфинкс-DataArt» — единственная команда Воронежа, получившая права участвовать в Чемпионате в этом году. С 2007 г. в команде бессменно играют двое наших коллег — Юлия Мещерякова и Станислав Ушаков. На чемпионате команда выступила удачно, поделив 32 –-36-е места и ответив на символичные для Воронежа (36-го региона) 36 вопросов.

Благодаря популярности CSS фреймворка Bootstrap, для него разработали массу различных дополнений. Даже сейчас вы можете использовать Bootstrap практически для любой задачи при разработке и оформлении вебсайта.

Для статьи я подобрал наиболее полезные дополнения «на все случаи жизни».

Сегодняшний герой рубрики «Войти в IT» — Ольга Лукавенко, заслуженный QA в DataArt.

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

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

Но, имея за плечами незаконченное радиотехническое образование и небольшой скептицизм по отношению к офисной работе, решила ввязаться в небольшую авантюру. «От меня-то не убудет», — подумала я.

Команда «Сфинкс — DataArt» представит Воронеж на чемпионате России по ЧГК в Петербурге 16 — 17 мая. Несколько сотен лучших эрудитов страны соберутся, чтобы продемонстрировать знания и логику, пообщаться с единомышленниками и просто хорошо провести время.

В крейсерском составе команды — двое наших коллег, которые и основали «Сфинкс» восемь лет назад. С тех пор на базе DataArt прошло больше десяти разных синхронов, и посвященных IT, и более широкого формата. «Сфинкс» неоднократно занимал призовые места на турнирах и в итоге оказался достаточно высоко в мировом рейтинге. Теперь команда выходит на еще более высокий уровень. Удачи ребятам!

Мое знакомство с облаком Azure началось еще во время практики в DataArt. На третьем месяце обучения к моему ментору Диме пришел коллега Антон и сказал, что ему нужен кто-то для маленького демонстрационного проекта. Так мы и познакомились.

Антон – человек увлеченный и очень активный, умеет вдохновлять идеями. Практика давно закончилась, через какое-то время Антон расстался с DataArt, но продолжает активно интересоваться и продвигать Microsoft Azure, часто консультирует наших коллег по Azure-технологии и предлагает поучаствовать в разных тематических событиях. В частности, он проводит разные семинары, тренинги, встречи, посвященные этому облаку, и не так давно в Киеве было создано первое в нашей стране Ukrainian Azure Community.

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

Темой встречи, где, в частности, выступала я, выбрали обмен сообщениями при помощи разных Azure-сервисов. Мы услышали об Azure Storage Queues, Azure Service Bus Queues, Azure Service Bus Topics & Subscriptions.

Поделюсь технической частью. Существует три типа моделей обмена сообщениями.


Рис. 1

В случае с моделью А сообщение отправляется напрямую от отправителя к получателю. Это самая простая модель, но у нее есть недостатки:
— сложно масштабировать (да-да, это ж облака!);
— легко потерять сообщения (например, получатель уходит в офлайн);
— сложно реализовать retry policy.
Из-за этих недостатков в Azure в основном используются модели Б (сообщение попадает в своеобразный брокер, получатель «забирает» его оттуда) и В (сообщение попадает в брокер, а брокер отправляет его получателю).

Команда DataArt получила специальный приз от «Дойче банка» на банкатоне, который проходил 26 – 28 апреля во Франкфурте-на-Майне.

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

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

Привет, Хабр!

Сегодня поговорим об отзывчивых значках и парочке лайфхаков со шрифтовыми иконками.

Предыстория. О трендах

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