Привет! Меня зовут Никита Кречетов, я работаю в команде Datawave в юните DBA в Авито. В этой статье рассказываю, как мы перевели полторы тысячи инстансов Redis на Valkey Cluster, как отказались от ручного решардирования и что это дало разработчикам и бизнесу. Материал будет полезен инженерам, которые ищут практичный опыт миграции на новые базы данных.
Про агента, который сам пользуется LLM, как мы все. Показываем реализацию механики "осознанного обращения к LLM" (deliberate query) на основе оценки внутреннего состояния, в отличие от жестких пайплайнов типа ReAct или CoT.
Четыре года назад меня, откровенно говоря, не воодушевляли результаты моей деятельности. Компания состояла всего из пяти человек, мы генерировали 10 млн рублей выручки в месяц, за два года пришлось сменить трех CEO. Стоило мне добавить в команду хотя бы одного человека, как тут же падало качество работы, рассыпалась культура, люди начинали мешать друг другу…
Сегодня в компании уже 150 человек. Выручка выросла в 150 раз — теперь это 1,5 млрд рублей в месяц. Мы заняли вторую позицию на рынке рекламных агентств-агрегатов, а я никогда не думал, что это возможно. Главное, люди по-прежнему хотят здесь работать — инициатива не угасла, да и качество продолжает радовать. Сейчас это может звучать закономерно, но на пути к результату я был вынужден переосмыслить буквально все, что знал об управлении командой. Ниже делюсь инсайтами и раскрываю подноготную нашего масштабирования.
60-70% поисковых запросов в 2026 году заканчиваются без клика — пользователи читают ответы ChatGPT, Perplexity или Gemini и закрывают вкладку. Классическая оптимизация сайта под поисковые системы больше не гарантирует видимость. Нужна GEO оптимизация — адаптация контента под генеративные движки искусственного интеллекта.
Что внутри: определения GEO и AEO продвижение, технические критерии выбора источников нейросетями, пошаговый гайд с примерами кода, метрики измерения результатов.
Для кого: разработчики, техдиректора, SEO-специалисты, которые видят падение трафика при стабильных позициях.
Время чтения: 10 минут. Результат: чек-лист действий на 30 дней.
Планирование собственного карьерного трека — одна из сложнейших задач, потому что в ней множество переменных: личные навыки человека, предрасположенность с рождения, заложенные воспитанием способности, востребованность выбранной профессии в данный момент времени и многое многое другое. Ошибка в выборе профессии и карьерного пути может привести к печальным последствиям, ведь заниматься нелюбимым делом или понимать, что вершина в профессии не достижима — не самое лучшее в жизни.
В этой статье порассуждаю про развилку, какой путь выбрать — путь менеждера или путь эксперта. И сразу хочется отметить, что никакого отношения к HR-коучам я не имею, просто анализирую свой опыт.
В последнее время в информационном поле мне всё чаще попадается информация о заблуждениях в сфере налогового контроля, и по большей части эти заблуждения исходят от людей, которые называют себя специалистами или экспертами. Таким образом формируется в корне неверное представление о том, чем на самом деле занимается служба и как она осуществляет свой контроль. Вы наверняка видели подобные заголовки: «эксперты предупреждают», «юристы советуют» - смотреть и читать это уже просто больно.
Поэтому на правах бывшего сотрудника ФНС, прошедшего три контрольных отдела - предпроверочный анализ, контрольно-аналитический отдел и отдел выездных проверок, я решил подготовить статью с разбором самых популярных мифов, которые встречались мне за последнее время.
Если в этой статье я разберу не все популярные мифы, и вы слышали что-то ещё, что на ваш взгляд не похоже на правду - пишите в комментариях, или в личные сообщения. Я добавлю это к разбору в следующей статье.
В данной статье были проведены запуски JIT-бенчмарков под двоичными трансляторами из x86 в ARM Microsoft Prism Emulator, Apple Rosetta 2 и FEX Emulator. Также была проведена оценка влияния динамических модификаций кода на производительность двоичной трансляции.
Современные цифровые продукты выглядят устойчивыми.
Они работают, масштабируются, удерживают пользователя, демонстрируют высокую вовлечённость и формальную эффективность. На уровне метрик всё выглядит корректно: система не падает, пользователь остаётся внутри, взаимодействие продолжается.
Проблема в том, что эта устойчивость всё чаще достигается не за счёт формы самой системы, а за счёт скрытой компенсации со стороны человека.
Я выбрал Artix, кстати.
Всё. С этим покончено. Недавно я установил Linux на свой основной десктопный компьютер и рабочий ноутбук, полностью перезаписав раздел Windows. По сути, я удалил главную операционную систему с двух компьютеров, которыми пользуюсь чаще всего, доверив все свои личные и рабочие потребности сообществу опенсорса. Эта тенденция набирает популярность, и я присоединился к общему ажиотажу, но по веским причинам. Некоторые из этих причин могут отозваться в вас и убедить наконец-то тоже совершить этот переход. В статье я расскажу о своём опыте.
Пока IT-мир спорит о лицензиях на Open Source, в мире «больших финансов» пытаются провернуть эксплойт столетней давности. Американский инвестфонд Noble Capital подал иск в Федеральный суд округа Колумбия, требуя от Российской Федерации выплаты $225,8 млрд.
С помощью Python математически проследил эволюцию философских взглядов поэта на его творческом пути.
Ну что ж. Меня давно тут не было, но хочется вернуться в доброе и милое сообщество Хабра :-)
И тема для этого — актуальная во все времена.
В ИТ-среде принято считать усталость следствием сверхурочной работы. Однако на практике можно наблюдать обратную картину: разработчики, работающие в рамках стандартного графика, нередко демонстрируют признаки хронического истощения - снижение концентрации, потерю мотивации, рост числа ошибок. Это указывает на то, что причины усталости не в переработках, а связаны с особенностями организации труда.
Основное истощение возникает не из-за объема работы, а из-за препятствий, которые сопровождают ее выполнение. Когда работа требует постоянной борьбы с нечеткими требованиями, организационным хаосом и частыми переключениями между разнородными задачами, усталость становится результатом не потраченного времени, а высоких издержек на каждую операцию в рамках работы.
В разработке ключевой ресурс совсем не время, а пропускная способность внимания и оперативной памяти. Нагрузка, как правило, обычно вырастает в следующих случаях:
Чат-боты любят казаться умнее, чем есть на самом деле, внутри статьи много примеров и рекомендаций, как с этим "феноменом" бороться.
Предлагаю вашему вниманию небольшую ретроспективу эволюции загрузчиков. Текст носит обзорный характер и не претендует на исчерпывающее описание всех исторических и технических деталей, так как я познакомился с Linux только в 2010-х, а понимание его работы пришло сильно позже. Если у вас есть интересные дополнения — добро пожаловать!
Всем привет! Я Елена Шустерман, ведущий писатель в РТЛабс. Более 20 лет работаю в сфере ИТ. Есть большой опыт работы программистом и аналитиком, сейчас я технический писатель.
Расскажу, как при подготовке отчётной документации оптимизировать работу с документами, в том числе в MS Word с использованием возможностей MS Excel. А ещё как упростить себе рутину при сборке списков сокращений и определений.
Делю статью на две части. Эта часть — первая. Позже будет вторая часть с описанием других возможностей расширенного фильтра MS Word.
Привет, Хабр! На связи команды Рег.облака и Raft.
За последние годы автоматизация работы с юридическими документами прошла несколько этапов: регулярные выражения, классический NLP, первые нейросетевые модели. Почти всегда результат упирался в одно и то же — либо качество оказывалось недостаточным для бизнеса, либо сопровождение и доработки делали решение слишком дорогим.
В начале декабря Рег.облако выделило грант команде Raft на использование облачных серверов с GPU A100 80 ГБ. Задача эксперимента — проверить, как современные open-source LLM работают с длинными юридическими документами и можно ли использовать их для промышленного извлечения бизнес-критичных данных.
В этой статье мы разбираем результаты эксперимента: с какими ограничениями столкнулись, какие инженерные решения оказались критичными и к каким метрикам в итоге пришли.
Observability-as-Code - это подход, при котором базовые элементы наблюдаемости (метрики, логи, трассировки) описываются и проверяются так же строго, как и код самого приложения. Эта информация хранится в VCS и к ней выдвигаются такие же требования, как “остальному коду”. Инженеры явно описывают "контракт" наблюдаемости (какие метрики и логи должна выдавать система, с какими свойствами), снабжают этот контракт автоматическими тестами и включают проверки в процесс CI/CD.
В данной публикации мы подробно разберем, почему такой подход эффективен, и как его реализовать в Spring Boot с использованием Micrometer, OpenTelemetry и инструментов вроде ArchUnit.
Мы проанализировали более тысячи арбитражных исков, предъявленным к российским IT-компаниям. Нашлось много интересного и про иски, и про компании, и про арбитражные суды. Как всегда, будут классные графики и занятные выводы.
Демонстрируйте продукт, продавайте и отвечайте клиентам быстрее
Собрали новые сервисы, которые берут рутину на себя, экономят часы работы и помогают зарабатывать больше.
Виртуальные туры, которые собираются как LEGO: быстро, понятно и без лишнего стресса.
Кому подойдет: застройщикам, агентствам недвижимости, дизайнерам интерьеров, архитекторам, визуализаторам и маркетологам.
Что умеет:
Сфера кибербезопасности — это постоянная борьба и непрекращающаяся гонка защитников и атакующих. Хакеры становятся всё более изобретательными и проворачивают сложные схемы атак, способные нанести значительный ущерб компаниям любого масштаба.
Чтобы успешно отражать подобные нападения, недостаточно полагаться на традиционные методы защиты. Настоящая безопасность начинается тогда, когда организация готова думать и действовать так же, как её противники.
Именно поэтому мы провели киберучения в формате Red team и в этой статье делимся опытом: подходами, выбором сценариев, шагами для первой успешной реализации, а также ключевыми итогами наших первых учений. Статья будет интересна всем, кто задумывается о повышении зрелости процессов безопасности в своей организации.
