В Naumen множество команд: одни развивают уже существующие продукты, а другие — создают новые. Сегодня мы расскажем про Naumen Project Ruler. Команду сформировали в прошлом году, но им уже удалось завершить несколько проектов и создать уникальную атмосферу внутри. Игорь Путин, владелец продукта и тимлид Naumen Project Ruler, поделился, как живёт стартап внутри компании.
Continuous dependency update: как обновить тысячу maven зависимостей и не сойти с ума
Меня зовут Денис, я тимлид команды R&D в Naumen Service Managment Platform.
Наша платформа — зрелое решение для автоматизации бизнес-процессов, а ещё сложная IT-система, которая строится с использованием готовых опенсорсных решений. Чем сложнее и старше продукт, тем больше подобных кубиков — внешних зависимостей, появляется в проекте. И в конце концов, нам пришло понимание, что всем этим «зоопарком зависимостей» надо управлять, желательно автоматически.
В этой статье я поделюсь опытом своей команды. Расскажу, как, используя maven плагины, чуточку Groovy и очень много Jenkins, наш сервис выжил в многомодульном монолите с тысячей внешних зависимостей.
Статья будет полезна разработчикам и девопсам, которые сталкиваются с поддержкой систем.
Аналитика на грани компетенций
Большие проекты требуют вовлечения множества команд и разных специалистов. В идеальном мире, если в работе задействованы несколько команд, проект проходит гладко: все соблюдают сроки, качественно прорабатывают задачи и общаются «на одном языке». В реальной жизни — процессы усложняются, а работа становится менее эффективной.
Например, у аналитиков часто возникает проблема контекста. Как его собирать, анализировать, поддерживать актуальность? Чтобы решить эту задачу, приходится выходить за рамки своей компетенции: планировать и организовывать взаимодействие внутри и между командами проекта. В статье разберём, как подготовиться к крупным проектам внедрения и преодолеть трудности ведения контекста на таких проектах.
Естественный отбор в разработке: как вендоры и заказчики ПО выбирают между no-, low- и high-code
На сегодняшний день существует несколько популярных подходов к созданию ПО, которые определяют как работу вендоров, так и развитие ИТ-индустрии в целом. Первый — классическая разработка, которая предполагает работу с нуля над определенным программным продуктом для конкретного заказчика. Второй — low-code платформы и их производные, в основе которых лежит принцип ухода от парадигмы «ручного труда» за счет оптимизации бизнес-процессов на уровне платформы.
Заметным трендом сейчас является рост популярности no- и low-code подходов к разработке ПО. Подобные изменения в свое время пережили традиционные рынки вместе с появлением конвейерного производства, которое сделало доступным для массовой аудитории не только товары, но и оборудование. Похожий принцип заложен и в эволюции вендорных компаний. Причем в последние годы этот процесс заметно ускорился — благодаря цифровизации бизнеса и росту доли заказов с неизбежно похожими параметрами.
Между тем, до конца разобраться в специфике low-code до сих пор не получается не только у клиентов, но даже у ИТ-специалистов. Например, часть профессионального сообщества опасается, что развитие low-code приведет к отказу от дорогой high-code разработки. В свою очередь клиенты, которые привыкли к high-code, воспринимают low-code продукты как инструмент для создания эскиза информационной системы. Рассмотрим особенности разных подходов к разработке ПО и критерии, по которым их выбирают вендоры и заказчики.
Пробинг моделей низкоресурсных языков с помощью фреймворка AIRI
Чтобы создать решение для обработки любого естественного языка, нужно множество текстовых данных. Однако значительная часть языков считается низкорепрезентативными или низкоресурсными. Это означает, что данных на этих языках в свободном доступе представлено мало. Причем речь идет даже о тех языках, на которых говорят миллионы носителей: вьетнамском, казахском, армянском.
Для создания языковых моделей низкоресурсных языков разработчики используют множество решений. А чтобы оценить качество, применяют различные методики. Одна из них — пробинг.
В статье рассказали, как с помощью пробинг-фреймворка от AIRI оценивали модели низкоресурсных языков и какие неочевидные результаты получили.
Зрелость процесса управления программными активами: как оценить уровень развития и достичь полной оптимизации?
Наличие внушительного портфеля ПО в компании не равно умению эффективно им управлять. Развитие функции SAM (Software Asset Management) часто кажется слишком сложным процессом и не входит в число приоритетов бизнеса. Однако зрелый процесс управления программными активами поможет сэкономить компании немало денег и времени в долгосрочной перспективе.
В этой статье разберемся в том, зачем нужна оценка зрелости управления программными активами, какие уровни зрелости бывают и как пройти путь от полного хаоса в лицензиях и ПО до построения полноценного процесса, который поможет в достижении бизнес-целей.
Опыт решения большой аналитической задачи
Меня зовут Саша и я аналитик SMP Mobile. Это мобильное приложение, с помощью которого коллеги могут, например, зарегистрировать заявку по QR коду в офисе и не только.
В жизни каждого начинающего аналитика рано или поздно наступает момент, когда ему выпадает первая большая задача. Конечно, возникает масса сложностей и аналитик совершает ошибки. Сегодня расскажу про свой опыт решения большой аналитической задачи на примере чек‑листов в SMP.
Совместная работа с документами в компании, если нельзя использовать Google Drive и другие популярные сервисы
Сложно представить свои повседневные будни без использования облачных сервисов Google Drive, DropBox, iCloud и других. Тем не менее, в нынешних обстоятельствах мы вынуждены менять привычные решения. На первый план вышли такие характеристики продуктов, как страна происхождения компании-разработчика, геолокализация данных и другие.
Как быть, если корпоративные сервисы, разрешенные для использования в организации, не справляются?
Как организовать обмен опытом без NDA и прочих рамок
Большая часть ИТ-конференций — это сборник best-practices, которые призваны не только научить чему-либо, но и показать компанию спикера с выгодной стороны. Также спикеры сталкиваются с NDA — не всеми данными можно делиться, поэтому доказать эффективность предложенных инструментов непросто. В таких условиях сложно полностью перенять опыт коллег и досконально разобраться в вопросе. Но что, если и спикеры, и участники — это сотрудники одной компании? Рамки секретности снимаются и обмен опытом становится более прикладным.
Каждый год мы организуем внутреннюю конференцию для сотрудников компании, а в этом году у нас получилось вывести её на принципиально новый уровень. Мы расширили треки и сетку с докладами, добавили возможность нетворкинга, а также изменили название. Теперь делимся опытом с вами. Но обо всем по порядку.
Как мы ищем документы в Naumen Disk или еще один вариант организации FTS
В процессе работы над проектом мы рассмотрели различные способы организации Full Text Search (FTS) по файлам. И… отказались от них в пользу своего решения, которое базируется на стандартных методах. В статье я опишу путь построения полнотекстового поиска по файлам для веб приложения с акцентом на задачи FTS.
Обновление Hibernate через боль
Меня зовут Андрей Аркаев. Я занимаюсь разработкой на Java с 2002 года. Сейчас развиваю бизнес-систему для контактных центров в Naumen. Как и многие другие бизнес-системы мы используем ORM. В статье поговорим о Hibernate, так как эта библиотека распространена для Java.
Наш продукт развивается более 15 лет и накопил в себе много кода, в том числе легаси. Мы начинали с Hibernate версии 3 и прошли через 3 больших версии.
Если посмотреть статистику привязки к версиям Hibernate в Maven Central, то окажется, что к версии 5.5 привязано 400 проектов, к 5.6 — 1200 проектов, а к свеженькой 6.1 — буквально 180 проектов. То есть 6.1 еще только набирает обороты. Уже появляются первые доклады, как всё хорошо и радужно при обновлении на новую версию, однако реальность обычно другая. Поэтому интересно разобраться, какие есть сложности и проблемы, и как переходить на эту версию.
Сделаю ремарку: эта статья не рассказывает обо всех изменениях, а только о самом интересном и важном для меня и моих проектов.
Как переехать в облака и не остаться без штанов
Привет! Меня зовут Стас, я инженер технической поддержки в Naumen. Помимо поддержки собственного ПО, мы занимаемся развитием инфраструктуры. Каждый год прогнозируем потребность в ресурсах, и, при необходимости, либо модернизируем существующее оборудование, либо закупаем новое. Пару лет назад мы решили расширять инфраструктуру в облака, так как требования к скорости, доступности, надежности инфраструктуры и сервисов достаточно сильно возросли.
Правда, без предварительной аналитики и оценки возможных проблем можно довольно больно выстрелить себе в колено и потратить кучу времени, нервов и денег. Разберемся, как переехать в облака и не остаться без штанов, на примере наших ошибок.
Конкурентная закупка: как автоматизировать процесс в компании за 60 дней в 2022 году
С ростом масштабов бизнеса на первый план выходит вопрос регулирования закупок. Его цель — сократить риски поставок для производства, обеспечить прозрачность выбора поставщиков и минимальные закупочные цены для владельцев. Для этого требуется внедрить и автоматизировать конкурентные процедуры выбора поставщиков.
1. Есть как минимум два распространенных способа выбора поставщика: запрос котировок и запрос предложений. Последний часто называют тендером. Отличие их в том, что определение поставщика в первом случае происходит исключительно по цене, а во втором — по более широкому перечню критериев, объявленных публично или скрытых от участников.
Особенности конкурентных процедур
Практика конкурентных процедур за последние десятилетия была принята во всех организациях, имеющих то или иное отношение к бюджетному финансированию (речь о нормах федеральных законов с условным обозначением 44-ФЗ, 223-ФЗ и др.). Для неё характерно широкое применение строгих форм процедур — так называемых «торгов», если говорить терминами Гражданского кодекса РФ: у заказчика возникает обязательство заключить договор с победителем торгов. В коммерческом секторе ту же процедуру называют иначе — «тендер», «запрос предложений» и др.
Выделим основные характеристики процедуры, устоявшиеся в российском коммерческом секторе:
Как использовать файловые хранилища в своих проектах?
Привет! Меня зовут Мария Аменд, я разработчик в Naumen. Когда я только пришла в компанию, не знала, что такое файловые хранилища и как с ними работать. Однако первые мои задачи были связаны именно с этим, поэтому пришлось разобраться, что это такое, и как файлы хранятся в системе.
Благодаря осознанной эволюции хранения файлов, у нас есть решение, где мы не потеряем файлы и не упадем под нагрузками. Поделюсь базой, чтобы вы разобрались с файлами, и могли использовать файловые хранилища в работе или своих проектах.
6 принципов автоматизации закупок, чтобы сократить затраты на 15% и более
Процесс закупок в средней и крупной компании — это взаимодействие десятка категорий специалистов и руководителей, обработка данных сотен и тысяч товарных позиций, многие гигабайты сопроводительных документов. Правильный подход к автоматизации этих процессов даст компании преимущество за счёт сокращения сроков снабжения и возможности быстрого манёвра в ответ на изменение внешней среды.
Операторы профильных электронных площадок помогают расширить круг потенциальных поставщиков и оперативно с ними взаимодействовать, однако об удобстве работы в таких ситуациях говорить, как правило, не приходится. Собрав и подготовив исходные данные для закупки, их нужно повторно ввести на площадке в требуемом там формате, после получения предложений данные оттуда вручную вставлять в принятые в компании печатные формы документов, а затем направлять их на согласование во внутренней системе электронного документооборота. Существенную часть времени закупщик занимается копированием и адаптацией форматов информации, а не своими непосредственными обязанностями.
Что касается алгоритма проведения закупочной процедуры, здесь закупщик тоже ограничен правилами и возможностями конкретной электронной площадки. Он вынужден совершать ненужные действия или же обходить ограничения, переходя на прямое взаимодействие с контрагентами по телефону или электронной почте. Когда закупка проходит в подобном ключе, разобраться в массиве накопившихся данных может быть непросто даже непосредственному исполнителю, не говоря уже о руководителе или аудиторе.
Курсов будет недостаточно: как гуманитарию стать разработчиком
Привет! Меня зовут Захар. Несколько лет назад я работал в театре и учился на философском факультете, но однажды решил изменить свою жизнь и стать разработчиком. В статье расскажу, что помогло мне начать путь в ИТ и почему я выбрал бэкенд на Java.
Мне всегда были интересны компьютеры и программы, но, когда думал о смене сферы с гуманитарной на техническую, начинал сомневаться: какой из меня разработчик?
Ловушки мышления аналитиков или как мы запустили продукт на стажировке
Привет, меня зовут Вика и я аналитик в NAUMEN. Когда я окончила университет, а это было чуть меньше года назад, казалось, что могу все. Тем более запустить свой продукт с нуля. Университет мне дал хорошую теоретическую базу, друзья-айтишники делились подобным опытом в стартапах, да и гугл никто не отменял. Плюс я прошла на стажировку в NAUMEN, где мне предстояло решить подобную задачу. Но мой реальный мир оказался не таким уж и радужным.
В этой статье я рассказываю, почему одной теории для запуска продукта недостаточно, на что стоит обратить внимание молодым специалистам и с какими сложностями мне пришлось столкнуться, перед тем как выпустить продукт в продакшен. Также этот текст будет полезен тем, кто только собирается проходить стажировку в ИТ-компаниях: я поделилась ловушками, в которые попала по неопытности, и рассказала, как их избежать.
SMP как BaaS. Или почему я решил посмотреть на софт под иным углом
Всем привет. Меня зовут Владимир, я уже более 4,5 лет работаю в компании NAUMEN в должности инженера-программиста. В свободное от работы время, я создаю свои мини-проекты, в частности, мобильные приложения и игры.
Пару лет назад я делал приложение по туризму в рамках конкурса университета, но со временем данные перестали быть актуальными, а времени на поддержку не было. Я его удалил. Недавно мне пришла идея сделать проект снова, но уже с текущим уровнем знаний: делаю новое приложение-помощник для туристов внутри страны. Я задумался, как бы его реализовать и что для этого нужно.
Надеюсь, вы понимаете, что ради такой «банальщины», статью на Хабр я бы писать не стал. Особенность моего проекта в том, что я воспользоваться программным обеспечением нашей компании не по прямому назначению. Возможно, мой опыт натолкнет вас на эксперименты и поиски нестандартных применений уже известного софта под рукой. Предлагаю вместе сравнить стандартные подходы к разработке с моим опытом и понять, стоило ли экспериментировать или нет.
Облака, нейросети и управление данными. Какое будущее ждет российский LegalTech?
В мире наметилось четыре основных тренда в области автоматизации бизнеса, которые в полной мере проявляются и в России. Самый очевидный — интеллектуализация, то есть включение технологий искусственного интеллекта (ИИ) в информационные системы. С одной стороны, это инженерия ИИ, а с другой — внедрение отдельных элементов ИИ в рутинные операции: чат-боты, голосовые помощники, специфические интеллектуальные сервисы. Второй тренд связан с переходом к сервисной модели обслуживания, то есть последовательному упрощению операций: крупные блоки внутри бизнес-процесса намеренно дробятся на сервисы меньше и легче. Третий тренд — организации стремятся перенести вычисления и сервисы в облачные платформы. Пандемия, переход к удаленному режиму работы и распределению команд существенно усилили эту тенденцию. Наконец, важное направление связано с развитием платформ управления данными, которые интегрируют информацию компании и содержат инструменты ИИ для эффективного управления этими сведениями.
Гибридный офис в NAUMEN. От идеи до реализации
До локдауна 2020 мы работали в основном из офиса и удаленка была скорее исключением, чем правилом. У каждого сотрудника было свое рабочее место, а когда приходили новенькие — мы расширяли площади. При этом в офисе часто проходили стажировки, семинары и другие мероприятия, которые требовали временных рабочих мест. Сначала проблему решали переговорными, но они, всё-таки созданы для других целей.
Информация
- Сайт
- www.naumen.ru
- Дата регистрации
- Дата основания
- Численность
- 1 001–5 000 человек
- Местоположение
- Россия