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

Я очень люблю научную фантастику и часто нахожу аналогии с ней в обычной жизни. Например, многие устройства, выходящие на рынок, в том или ином виде раньше уже появлялись в кино. Был такой фильм — «Она» (“Her”) с Хоакином Фениксом, где Скарлет Йохансон озвучивала искусственный интеллект — Саманту. Если вы вдруг его не помните или помните плохо, обязательно посмотрите! Здесь создатели как раз обратились к гаджетам, которые уже на момент съемок существовали в реальной жизни, просто по сценарию они оказались доведены до нового, заметно более продвинутого уровня. И смотреть, как автор представляет себе будущее развивающихся технологий, крайне увлекательно.

Николай Филимонов, маркетинг-координатор новой iGambling-практики DataArt, объяснил, зачем выделять работу с казино и букмекерами в отдельное направление, рассказал, чем игорный бизнес пытается привлечь молодежь, какие специалисты сейчас нужны индустрии и за какими технологиями будущее игр на удачу.

— На создание каких игр ориентируется направление GameDev в DataArt?

Николай Филимонов: — Сейчас в нашей компании GameDev-экспертиза работает внутри Gambling&Betting-практики, которую мы недавно начали выделять наряду, скажем, с Telecom или Travel-практиками. В мире индустрию принято называть iGaming. Внутри компании мы предпочитаем использовать термин iGambling, чтобы нас не путали с играми на iOS. Хотя в принципе все эти названия в равной степени устоявшиеся и объединяют все, что касается казино, ставок и лотерей. iGambling — зарегулированная индустрия, и это роднит нас с финансовой и Healthcare-практиками.

— За счет чего iGambling можно выделить в отдельное направление работы?

Н. Ф.: — Практика, в первую очередь, маркетинговое понятие, а мы уже более десяти лет работаем с широко известным клиентом — компанией Betfair — крупнейшей в мире биржей ставок. Сейчас они, кстати, еще и объединились с Paddy Power. Сотрудничество с Betfair — важный показатель, то, о чем точно можно и нужно говорить, знакомясь с другими представителями игровой индустрии.

Автор: Вячеслав Михайлов, Solutions Architect

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

Мы разберемся с процессом аутентификации пользователя, работой технологии единого входа (Single sign-on/SSO), дадим общее представлении о технологии OAuth2 и принципах ее работы, не углубляясь в особенности конкретной технической реализации. В следующей статье в качестве примера удачной реализации мы рассмотрим библиотеку Thinktecture Identity Server v3, подробнее остановимся на ее функциональных возможностях, поговорим, как собрать минимальный набор компонент, необходимый для работы в микросервисной архитектуре и достойный использования в боевой системе. В третьей части мы покажем, как расширять эту библиотеку, подстраиваясь под нужды вашей системы, а завершит цикл статей разбор различных сценариев, встречавшихся в жизни многих разработчиков с рекомендациями для каждого случая.

Привет, Geektimes! Сегодня мы анонсируем самую суровую из наших конференций, которая пройдет 8 октября в Санкт-Петербурге. Она посвящена экстремальным ситуациям в IT-проектах: в планировании, менеджменте, разработке и поддержке. В программе — доклады от «Медузы» и «Вконтакте», история создания системы видеонаблюдения на выборах, разбор провалов в менеджменте проектов, предсказательное моделирование критических ситуаций с серьезными социальными последствиями, противостояние дизайнеров с женами заказчиков и еще несколько историй. Все по хардкору, даже кофе-брейки!

Если вы работаете в IT и живете в Воронеже, то уже знаете, что такое РИФ-Воронеж. Российский интернет-форум — два дня, когда тысячи единомышленников собираются обсудить самые актуальные проблемы, поделиться опытом и рассказать о своих проектах.Google Developer Group VRN и компания DataArt, которые каждый год устраивают крупнейшие в Воронеже IT-конференции (GDG DevFest, IT NonStop и другие), приглашают на РИФ 16 и 17 сентября.

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

«Интернет вещей» — направление, на котором развитие идет с невероятной скоростью, где даже стратегические планы приходится пересматривать чуть ли не ежегодно. О том, чем живет передний край ИТ, как изменились подходы к найму и обучению инженеров, какие перспективы это открывает для молодых специалистов, рассказал Игорь Илюнин, лидер IoT-практики DataArt.

И. И.: Около полутора лет назад мы поняли, что в области IoT ветер начинает дуть немного в другую сторону. Раньше клиентов интересовали подключение устройств, знание конкретных протоколов обмена данными между ними, различные типы подключения к сети, построение инфраструктуры на уровне устройств. Но в этот момент к нам пришли сразу несколько заказчиков – достаточно крупных компаний, причем одним из них был производитель компьютерной техники. Эта компания собиралась строить собственный IoT-cloud, который бы обслуживал всех их клиентов, хотела обеспечить перемещение данных, самостоятельно их обрабатывать, позволив самим клиентам делать кастомизацию. То есть создать платформу на все случаи жизни. При этом они озвучили список современных технологий, которыми должны владеть инженеры их поставщика, и на тот момент во всей компании мы нашли всего пару человек, которые хотя бы частично удовлетворяли этим требованиям. Надо сказать, что и сам заказчик говорил: «нам нужна команда в 3-4 человека, которые будут работать над нашим проектом — в Кремниевой долине мы таких не нашли». Мы увидели в этом отличную возможность — тогда появился концепт внутренней Big Data академии.

17 сентября в Киеве пройдет конференция IT NonStop Java Craft. Ее специальным гостем станет Питер Лоури — основатель Performance Java User’s Group и Java Chronicle open-source library, создатель блога Vanilla Java. В Киеве он выступит с двумя докладами, а накануне выступлений проведет воркшоп, посвященный Java 8. DataArt побеседовал с Питером о настоящем и ближайшем будущем Java-экосистемы, популярности микросервисов и основных проблемах модных технологий.

Командировка к заказчику — задание, как правило, приятное. Главное, отправляясь в интересный и новый для себе город, помнить, для чего вы туда едете, и не забыть как следует подготовиться.

Специальная команда внутри DataArt уже давно аккумулирует опыт поездок онсайт — на его основе выпустили специальный чеклист, а теперь готовят семинары и дополнительные рекомендации. Организаторы команды, менеджер проектов travel-практики DataArt Константин Полосухин и Development Lead Дмитрий Куперман, поделились десятью базовыми советами, которые в поездках к заказчикам пригодятся каждому.

Автор: Артем Трубачев

Идея создания этого приложения родилась, когда мы с коллегами в очередной раз собирались пойти в бар, но никак не могли договориться о дате. Все мы люди взрослые, и свободного времени у нас, конечно, мало. lets-meet.ru создан как раз чтобы определить, когда всем будет удобнее собраться.

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

Автор: Николай Хабаров

Одним прекрасным пятничным вечером я решил посмотреть дома фильм: включил ноутбук, подключил HDMI-кабель через переходник с DisplayPort, взял пульт, включил телевизор, запустил воспроизведение на ноутбуке. И понял, что громкость на телевизоре недостаточна — пришлось снова искать пульт, чтобы ее увеличить… Тут я подумал «А можно ли этот процесс как-то упростить?»

Субботнее утро выдалось крайне плодотворным. Я решил сделать собственный сетевой мультимедиа-проигрыватель, причем такой, каким его представляю я. Почти все детали были взяты из кладовки, сердце плеера — Raspberry Pi. Подробнее, что у него внутри, и как собрать аналогичное устройство, смотрите под катом.

Автор: Антон Сирота (QA, Automation)

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

Автоматизация мобильных приложений — относительно новое явление, но его востребованность постоянно растет. Кое-какие трудности есть и с Appium, хотя в целом процесс автоматизации с его использованием уже отлажен.

Содержание

 Окружение для мобильной автоматизации
 Поиск и работа с элементами
 Работа с драйвером
 Работа с контекстами
 Эмулятор или реальное устройство?
 Возможные проблемы/трудности
 Процесс мобильной автоматизации
 Облачные сервисы

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

— Телеком — более или менее единая индустрия, или ее можно разделить на части, которые стоило бы рассматривать отдельно?

Майкл Лазар: — Телекоммуникации — область, где, с одной стороны, существуют очень строгие нормы и правила, и большинство работающих в ней компаний подотчетны регулирующим организациям. Но, в то же время, здесь же успешно применяются технологии Over-The-Top, например, Skype, которые регуляторы не контролируют. Т. ч. ситуация складывается очень интересная.

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

— Когда вы заинтересовались темой культурных различий и их влияние на развитие IT-проектов?

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

Лидер практики IoT DataArt рассказывает, как изменился интернет вещей за последние три года, о новых инженерных задачах и кадровых трудностях рынка, о том, куда движется платформа DeviceHive и что такое Big Data Академия.

— IoT несколько лет назад и сегодня — две совершенно разных истории?

— Мы начали это путешествие года четыре назад, и тогда направление IoT начиналось с датчиков, подключаемых к интернету, и «умных домов». Конечно, сейчас многое из того, что казалось важным и оригинальным в то время, выглядит достаточно наивным. Но в целом именно работа, проделанная с самого начала и до сегодняшнего дня, дает нам опыт, на который мы можем опереться. Сегодня Internet of Things — второй большой хайп после Big Data. Можно сказать, что, как только все закончили говорить о Big Data в энтерпрайзе, тут же начали говорить, как крупные корпорации будут применять IoT на практике.

Впрочем, по сути одно — логическое продолжение другого: в IoT мы имеем дело с большим количеством данных и событиями, которые нужно анализировать в реальном времени, а затем делать из них выводы. Мы имеем дело с тем, что раньше называли просто аналитикой, а теперь называют predictive analytics — нам необходимо на основе событий, прошлых и настоящих, предсказать, как ситуация будет меняться в будущем. И корни многих самых важных и интересных инженерных проблем нашего времени действительно растут из Internet of Things, поскольку наряду с финансами, онлайн-рекламой и социальными сетями, именно вещи генерируют больше всего событий и данных. И как раз получение, передача, анализ и хранение и представляют самый большой интерес и для DataArt, и для энтерпрайзов, и, наверное, для всего IT-сообщества.

Автор: Антон Реймер
В первой части статьи, основанной моем вебинаре, мы рассмотрели общие принципы работы браузера. Во второй — я сконцентрировал внимание на важных событиях: repaints и reflows — и на принципах работы event loop.

Repaints and reflows

При загрузке страницы, если она не пустая, всегда выполняется, как минимум, по одному reflow и repaint. Далее эти события возникают в следующих случаях:

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

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

Если вызывается reflow, после него обязательно вызовется и repaint. Но обратное неверно: repaint может вызываться независимо от reflow.

Какие действия вызывают reflow и/или repaint

Меня зовут Александр Кашеверов (@kashesandr), я занимаюсь веб-разработкой в DataArt с 2011 года. Люблю веб, игру «любоеслово точка JS», спонтанные вылазки с друзьями на природу. И с этими вылазками часто возникала одна и та же проблема: когда скидывались на еду для 14 – 15 человек, бывало сложно понять, кто и кому сколько денег потом должен…

Практикуясь в новой для себя технологии, я заодно написал небольшую утилиту, задача которой — упрощать жизнь в таких случаях. Так появился крохотный сайт chip-in.me. Все предельно просто: вписываем людей, их вклад в общую покупку (только с равным долями!), нажимаем кнопку и получаем результат — кто, кому и сколько должен отдать денег, с именами и суммами. Результатом можно поделиться с друзьями.

Автор: Антон Реймер

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

Что такое браузер?

Браузер — программа, работающая в операционной системе. Большинство браузеров написано на языке C++. Основное предназначение браузера — воспроизводить контент с веб-ресурсов. В качестве веб-ресурса в большинстве случаев выступает html-страница. Это также может быть pdf-файл, png, jpeg, xml-файлы и другие типы. Среди огромного количества браузеров можно выделить самые популярные: Chrome, Safari, Firefox, Opera и Internet Explorer. Мы рассмотрим браузеры с открытым исходным кодом: Chrome, Firefox, Safari.

Из чего состоит и как работает браузер?

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

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

Автор: Людмила Дежкина, Senior Full Stack developer

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

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

• интерпретация изображений;
• калибровка камеры по эталону;
• устранение оптических искажений;
• определение сходства;
• анализ перемещения объекта;
• определение формы объекта и слежение за объектом;
• 3D-реконструкция;
• сегментация объекта;
• распознавание жестов.

Сейчас OpenCV используется во многих сферах. Вот несколько интересных примеров:

1. Google:
   
   1. Google self-driving car — в беспилотных автомобилях Google OpenCV используется для разработки прототипа распознавания окружающей обстановки;
      (сегодня построенная система основывается преимущественно на LIDAR — в связи с трудностями распознавания при плохом освещении)
   2. Google Glass — в этих очках 3D-реконструкция изображения построена на OpenCV;
   3. Google Mobile;
   
   
2. Робототехника и Arduino;
3. Промышленное производство — иногда какой-нибудь завод делает на OpenCV систему подсчета деталей или что-то вроде того.

Привет, Geektimes! Сегодня у нас — гостевой пост от наших друзей, организаторов фестиваля Geek Picnic. Фестиваль пройдет в 18 – 19 июня в Москве, а 25 – 26 июня — в Петербурге. В программе — лекция Джейми Хайнемана, одного из ведущих программы «Разрушители легенд», тесла-шоу, косплей-опера, прямое включение с космонавтами МКС, огнедышащий робот-дракон и еще куча всего. Мы собираемся на пикник, чего и вам желаем.

«Любой день, когда нам удается так шандарахнуть, прожит не зря!»

Автор: Евгений Ефимов
QA Lead, DataArt

Моряки, самолеты и корпорации

• Н.Н. Талеб и моряки.
• Абрахам Вальд и самолеты.
• Левитт и корпорации.

Существует понятие «систематическая ошибка выжившего». Оно встречается в книгах Талеба “The Black Swan. The Impact of the Highly Improbable” («Черный лебедь. Под знаком непредсказуемости» и “Fooled by Randomness: The Hidden Role of Chance in Life and in the Markets” («Одураченные случайностью. Скрытая роль Шанса на рынках и в Жизни»). Он описывает красивую картину, на ней древнегреческие моряки молятся богам во время шторма. Богам нравится, как они молятся? и поэтому моряки спасены. Шторм превращается в штиль или слабый ветер, корабль доплывает до берега, и все остаются целы. Когда спрашивают других моряков, как удалось доплыть, они тоже говорят: «Мы молимся богам и всегда доплываем». Проблема в том, что мы не можем спросить об этом моряков, которые утонули. Возможно, что они тоже молились, но не доплыли. И вообще дело было не в этом, а, т. к. в то время почти все моряки были религиозны, можно предположить, что молились все. И есть вероятность, что это не действует.
Вторая история — про математика и статистика Абрахама Вальда и про самолеты. Действие происходит во время Второй мировой войны. Британские бомбардировщики возвращаются на базу. Задача — понять, где и как укреплять самолеты, чтобы как можно больше возвращалось и как можно меньше падало. Они смотрят на самолеты, которые вернулись, и говорят, что необходимо укреплять наиболее поврежденные попаданиями части. Поскольку в них все время стреляют, мы их укрепим, и все пули улетят обратно во вражеский самолет и всех там перебьют.

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

Стивен Левитт написал интересную книгу «Фрикономика». Он выбрал стандартные книги из серии «10 шагов к успеху» и проанализировал две книги, где рассказывалось про корпорации, использовавшие нововведения, которые привели их к успеху. Эти книги были условно написаны в 2000 году, и корпорации, используя эти наработки, побеждали остальные компании. На момент, когда Левит их анализировал оказалось, что три четверти этих корпораций закрылись. Они оказались убыточными, потому что внешняя среда поменялась, а они не изменили подход к успеху. Соответственно, все эти истории успеха не всегда и не для всех работают.

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