Итак, в прошлой статье я уже немного рассказывал о том, что с LLM можно работать и даже построить определенный RAG. Как и обещал, перейдем к практике! :)
Сегодня мы будем делать простейший локальный и приватный RAG для работы с базой знаний. Все это будет проходить без погружения в сложные дебри, чтобы извлечь основную суть и уже иметь представление о том, как компоненты связаны между собой, и за что они отвечают.
Привет, Хабр!
В последнее время проблема утечки информации все чаще освещается в медиа. Хватает новостей о том, что утекали даже ключи и пользовательские данные. Да чего только не было! Неудивительно, что многие компании, особенно с развитием и активным использованием ИИ-технологий, чат-ботов и т.д., обеспокоены своей кибербезопасностью.
Например, OpenAI открыто заявляла, что для улучшения качества ответов в своей системе они используют истории запросов, то есть все то, что когда-либо писали их пользователи. Поэтому некоторые организации строго запрещают применять ChatGPT и скидывать туда фрагменты своей документации, исходного кода и т.д. Но подобные сервисы слишком уж привлекательны, чтобы полностью их игнорировать. Ведь они действительно могут принести пользу, если применять их правильно и, самое главное, четко понимать, для чего вам это нужно.
В 2023 году к «Рексофт» присоединились команды RNT Group (российский бизнес EPAM), Schneider Electric, Siemens, Aveva и стратегический консалтинг российского подразделения Accenture. Таким образом, бизнес значительно диверсифицировался: если раньше, в основном, это была разработка заказного ПО, то теперь в проекты добавилась новая отраслевая специфика, включающая, например, математическое моделирование, наукоемкие исследования, поставки дорогостоящего оборудования. Это потребовало ответа со стороны проектного офиса, что, в числе прочего, включало поиск нового единого и удобного механизма мониторинга и контроля, а также средства хранения и тиражирования артефактов, описаний практик и методологий управления.
Двенадцать лет назад через учебный центр в качестве junior software testing engineer назад я пришел в российское подразделение EPAM, которое теперь носит имя RNT Group и входит в «Рексофт». За все время работы в компании я попробовал десяток различных проектов (западных и российских) с разными доменами и разными технологиями в ролях от джуна до тест-менеджера. Были и банки, и биржи, и ипотеки, и е-commerce и телеком. Были и древние legacy-платформы, и современные высоконагруженные решения с микросервисной архитектурой. Так уж вышло, что все это время я так или иначе занимался корпоративным обучением: участвовал в каких-то внутренних тренингах и подключался к инициативам с вузами. В последние четыре года это стало моей основной задачей. Сначала в одном офисе, а сейчас в целом для всей компании.
Собственно, мыслями про обучение и развитие персонала в IT мне и хотелось бы поделиться. Материал попробую разбить на несколько блоков и показать общую картину: что выбрали мы, и какие сложности возникали в процессе.
Всем привет!
И отдельный привет тем, кто, как и я, работает удаленно. Вот скажите, вам удалось сделать ваше домашнее рабочее место комфортным? Ничего не болит и не отваливается к концу дня? Казалось бы, массовая удаленка вошла в нашу жизнь уже довольно давно, и большинство из нас успело за это время приспособиться к новой реальности. Кто-то не заморачивается и превозмогает, другие ищут варианты, как не сгубить свое здоровье. Для меня с недавних пор эта тема стала животрепещущей, и посему хотелось бы обсудить ее с такими же неравнодушными.
Итак, давайте разбираться!
В прошлой части мы провели анализ архитектуры, итогом которого стало внедрение дополнительного разделения на слои: Core (ядро) и Externals (источники данных).
Привет, Хабр! Меня зовут Илья Родин, я инженер по анализу данных в «Рексофт». Сейчас я работаю в команде департамента горнодобывающих решений компании, поэтому пишу о насущном: как усовершенствовать контроль работы циклов погрузчика, забирая данные из штатной диагностической системы двигателя. Эту статью я писал вместе со своим коллегой @VLebedev_22.
Итак, поехали!
Всем привет! Сегодня мне вдруг захотелось поговорить о том, как работает память. О процессах, ошибках и вот этом вот всем. Для более полного понимания советую прочесть статьи о когнитивных искажениях (часть 1, часть 2, часть 3). Ну или хотя бы начало первой статьи, если не знаете, что такое когнитивные искажения. Но это, в принципе, необязательно.
Итак, поехали!
Привет, Хабр!
Наверняка большинство из вас знает, что такое "Интранет" (далее — "Интра"), а многие так и вовсе видели своими глазами и даже щупали курсором. Для тех, кто в танке все же не в курсе, уточню: это такой корпоративный портал, локальный сетевой ресурс для своих. Как соцсеть в миниатюре. Здесь сконцентрировано все самое важное для сотрудников, начиная от документации и заканчивая рабочими (и не только) чатиками — все зависит от потребностей конкретной компании.
И у нас, в "Рексофт", тоже есть своя "Интра", да не простая, а золотая крафтовая. Сегодня я хочу рассказать о том, как мы ее создавали, какими были первые версии, и какой классной и полезной она стала в итоге.
В прошлой части мы определили основную проблему: исходный код любой программы со временем устаревает. Это выражается в росте сложности разработки. Данное утверждение не требует доказательств, ведь почти каждый разработчик сталкивался с подобной ситуацией и понимает, о чем идет речь.
Основной способ борьбы с неизбежным усложнением ПО — модификация главной причины — структуры, тех самых деталей реализации, невидимых конечным пользователям. Но рефакторинг чрезвычайно непрост, особенно при работе с достаточно сложными или вовсе незнакомыми проектами. Причина тому — регресс, от которого призваны нас защитить тесты, но не любые, а те, которые обладают достаточными показателями в приведенных ранее свойствах.
Всем привет!
На этот раз я предлагаю вашему вниманию третью статью о когнитивных искажениях. (Вот первая и вторая части.) Некоторые искажения мы разберем чуть подробнее, чем обычно, ибо встречаются они ну очень часто, довольно известны и занимательны.
Сегодня на препарацию у нас:
• корыстная предвзятость (self-serving bias);
• ошибка планирования (planning fallacy);
• эффект повального увлечения, конформизм (conformity);
• эффект авторитета (authority bias).
Второй закон термодинамики гласит: "Невозможен процесс, единственным результатом которого являлась бы передача тепла от более холодного тела к более горячему". Это связано с тем, что вселенная стремится к повышению энтропии или меры неопределенности (равновесия, другими словами). Если, например, не убирать в квартире хотя бы неделю, то поверхности покроются пылью, накопятся разбросанные вещи и прочие результаты жизнедеятельности.
Удивительно, но в исходном коде программ происходят аналогичные процессы. Является ли данная негативная тенденция неизбежной частью жизни любого проекта и программиста? Или, быть может, инженер способен взять ситуацию в свои руки, замедлить устаревание проекта или даже повернуть данный процесс вспять?
Всем привет!
Ну что ж, давайте продолжим знакомство с когнитивными искажениями и узнаем, какие еще ловушки нам уготованы. (А для тех, кто только что присоединился, вот ссылка на первую часть этой статьи.)
Привет, Хабр!
Сегодня поговорим про матрицы компетенций и, как мы их внедряли в «Рексофт». Мы уже рассказывали про матрицу Android-программиста, и как мы вводили кросс-интервью при повышении грейда, а сегодня я расскажу, о том, как все начиналось и куда мы пришли. Итак, поехали!
Всем привет!
Сегодня мы поговорим о такой интересной и забавной вещи, как когнитивные искажения. Что это? Зачем это? Как с этим бороться или, быть может, их даже можно использовать? Для начала давайте разберемся, о чем же мы говорим.
Привет, Хабр! Меня зовут Кирилл Малышев, я руковожу практикой по стратегии роста и продаж компании «Рексофт Консалтинг». Сегодня я поделюсь с вами наиболее перспективными мировыми трендами цифрового развития аэропортов, которые выявило наше исследование, а также их преломлением в сфере автоматизации российских аэропортов.
Тема с testcontainer-ами относительно не новая, первые статьи на англоязычных ресурсах встречаются с 2016 года, но не смотря на это, до сих пор на просторах веба крайне мало гайдов для их развертывания из коробки. В большинстве своем это туториалы, где собрана солянка из зависимостей и аннотаций, которые мало того, что не нужны, но еще и могут запутать разработчика, решившего с ними познакомиться. В этой статье я опишу свой практический кейс по развертыванию тестовых контейнеров для базы данных PostgreSQL. Основная задача их использования - быстрый deploy нужного сервиса в контейнере за небольшое время. В дополнении для наглядности запустим туда FlyWay миграции.
Привет! Меня зовут Вартанян Артур, и я работаю Java-разработчиком в компании Reksoft. В корпоративный мир IT я попал чуть более двух лет назад, но до сих пор отлично помню свои первые попытки трудоустройства на работу в ИТ-компании до получения первого оффера.
В данной статье я хотел бы поделиться своим опытом, который помог бы начинающему специалисту быть более уверенным в себе и не сдаваться при поиске своего первого оффера в мире ИТ.
Добрый день, уважаемый читатель Хабра! Меня зовут Вартанян Артур и я работаю в компании Reksoft Java-разработчиком. В данной статье мы напишем свой собственный вариант реализации валидации для объектов и его полей, используя Java Reflection Api и Spring AOP.
Совсем недавно мне под руку попался плагин, который помогает генерировать код при написании программ - это JPA Buddy. В этой статье я не буду транслировать официальную документацию проекта или показывать на примере видеороликов, как нужно с ним работать, а приведу примеры своих рабочих кейсов, где плагин действительно выручил и сэкономил мое время. Спойлер: в создании POJO-классов, репозиториев для тучи сущностей, DTO-классов.
