Fetch — это библиотека Scala для организации доступа к данным из файловых систем, БД, веб-сервисов и любых других источников, данные из которых можно получить по уникальному идентификатору. Библиотека написана в функциональном стиле и основана на Cats и Cats Effect. Предназначена для композиции и оптимизации выполнения запросов к разным источникам данных. Она позволяет:

• запрашивать данные из нескольких источников параллельно;
• запрашивать данные из одного источника параллельно;
• объединять запросы к одному источнику в один запрос;
• производить дедупликацию запросов в каждой из перечисленных ситуаций;
• кэшировать результаты запросов.

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

Всем привет! В построении ML-моделей Python сегодня занимает лидирующее положение и пользуется широкой популярностью сообщества Data Science специалистов [1].

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

В этой статье расскажу о тех решениях, к которым мы пришли, когда нам потребовалось связать Keras-модель языка Python с Java.

Чему уделим внимание:

• Особенностям связки Keras модели и Java;
• Подготовке к работе с фрейворком DeepLearning4j (сокращенно DL4J);
• Импорту Keras-модели в DL4J (осторожно, раздел содержит множественные инсайты) — как регистрировать слои, какие есть ограничения у модуля импорта, как проверить результаты своих трудов.

Зачем читать?

• Чтобы сэкономить время на старте, если перед вами будет стоять задача похожей интеграции;
• Чтобы узнать, подходит ли вам наше решение и можете ли вы переиспользовать наш опыт.

Всем привет!

Меня зовут Денисов Александр. Я работаю в компании Naumen и отвечаю за документирование и локализацию программного продукта Naumen Contact Center (NCC).

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

Прошел год, как на Хабре вышла статья, что такое JUG.EKB. За это время сообщество выросло, но мы по-прежнему храним тёплые традиции, где главной целью является объединение Java-разработчиков. Поэтому с радостью сообщаем, что JUG.EKB уже на носу и пройдет 12 сентября.

Ниже приведем пять причин, почему стоит посетить это мероприятие :)

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



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

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

Вообще Naumen живет не только в Екатеринбурге. У нас есть офисы в Москве, Санкт-Петербурге, Твери и Челябинске. Мы стараемся все офисы делать в одном стиле, чтобы сотрудник, приезжая в командировку, чувствовал себя комфортно и легко адаптировался.

О том, как изменили офис в Екатеринбурге в прошлом году под потребности сотрудников и под рост на 20% в год, мы и расскажем.

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

Для последовательного раскрытия обозначенной темы в предлагаемой статье применяется один из любимых приемов авторов – «4П».

Мы уже писали, что такое JUG.EKB и зачем проводим митапы для Java-разработчиков. Сегодня анонсируем очередную встречу.

На протяжении восьми лет Naumen активно занимается образовательными программами, в частности, поддерживает олимпиады по спортивному программированию. Сегодня расскажем, как изменилось АСМ-движение и почему оно нам интересно.

Отметим сразу, что мы не будем писать про спортивное программирование как интеллектуальный вид спорта (соревнования бывают командные и личные), нам интересно ACM ICPC — международная командная студенческая олимпиада по спортивному программированию. Часто эти понятия путают даже участники олимпиад.

В начале 2019 года библиотеку инфраструктуры информационных технологий ITIL ждет самое серьёзное обновление с 2011. Уже почти 30 лет ею пользуются по всему миру — и в частном бизнесе, и в государственных структурах. Вспомним, для чего ITIL создали и как она менялась.

Naumen провел очередную встречу Java-сообщества Екатеринбурга – JUG.EKB. Митап прошел 13 сентября, в День программиста. Это уже 11-я встреча.

Сегодня об ITSM и ITIL пишут все чаще — в том числе крупные площадки вроде Forbes и TechRadar. Охватить все многообразие источников и публикаций физически невозможно.

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

Каждые полгода NAUMEN проводит митапы для разработчиков Java – JUG.EKB. Очередная встреча пройдет 13 сентября.

Мы выбрали эту дату, потому что 13 сентября – это 256 день в этом году! А когда еще собраться на митап, если не в свой профессиональный праздник? Когда, как не в этот день, послушать доклады, задать вопросы спикерам, обсудить с коллегами сложности в работе, получить совет или самому помочь кому-то в решении задачи, а потом вместе остаться на афтепати?

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

Когда появились первые контактные центры, что изменилось с момента их первого появления и какое отношение к «эволюции колл-центров» имеют системы искусственного интеллекта (ИИ), расскажем далее.

Универсальной последовательности этапов внедрения ITAM не существует. Но выделяется костяк, который может подойти большинству компаний. Не вошедшие в «скелет» проекта процессы становятся индивидуальными особенностями реализации.

В предыдущей публикации я делился опытом:

• с чего лучше начать внедрение ITAM-решений;
• на что опереться при выборе модели управления ИТ-активами;
• в чем особенности базовых этапов внедрения.

В этой статье хочу продолжить тему и рассказать:

• как построить ресурсно-сервисную и ресурсно-финансовую модели учета ИТ-активов;
• какова специфика управления лицензиями и поставщиками;
• каковы точки роста.

В Naumen мы сами организуем техническую конференцию. Мы назвали ее Devel Camp (от «developer»). Для наших сотрудников она стала хорошей альтернативой открытым профессиональным конференциям.

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

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

И, конечно, у нас нет явной или завуалированной под доклады рекламы.

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

Выступал на конференции «ITAM & SAMday 2018» (IT Asset Management и Software Asset Management). Основной вектор дискуссии – обмен опытом в построении моделей управления ИТ-активами в компаниях самых разных отраслей.

Поделюсь тезисами доклада и затрону вопросы:

• с чего начать внедрение процессов управления ИТ-активами;
• из каких шагов оно состоит.

Не раз в проектах приходилось сталкиваться с идеалистическим подходом, когда стремятся работать по принципу «внедряем всё и сразу». Практика показывает, что с многофункциональными ИТ-системами это сложновыполнимая задача.

Всегда предлагаю есть «слона» по частям, поэтапно.

При внедрении ITAM-решений часто приходится сталкиваться с различными мифами. Чтобы проект был успешен, важно разобраться в природе этих ложных представлений клиента, снять все открытые вопросы, избавиться от ненужных заблуждений или убедиться, что это не миф.

В предыдущей статье мною рассмотрены несколько вопросов-мифов:

• о гарантированности актуальной информации об ИТ-активах за счет автоматической инвентаризации;
• необязательной связи с ITSM-системой;
• об отсутствии влияния управления ИТ-активами на Каталог Услуг и др.

Сегодня разберу следующую порцию мифов, которые накоплены в ходе реализации проектов по автоматизации процессов управления ИТ-активами.

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

6 лет занимаюсь внедрением и автоматизацией бизнес-процессов, из них 3 года – внедрением ITAM-решений. В проектах по автоматизации процессов управления ИТ-активами постоянно боремся с различными мифами.

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

Рассмотрим эти мифы подробнее, попробуем развеять их или подтвердить.

Добрый день!

JUG.SEV — это сообщество java-разработчиков Севастополя. Мы регулярно проводим встречи, на которых вы можете обсудить различные технологии из мира Java, обменяться опытом, а также просто интересно провести время!
Наш сайт jugsev.ru и сообщество в ВК.

Приглашаем всех java-разработчиков на четвертую встречу JUG.SEV!