Привет, Хабр!

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

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

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

Давайте разбираться!

Открываю исходники очередного enterprise-проекта: о да-а-а, вот они, старые знакомые, лучшие друзья разработчика — first name и last name.

Привет, Хабр!

Меня зовут Соловьев Андрей, я Java-разработчик в «Рексофт». Сегодня мы поговорим про Kotlin Coroutines. Это моя первая серьезная публикация, и я буду рад вашему фидбеку.

Ну что ж, давайте начинать!

Привет, Хабр!

Все мы много раз слышали про такого «зверя», как soft skills, как важно их развивать и т.д. Но в последнее время в этом направлении можно часто встретить… self skills. Что это, почему они вдруг так стали нужны, что с ними делать, и к чему это может нас привести!

Давайте разбираться!

Привет, уважаемые хабровчане!

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

Давно не виделись, уважаемые!

Ну что ж, рад вас видеть, сегодня будем говорить и применять новые инструменты для создания RAG, улучшим качество наших результатов относительно прошлой статьи за счет использования других моделей для embeddings. Также затронем использование трушной векторной БД Chroma.

Привет, Хабр!

Меня зовут Ольга Николаева, я ведущий менеджер по персоналу в группе «Рексофт». Сегодня я расскажу про индивидуальный план развития (ИПР): как использовать этот инструмент, для чего он нужен, и как его создать так, чтобы он принес реальные результаты. Также мы разберемся, как с помощью ИПР управлять мотивацией сотрудников и формировать успешные команды.

Привет, Хабр! Меня зовут Кирилл Малышев, я руковожу практикой по стратегии роста и продаж компании «Рексофт Консалтинг». Сегодня я поделюсь с вами наиболее перспективными трендами цифрового развития аэропортов на 2024-2025 годы.

Итак, в прошлой статье я уже немного рассказывал о том, что с 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).