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

Бывало с вами такое, что пытаешься уснуть, но в голову навязчиво лезут мысли? Иногда очень странные мысли, из разряда «а что если бы…». Вот со мной такое частенько случается. В большинстве случаев от них удается отмахаться и благополучно уснуть. Но иногда бывает так, что мысль увлекает настолько, что сна как не бывало. На этот раз встрече с Морфеем препятствовал Илон Маск.

Конечно, не сам Илон, а, несомненно, важный в два часа ночи вопрос: «А что если бы в ходе какого-нибудь научного эксперимента (допустим), товарищ Маск оказался на просторах средневековой Европы?». Ну, знаете, такая вот телепортация в пространстве и времени.

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

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

Я Зураб Белый, и я фанат IT-конференций. Да, я знаю, что многие из вас скептически относятся к подобным мероприятиям, а некоторые предпочитают вообще свести свои социальные контакты к минимуму, какие уж тут конференции.

Вряд ли мне удастся вас переубедить, но подискутировать на эту тему вы же, надеюсь, не против? Те, кто ещё не определился со своим отношением к IT-конференциям, смогут понять, какая позиция им ближе и нужно ли им вообще тратить время на подобные мероприятия.

В этой статье я расскажу, почему я люблю конференции и чем они полезны. Буду рад, если единомышленники поделятся своими соображениями или даже воспоминаниями. А от противников было бы здорово узнать, почему вам не нравятся конференции? В общем, делитесь!

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

Думаю, уже многие из вас используют (или использовали) ChatGPT в своей работе. И все, кто использовал её в производственных целях, мог заметить, насколько много ошибок может допускать нейросеть.

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

В разработке есть две вечные проблемы: написать код, который работает, и убедить коллег, что код надо писать именно так. Вторая, пожалуй, посложнее будет.

Сегодня я предлагаю обсудить более общий вопрос — выбор технологии для проекта в целом. Наверняка вам приходилось не раз отстаивать свое мнение в подобных спорах. Это как выбирать пиццу для большой компании, где у каждого свой вкус. Кому‑то нужна классика, кому‑то экзотика, а кто‑то без острого перца жить не может. Так как же убедить команду, что ваша технология — самая подходящая и сделать это без лишних споров и обид? Ох… Это сложно. Но не невозможно. Итак, давайте для начала определимся, есть ли у вас разрешение на ношение огнестрельного оружия? (От этого будет очень сильно зависеть аргументация.) Ну а если без шуток, для себя я выделил три этапа внедрения новой технологии.

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

Сегодня хочу поговорить о «темной стороне» удаленки. Многие мечтают работать из дома, представляя себе идеальную картинку: уютное рабочее место, гибкий график, отсутствие дресс-кода и начальника над душой. И я не был исключением.

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

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

Поехали!

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

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

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

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

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

Открываю исходники очередного 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 (источники данных).