Продолжаем серию интервью с лидерами индустриальных практик DataArt. Наши редакторы Даниэль Лурье и Вадим Мазин поговорили о медицинских технологиях с Романом Чернышевым, лидером медицинской практики. Обсудили медицинские wearables, «умные протезы», консервативность индустрии, Big Data в медицине и многое другое.

— Кто сейчас главный на рынке медтеха — стартапы или корпорации?

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

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

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

Автор: Игорь Литвиненко, Senior Mobile Developer.

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

Экскурс в историю

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

Мне очень понравился пример из книги «Думаем функционально» (или «Функциональное мышление»). Представьте, что вы лесоруб, и у вас есть самый большой топор в лесу, который позволяет вам быть самым лучшим и успешным лесорубом. Но потом вы читаете в каком-нибудь журнале заметку маркетолога о том, что сейчас придумали новую крайне эффективную и современную концепцию валки леса — при помощи бензопилы. Тогда вы заказываете себе бензопилу — вам ее доставляют, вы ее распаковываете, но не знаете, как она включается. Зато вы прекрасно знаете, как рубить лес топором. И вы берете бензопилу и пытаетесь ей рубить деревья так же, как обычно рубите топором. И, конечно же, у вас ничего не получается — вам ничего не остается, как снова вернуться к топору. Но потом к вам приходит сосед и объясняет, как заводить бензопилу — и вы наконец начинаете эффективно валить лес бензопилой.

В этом месяце произошла настоящая революция для разработчиков на платформах Apple. 3 декабря в свет вышла новая версия объектно-ориентированного языка от Apple — Swift. Что особенно удивительно, Swift выпустили с открытой лицензией Apache 2.0 license with a Runtime Library Exception. Вы все правильно поняли, это мощный язык программирования от Apple, да еще и с открытым исходным кодом. Что это значит для разработчиков, Мы спросили Игоря Литвиненко, Senior Mobile Developer в DataArt.

Все мы в IT сталкивались с системами отслеживания ошибок — с так называемыми баг-трекерами, с issue-трекерами. Один из популярных продуктов такого рода — Atlassian JIRA.

На самом деле, Atlassian JIRA — это больше, чем просто система отслеживания ошибок. JIRA может использоваться довольно широко — в том числе и для управления проектами. Можно сказать, что JIRA — это система для отслеживания статуса задач. Задачи могут быть разными: это сбор требований, тестирование, непосредственно разработка и т. д. Я видел даже попытки подсадить на JIRA бухгалтеров — а что, мол, будет у нас agile-бухгалтерия!

На официальном же сайте JIRA описывается следующим образом:
JIRA is the tracker for teams planning and building great products. Thousands of teams choose JIRA to capture and organize issues, assign work, and follow team activity. At your desk or on the go with the new mobile interface, JIRA helps your team get the job done. В общем, основная идея JIRA в том, что она позволяет планировать работу.

В этой статье я расскажу о том, как разрабатывать дополнения к этой программе. Впрочем, может возникнуть вопрос — а зачем разрабатывать дополнения для JIRA. Поэтому давайте рассмотрим, какие дополнения бывают.

DataArt с друзьями из Microsoft и Canonical провел первый ежегодный Open Source IoT Summit в Нью-Йорке. Несколько десятков лидеров индустрии собрались в конференц-центре Microsoft 12 ноября, чтобы обсудить самое актуальное и определить будущее индустрии интернета вещей.

Одной из главных тем саммита стал DeviceHive, разработанный DataArt, функционирующий на Ubuntu от Canonical и доступный в Microsoft Azure Marketplace. Эта платформа позволяет в кратчайшие сроки создать легко поддерживаемое IoT-решение с неограниченным количеством устройств, простое в разработке и не требующее никакого дополнительного ПО.

DataArt совместно с HypoVereinsbank участвовал в международном 24-часовом хакатоне под названием “Appathon”, проходившем в здании HVB Forum в Мюнхене 6 ноября 2015 г. Организовал его банк UniCredit. Задачей участников была разработка приложений и решений, которые определят вектор развития банков будущего.

Главный приоритет UniCredit Group — инновации. Они поощряют эксперименты на всех уровнях, открыли большой инновационный центр в Милане и планируют инвестировать дополнительные 1,2 млрд € в инновации до 2018 г.



DataArt далеко не первый год успешно предоставляет компаниям различные цифровые продукты, поддерживает и продвигает инновации, которые помогают сблизить банки с их клиентами. Пятеро наставников из нашей команды, включая дизайнера, эксперта по UI/UX, разработчика мобильных приложений, эксперта по носимым гаджетам и специалиста по поддержке серверов, поделились опытом и предоставили техническую экспертизу и поддержку участником хакатона. На Appathon, прошедшем в этом году, UniCredit впервые дали полный доступ к своему API, что дало участникам возможность получить доступ ко всем областям банковской системы, подключиться к платформе банка и приложения создавать на ее основе. Коллеги из DataArt, в том числе, следили за бесперебойным функционированием API.

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

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

Автор: Анастасия Режепп, глава дизайн-студии DataArt.

В этой статье я немного расскажу о методологии Lean UX-дизайна и дам несколько техник и упражнений, показывающих, как ее применять.

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

Что значит “lean”

Слово “lean” переводится на русский как «тощий», «худой», «постный». Если переводить этот термин более специальным образом, то — «бережливый», «экономный», «минималистический». Например, уже есть термин «бережливое производство» — перевод английского “lean production”. Бережливое производство подразумевает постоянное устранение всех видов потерь — это достигается, в том числе, максимальной ориентацией на потребителя. То же самое верно и для подхода бережливого (тощего) UX-дизайна.

Принципы бережливого UX-дизайна

Когда мы следуем методу тощего UX-дизайна, есть несколько моментов, на которые стоит обратить внимание:

• Мы понимаем целевую аудиторию и ее проблемы.
• Мы создаем MVP (Minimum Viable Product — минимально жизнеспособный продукт).
• Мы работаем короткими итерациями.
• Мы постоянно тестируем нововведения на пользователях и, если что-то не так, быстро откатываемся.
• Мы работаем командой: UX-проектировщики, дизайнеры, разработчики и тестировщики работают вместе и постоянно обмениваются мнениями и задачами.

Автор: Антон Валюх, Senior Mobile Developer.

В этой статье поговорим о теории и практике использования очень удобного шаблона проектирования MVVM (Model-View-ViewModel) при разработке Android-приложений.

MVP — Model-View-Presenter

Для начала — немного теории. Всё началось с того, что многие думали, как приспособить шаблон MVC (Model-View-Controller) для написания приложений с интерфейсом пользователя. И в 2006 г. в работе “GUI Architectures” Мартин Фаулер подробно рассмотрел шаблон, который впоследствии получил название “MVP” (“Model-View-Presenter”).

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

В этом шаблоне есть три элемента:

1. View.
2. Presenter.
3. Model (модель).

… или четыре причины, по которым P2P может кануть в лету (по крайней мере, в нынешнем виде).

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

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

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

Платформы P2P удваивают активы каждые девять месяцев, показывая стремительный рост. Новая технология обеспечивает высокую скорость и эффективность по сравнению с традиционными кредиторами. Именно благодаря своей эффективности P2P набирает все большую популярность. Лидеры здесь — компании M-Pesa и bKash, которые выделяются среди остальных фирм продуманными алгоритмами, олицетворяя эволюцию финансовой биржи. Подобно стремительно растущим сервисам Uber и AirBnB, которые изменяют рынки такси и отельного бизнеса, компании Lending Club, SoFi, Funding Circle и другие делают то же самое в сфере финансовых транзакций.

Появление P2P привлекает столько внимания, что даже Facebook и Google предоставили пользователям возможность удобного перевода денег другим пользователям. Чтобы перевести деньги, вам не нужно ничего, кроме собственно аккаунтов. Доступность и мгновенная транзакция — вот преимуществ P2P, которые привлекают пользователя.

… Или, другими словами, как посчитать время на тестирование так, чтобы все поверили? Ведь на самом деле у нас обычно — две цели. Первая — посчитать время так, чтобы не ошибиться и правильно распределить ресурсы — скорее всего, поначалу сделать это хорошо все равно не получится. Вторая цель более реальна: посчитать время на тестирование так, чтобы доказать кому-то, что вам нужны еще люди в команде, объяснить, почему вы не успеваете и т. д. Как ни странно, после того, как раз 50 сделаете второе, то и первое будет получаться!

Давайте теперь посмотрим, как считать время на тестирование, на конкретных примерах.

Wearables — еще одно большое направление работы DataArt. Сегодня мы поговорили с Игорем Кожуренко, лидером направления Wearable Devices в нашей компании. Обсудили то, что волнует нас как потребителей и разработчиков.

— Игорь, сначала общий вопрос. Каковы перспективы носимых устройств?

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

Те же скептики высказывают сейчас сомнения относительно «умных часов»: зачем мне это надо, если есть простые часы. Все необходимое есть в телефоне, батарейка часов живет сутки, затем их надо подзаряжать — получается только лишняя головная боль… Моя позиция такая: но пройдет несколько лет — и wearables станут массовыми. В этой области ведется много научных разработок, компании инвестируют достаточные деньги, чтобы решить существующие проблемы — и в первую очередь, это вопрос длительности работы без подзарядки. Если получится сделать аккумулятор, с которым, например, Apple Watch не надо будет подзаряжать неделю, это будет прорыв. Хотя у современных «Айфонов» максимум работы сутки — а им все равно все пользуются.

Мы уже писали о команде DataArt по «Что? Где? Когда?», которой уже восемь лет. За это время на базе DataArt прошло больше десяти «синхронов» — и посвященных IT, и более широкого формата. А игроки добились существенных успехов: занимали призовые места на турнирах, оказались достаточно высоко в мировом рейтинге, а в этом году даже представляли Воронеж на чемпионате России.

Мы взяли интервью у Юлии Мещеряковой, капитана команды.

Задумывались ли вы когда-нибудь, зачем мы носим одежду? Навряд ли. А ведь потребность в одежде — одна из самых важных для нас; едва ли кто-то из людей может обойтись совсем без одежды. Так почему же мы не задумываемся о таких важных для нас вещах? Наверное, потому, что одежда для нас настолько важна, что стала неотъемлемой частью жизни — это что-то очень естественное для нас. И тем не менее, об одежде всё же стоит задуматься.

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

Технологии, позволяющие создавать «умную» одежду, на английском называются «wearable techonologies» — на русский это словосочетание, как правило, переводят как «нательные технологии». Кроме «умной» одежды, нательные технологии позволяют разрабатывать и другие устройства — все эти устройства объединяет то, что их можно носить с собой. Ведь если мы посмотрим на слово 'wearable', мы увидим, что оно делится на две части — 'wear' и 'able', и поэтому мы можем перевести его так: “с возможностью носить”, или “пригодный для ношения”, или даже просто “носимый”.

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

Мы все помним, как в 2007 году первый iPhone произвел настоящую революцию в мире мобильных телефонов — был представлен очень удобный, красивый, полноэкранный смартфон. Журналы пестрели заголовками, какой прорыв совершил Apple — казалось бы, нет и не было ничего похожего на iPhone. При этом едва ли кто помнит сейчас такой телефон, как IBM Simon. На самом деле он был очень похож на iPhone — всю его переднюю панель занимал сенсорный экран. Так же, как у iPhone, у него была лишь одна механическая кнопка. Так же, как и в iPhone, в нем были разные приложения. Но, в отличие от iPhone, IBM Simon появился ещё в 1994 году, аж за 13 лет до iPhone! Так почему же мы хорошо помним появление первого iPhone и совсем забыли об IBM Simon, в котором были реализованы те же идеи, но намного раньше? Идея, на самом деле, была отличной. Но подана она была несвоевременно и не совсем в правильной «упаковке»: дизайн был далек от совершенства, цена была слишком высокой, целевая аудитория была не та и т. д.

Так как же «упаковывать» и «продавать» идеи так, чтобы они стали «айфонами», а не «саймонами»?

Онлайн-путешествия (Online travel) — одна из ведущих практик в DataArt. Это множество проектов: от простых сервисов для путешественников до прорывных новых технологий, о которых в будущем заговорят все. Роман Пескин, VP, Hospitality Consulting в DataArt, в прошлом основатель DealAngel и VP Hotels в OneTwoTrip, рассказал много интересного об этой индустрии в интервью нашим редакторам Даниэлю Лурье и Вадиму Мазину.

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

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

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

Почему они так делают?

WordPress, будучи одной из самых популярных CMS в мире, снабжен подробной документацией, а точнее, даже двумя. В связи с чем ни в коем случае не стоит воспринимать этот текст как описание неких “best practices” и уж точно никто не заставляет слепо следовать описанному. Статья — просто быстрый ответ на вопрос «как?!» (следующий абзац) и подробное описание всего, что нужно знать чтобы заставить WordPress отвечать на AJAX-запросы (вся остальная статья).

Кратко

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

Итак, работает это, «WordPress-way», вот так:

1. На бекенде с помощью функции admin_url получаем ссылку на обработчик AJAX-запросов и передаем ее во фронтенд одним из способов. Именно к этой ссылке мы будем делать наши запросы.
2. На бекенде регистрируется хук с функцией для обработки некоего экшена. Назовем этот экшен, например, get_posts.
3. Фронт-енд делает запросы к URL-у из пункта 1, передавая имя экшена. Например, ?action=get_posts.
   На бек-енде, если на экшен зарегистрирован хук, выполняется заданная нами функция.

Вот так вот просто. Теперь подробнее.

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

Мы с коллегами из DataArt и DeviceHive не только побывали на конференции, но еще и помогли друзьям из Canonical. На своем стенде они демонстрировали Juju — мощный инструмент, помогающий настроить и развернуть сервисы в облаке быстро и без проблем. Туда же мы принесли свое любимое демо — устройство для мониторинга промышленного оборудования. Никакого занудства и PowerPoint, все вживую — акселерометр SensorTag установили на вентилятор, чтобы отслеживать его вибрацию.

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

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

• Клифф Мойс (Cliff Moyce), стратегический консультант, DataArt.
• Крис Баркер (Chris Barker), управляющий директор, директор по глобальному развитию цифровых и инженерных услуг Королевского банка Шотландии.
• Майк Пауэлл (Mike Powell), управляющий директор по развитию бизнеса, руководитель отдела финансов и рисков Thomson Reuters.
• Скотт Иблен (Scott Eblen), директор отдела контроля производства Nutmeg.
• Фрэнк Нойман (Frank Neumann), исполнительный директор Quantstore.

Круглый стол проходил в Холле оружейников. Место выбрали неслучайно — оно напоминало о средневековых баталиях, и эта атмосфера очень способствовала дискуссии «Финансовые технологии против банков».