Меня зовут Андрей Аркаев. Я занимаюсь разработкой на Java с 2002 года. Сейчас развиваю бизнес-систему для контактных центров в Naumen. Как и многие другие бизнес-системы мы используем ORM. В статье поговорим о Hibernate, так как эта библиотека распространена для Java.

Наш продукт развивается более 15 лет и накопил в себе много кода, в том числе легаси. Мы начинали с Hibernate версии 3 и прошли через 3 больших версии.

Если посмотреть статистику привязки к версиям Hibernate в Maven Central, то окажется, что к версии 5.5 привязано 400 проектов, к 5.6 — 1200 проектов, а к свеженькой 6.1 — буквально 180 проектов. То есть 6.1 еще только набирает обороты. Уже появляются первые доклады, как всё хорошо и радужно при обновлении на новую версию, однако реальность обычно другая. Поэтому интересно разобраться, какие есть сложности и проблемы, и как переходить на эту версию.

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

https://habr.com/ru/post/708244/?utm_source=habrahabr&utm_medium=rss&utm_campaign=708244

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

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

https://habr.com/ru/post/706572/?utm_source=habrahabr&utm_medium=rss&utm_campaign=706572

С ростом масштабов бизнеса на первый план выходит вопрос регулирования закупок. Его цель — сократить риски поставок для производства, обеспечить прозрачность выбора поставщиков и минимальные закупочные цены для владельцев. Для этого требуется внедрить и автоматизировать конкурентные процедуры выбора поставщиков.

Выделим основные характеристики процедуры, устоявшиеся в российском коммерческом секторе:

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

Особенности конкурентных процедур

Практика конкурентных процедур за последние десятилетия была принята во всех организациях, имеющих то или иное отношение к бюджетному финансированию (речь о нормах федеральных законов с условным обозначением 44-ФЗ, 223-ФЗ и др.). Для неё характерно широкое применение строгих форм процедур — так называемых «торгов», если говорить терминами Гражданского кодекса РФ: у заказчика возникает обязательство заключить договор с победителем торгов. В коммерческом секторе ту же процедуру называют иначе — «тендер», «запрос предложений» и др.

https://habr.com/ru/post/702368/?utm_source=habrahabr&utm_medium=rss&utm_campaign=702368

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

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

https://habr.com/ru/post/701616/?utm_source=habrahabr&utm_medium=rss&utm_campaign=701616

Привет! Меня зовут Захар. Несколько лет назад я работал в театре и учился на философском факультете, но однажды решил изменить свою жизнь и стать разработчиком. В статье расскажу, что помогло мне начать путь в ИТ и почему я выбрал бэкенд на Java.

Мне всегда были интересны компьютеры и программы, но, когда думал о смене сферы с гуманитарной на техническую, начинал сомневаться: какой из меня разработчик?

https://habr.com/ru/post/696488/?utm_source=habrahabr&utm_medium=rss&utm_campaign=696488

Чтобы устроиться на работу, нужно пройти стандартные этапы: подготовка резюме и собеседование с технической частью, а затем онбординг в компании. Коллеги помогли сделать процесс понятнее — рассказали, как составить резюме, чтобы HR обратил на него внимание, как презентовать себя на собеседовании, и что могут спросить в технической части. Ну и, конечно, про первые дни в Naumen.

https://habr.com/ru/post/695656/?utm_source=habrahabr&utm_medium=rss&utm_campaign=695656

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

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

https://habr.com/ru/post/669318/?utm_source=habrahabr&utm_medium=rss&utm_campaign=669318

Всем привет. Меня зовут Владимир, я уже более 4,5 лет работаю в компании NAUMEN в должности инженера-программиста. В свободное от работы время, я создаю свои мини-проекты, в частности, мобильные приложения и игры.

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

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

https://habr.com/ru/post/657985/?utm_source=habrahabr&utm_medium=rss&utm_campaign=657985