Habr

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

Эти глобальные изменения предоставляют массу возможностей каждому. Но насколько вы уверены, что даже с учетом всех изменений и внедренных новшеств процессы в компании работают по-настоящему эффективно? Process mining – это технология, которая ставит под сомнение ваши предположения и поможет высвободить незадействованные ранее резервы для оптимизации.

Компания «Газпром нефть» уделяет особое внимание цифровому развитию и активно внедряет инновационные решения в бизнес-процессы. Именно поэтому еще в 2016 году компания начала активно пилотировать технологию process-mining, а уже в 2019 году и разрабатывать свою собственную аналитическую платформу Промайн.

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

В настоящее время компания «Газпром нефть» является лидером Российского рынка по масштабам использования технологий process mining, накоплен значительный багаж практических знаний и компетенций. Только в периметре компании «Газпром нефть» Промайн активно используется:

Когда я публиковал свои первые статьи на Хабре, мне было не по себе. Я опасался (но где‑то и надеялся) что сейчас мою статью разнесут по фактам въедливые зануды, которыми славен ресурс. Что они найдут все пограничные случаи, не подпадающие под общий вывод, найдут все технические ошибки, которые допускают лишь дилетанты и скинут десяток ссылок на статьи, где «это всё уже сто раз было».

Три года и 30 статей заставили меня относиться к мифу о многочисленности на Хабре положительно-въедливых зануд несколько более критично — не воспринимать его как априорную истину, а задаться вопросами «так ли это?» и «если не так, то почему?».

В апреле 2025 года информационная служба Хабра выпустила 1018 публикаций (954 новости и поста, 17 лонгридов и 47 переводов). В этом дайджесте представлены лучшие технические новости, переводы и лонгриды инфослужбы Хабра, согласно оценкам пользователей.

Технотекст 7 получился необычным: мы провели всего одну рассылку, остальные статьи собирали органически — анонсами, упоминаниями и даже личным общением с авторами (как в личке, так и в оффлайн формате). Для такой активности результат превзошёл все ожидания: мы получили 833 заявки, приняли 763, в шорт-листы попали 499 заявок, из них 132 от частных пользователей, 367 — от компаний.

Почти все статьи оказались качественными — поэтому при скоринге материалов для шорт-листов оставались в первом туре статьи с рейтингом выше +50 и даже выше +100. Из неприятного — две «нейроночные» статьи, они были сняты с конкурса, искренне надеемся, что это был эксперимент и кто-то пробовал нас на прочность. Увы, думаю, что этот год стал последним спокойным с позиций ИИ-шного контента — в новом сезоне проверяться будет каждая статья. 

Git стал стандартом де-факто в мире разработки программного обеспечения. Это мощная система контроля версий, которая позволяет командам эффективно сотрудничать, отслеживать изменения и управлять кодовой базой. Новичку Git может показаться сложным из-за обилия команд и концепций. Однако правда в том, что для выполнения 90% повседневных задач достаточно уверенно владеть небольшим набором ключевых команд.

Несколько мыслей об устройстве Хабра, о его идеалах, классификации его аудиторий и их взаимодействии.

Заметная часть статей от пользователей о Хабре, его судьбе и его устройстве выдвигает тезисы, не основанные на статистике, позволяющей отличить частный случай от системы или задать рамку из самого лучшего и самого худшего случая.
В пределе, фактологическая основа статьи вообще заменяется либо на агностицизм («Мы всей правды не знаем, но…»), либо на личный эмоциональный опыт («Вы что, сами не видите, как…»).

Всем интересующимся пользователям, а также авторам, которые в своих статьях заменяют статистику и факты на «Я тут давно и чувствую Хабр на кончиках пальцев» я бы предложил сыграть в небольшую игру :)
Ниже будет 8 вопросов о Хабре. Вы пишете ответы в комментариях. Вопросы будут сформулированы так, что ваш ответ на них может быть не точным, а приблизительным.
Свои варианты ответов я допишу под спойлерами через 48 часов после публикации.

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

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

Почему-то мне кажется, что Хабр поддерживает последних, что он им помогает.

Как и в любом сообществе, на Хабре есть свои мифы, суеверия и легенды. Один из таких мифов звучит примерно так:
«Сегодня Хабр умирает особенно мощно. Администрация ресурса, ведомая беспрецедентной алчностью, распахнула ворота платформы перед коммерческими компаниями. И теперь солнце над Хабром навсегда заслонили корпоративные аккаунты, в которые пишут лишь посредственные рерайтеры и LLM. Разрозненная и всё уменьшающаяся горстка независимых авторов, помнящих, каким был тот Хабр, не способна ничего противопоставить стихийному бедствию. Ведь любую корпоративную статью через минуту после публикации боты накручивают до +10 рейтинга. И она катапультируется прямиком на первую страницу ленты Лучшее за сутки.»

Если попросить привести какие‑нибудь аргументы в пользу данного тезиса, вам вполне могут сперва сказать:
«Вы что, сами не видите?! По‑моему, это очевидно. Конечно, у меня нет точных данных, так как доступ к API Хабра закрыт и об истинном положении вещей мы можем лишь гадать, но...»
А после волшебного «но» продолжить:
«...но по моим внутренним ощущениям корпоративные рерайтеры пишут уже порядка 70‑80‑90% всех статей Хабра. Вот, например, одна статья, которая мне не понравилась. Разве может быть у статьи, которая мне не нравится такой высокий рейтинг? Не может! Уж поверьте моему опыту, я давно тут варюсь и всё‑всё знаю. А если уж вы хотите объективный критерий, то советую обратить внимание на отношение времени публикации в миллисекундах к количеству закладок. Оно выглядит крайне подозрительно»

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

Тем не менее. Если вы тот самый въедливый зануда, для которого не «всё и так понятно», то специально для вас я взял карандаш, бумагу, графический программируемый калькулятор Casio fx‑7000G и кое‑что посчитал.

Go предлагает уникальный и прямолинейный подход к обработке ошибок, отличающийся от try-catch в других языках. Он основан на явной проверке возвращаемых значений, что требует больших проверок, но ведет к более надежному коду. Рассмотрим основы, современные инструменты пакета errors и лучшие практики.

Теперь при подготовке статьи, поста или новости вы можете указать целевую аудиторию. Хабр порекомендует вашу публикацию подходящим людям.

Под катом FAQ по новой фиче для авторов.

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

Статья получилась емкая, и вероятно позволит некоторым за 10 минут больше понять, что можно изменить в своей работе, если посмотреть на нее с точки зрения CIO.

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

Потом — осознанная пауза примерно на год. Захотелось остановиться, переосмыслить, докачать стратегические и управленческие скиллы. Изучал материалы MBA, CISO, CISA — не для галочки, а чтобы по-настоящему понять, как быть не просто ИТ-менеджером, а ИТ-лидером.

После этого появилась возможность вернуться в ИТ и перейти  на уровень выше. Я стал региональным CIO крупной госкомпании, отвечал за ИТ в шести регионах РФ с 25 000 АРМ, выстраивал процессы, внедрял ERP, взаимодействовал с головным офисом, командой и подрядчиками.

А потом — переезд в Европу. И новый старт.

Идея была простая: продолжить карьеру в том же духе — ИТ-руководитель, трансформация, стратегическое развитие. Но на практике всё оказалось сложнее. Языковой барьер, о котором вроде бы знал, оказался серьёзнее, чем думал. Языковые курсы помогли, но вот управленческого словаря, уверенности в локальной терминологии и понимания местной специфики — не хватало. Всё приходилось изучать с нуля.

 Первая ступень: IT Service Request Manager

Привет, Хабр! Эта статья про то, как команда корпоративной архитектуры ДОМ.РФ выстраивала управление ИТ на основе единого реестра автоматизированных систем. В ней мы поделимся опытом, как и почему и пришли к этому решению, а также расскажем про плюсы и минусы данного подхода.

Предыстория

Для начала объясним, что из себя представляет группа ДОМ.РФ и её ИТ-ландшафт. 

Группа компаний ДОМ.РФ реализует нацпроекты в области жилищного строительства с 1997 года и развивает цифровизацию российской строительной отрасли и банковской сферы. В группу входит множество направлений – от собственного банка до лифтостроительного завода. Все направления имеют ИТ-составляющую и свои оцифрованные процессы.

Статья для тех, кто не из IT, но тоже хочет писать статьи.

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

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

Владельцем блога на Хабре я лично являюсь около 9 лет. Точнее, на протяжении этого времени я 3 или 4 раза оплачивал корпоративный блог. О нем и хочу поговорить, зачем он нужен и какую пользу может принести.

«Data Governance — это дополнительная надстройка, которая увеличивает сложность и длительность процессов. Это тормозит бизнес!»

«Нам нужны качественные данные, а вы все про свои процессы!»

«Data Governance – это IT-шная история, пусть они и занимаются. Причем здесь бизнес?!»

Эти фразы часто звучат, когда речь заходит о внедрении Data Governance. Бизнес и Data \ IT могут по-разному смотреть на роль DG: для команды управления данными это фундамент прозрачности и управления, а для бизнеса — дополнительные шаги, которые могут замедлять процессы.

Но ведь цель Data Governance (DG) — не процесс ради процесса, а создание ценности для бизнеса за счёт качественных, управляемых данных. Почему же возникают разногласия? Из моего опыта можно выделить несколько ключевых факторов, которые влияют на восприятие DG в бизнесе:

1.Неочевидная связь между DG и бизнес-результатами. Если Data Governance не подкреплён показателями, влияющими на прибыль (P&L, снижение затрат, ускорение процессов), для бизнеса его сложно воспринимать как приоритетную задачу.

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

3.Долгий цикл внедрения. Когда DG запускается с прицелом на долгосрочную выгоду, интерес к DG снижается, так как  бизнесу нужны быстрые результаты, бизнесу нужно решать задачи уже сегодня.

Как же выстроить эффективный диалог между DG и бизнесом?

С февраля 2024 года Apple блокирует не только российские финтех-приложения и аккаунты разработчиков, но и закрывает доступ для разработки корпоративных сервисов. Это всё новый пакет санкций, который должен ударить по мобильной разработке и доходам бизнеса.

Сейчас гайки закручивают всё больше, а бизнес продолжает находить решения. Компании используют несколько стратегий, чтобы публиковать приложения на iOS и удерживаться там подольше. Рассказываем, как это делают.

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

В прошлой статье о линейной регрессии я упомянул, что в будущем мы будем заниматься её оптимизацией. Однако, прежде чем перейти к этому, нам нужно разобраться с одной из ключевых концепций математического анализа — производной.

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