Все потоки

Что такое КОРУС?💥

На этот вопрос постарались ответить наши коллеги из разных департаментов. Спойлер: КОРУС — это драйв, энергия, команда… КОРУС — это люди!

Проявляй себя, работай в КОРУСе: https://links.korusconsulting.ru/ybFq

#говоряткорусяне

Пуанкаре vs. Эйнштейн

В книге Питера Галисона 'Часы Эйнштейна, карты Пуанкаре: империи времени' есть интересное сопоставление позиций Эйнштейна и Пуанкаре. Несмотря на то что оба исходили из преобразований Лоренца, их взгляды на теорию физики существенно отличались. Можно даже сказать, что Пуанкаре не принял теорию относительности Эйнштейна. Ниже несколько цитат из книги по этому поводу.

Интересно отметить, что Эйнштейн не ссылался на работы Пуанкаре, хотя он был знаком с ними. Пуанкаре со своей стороны также оставил работы Эйнштейна без внимания. Галисон охарактеризовал их отношения таким образом:

'Эйнштейну Пуанкаре, вероятно, казался старомодным: очередной физик старшего поколения, который в 1905 г. не смог понять отказа Эйнштейна от эфира или от различения истинного и кажущегося времени. Пуанкаре, должно быть, воспринимал Эйнштейна в качестве второстепенной фигуры, возможно, как автора эвристических аргументов для выведения преобразований Лоренца, но все же как того, кто не смог даже подступиться к фундаментальным вопросам физики: эфиру и структуре электрона.'

Основная разница между Пуанкаре и Эйнштейном связана с отношением к эфиру. Пуанкаре признавал, что в рамках преобразований Лоренца невозможно из проводимых экспериментов установить, находится ли инерциальная система в движении или нет. Тем не менее, он не мог отказаться от идеи эфира, хотя его идеал эфира был уже далек от эфира 19-ого века. Галисон приводит по этому поводу цитату Пуанкаре:

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

Галисон описывает позицию Пуанкаре таким образом:

'Пуанкаре сохранил эфир в качестве интуитивной основы, на которой можно было бы представить дифференциальные уравнения'

'Пуанкаре никогда не терял убежденности в чрезвычайной ценности эфира как инструмента для мышления, условия для применения плодотворной интуиции.'

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

В 1912 году, незадолго до смерти, Пуанкаре по-прежнему верил, что возможно достичь успеха в рамках его позиции:

'Сегодня некоторые физики [имеется в виду относительность в духе Эйнштейна] хотят принять новую конвенцию. Дело не в том, что они вынуждены это делать; они считают эту новую конвенцию более удобной; вот и все. И те, кто придерживается иного мнения, с полным правом могут и дальше придерживаться старой концепции, не изменяя своим привычкам. Я считаю, — только между нами, — что они будут поступать так еще в течение долгого времени.'

П. Галисон, Часы Эйнштейна, карты Пуанкаре: империи времени, 2022.

Приходите на второй открытый онлайн Devhands AI Meetup #2!

📅 Когда: 18 июня, начало в 18:30 (Мск)

🔗 Где: Zoom (запись через таймпад) 

Формат: блиц по 7 минут, только личный опыт и кейсы, без воды. ~45 минут выступления подряд без вопросов, ~45 минут — обсуждение и вопросы. Всё бесплатно.

Программа на 18 июня:

• «ACP как база для агентской автоматизации» Алексей Самойлов, Techlead в Fastronome

• «Системный дизайн через AI-скиллы и MCP: от требований до архитектурного решения» Виталий Юшкевич, Lead engineer в Pugofka 

• «Опыт применения AI в стартапе инфраструктурной платформы» Георгий Меликов, no-ops платформа Exordos

• «Организация правил работы с проектами в Claude» Денис Савицкий, разработчик в DeltaSoft

• «Опыт применения AI для анализа фродовых регистраций» Дмитрий Дунаев, Дата инженер в ССР

Ксения Погорельских, хостинг-сервис Deploy-f-, название доклада уточняется (расскажу про факапы, про эксперимент, где 30 агентов-тестировщиков нон-стоп ищут баги, а агент-разработчик эти баги исправляет и отдает на ретест. И почему эти агенты долго не могли выдать мне ветку с фиксами, готовую к мержу в мастер).

Приходи, регистрируйся, это можно сделать через таймпад, или через наш чат, Devhands AI Club. Если интересно участвовать в качестве блиц-спикера - присылай заявку на следующий митап. Темы, которые мы хотим обсуждать:

• Кейс: рассказ о запущенных проектах, опыт внедрения и adoption в компаниях

• Цикл разработки: Agentic SDLC, SDD, ADR, автоматизация QA (unit, smoke, e2e, нагрузочное), деплой, работа с инцидентами, sandboxing, security

• Агенты: возможности/недостатки, опыт, сравнение, новинки, баги 

• Облачное окружение: модели, гейтвеи, стоимость

• Локальные модели: модели, железо, сетапы, скорость и стоимость. 

• Ошибки, которые я не повторю. Ошибки, которые я не повторю. Ошибки, которые я не повторю. Ошибки, которые я не повторю. Ошибки, которые я не повторю.

🧠 Бионейроны встречают ИИ: когда живая ткань становится процессором

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

Последние эксперименты стирают грань между биологией и кодом.

🔬 Что уже происходит

Учёные выращивают миниатюрные мозговые органоиды — скопления живых нейронов, способные обучаться. В Австралии проект DishBrain научил 800 000 клеток мозга играть в Pong. Клетки получали электрическую обратную связь — и адаптировались быстрее, чем классические нейросети.

⚡ Био-гибридные чипы

Стартапы вроде Cortical Labs и FinalSpark уже предлагают биопроцессоры, где кремниевые микроэлектроды сплетены с живыми нейронами. Энергопотребление такого “чипа” — микроватты, против десятков ватт у традиционного GPU. Живая ткань оказалась в тысячи раз эффективнее.

🕳️ Проблема “чёрного ящика”

ИИ становится всё сложнее — и всё менее понятным для нас. Мы видим вход и выход, но внутренняя логика нейросетей остаётся нечеловеческой. Если добавить в эту систему живые нейроны, которые тоже имеют собственную “физику” и непредсказуемость — сможем ли мы вообще понять, как принимается решение?

🌀 Сверхинтеллект или тупик?

Оптимисты видят сценарий, где био-нейронные сети открывают путь к AGI — общему искусственному интеллекту. Пессимисты напоминают: мы до сих пор не понимаем, как работает собственный мозг. А создание гибрида без этого понимания — как сборка самолёта без знания физики полёта.

🤔 Главный вопрос

Если однажды живой органоид, подключённый к кремнию, начнёт демонстрировать признаки сознания — поймём ли мы это? Или примем за сбой алгоритма?

Будущее, где нейроны и нейросети работают вместе, уже не фантастика. Оно растёт в чашке Петри.

—

А что вы думаете — сознание может родиться в гибриде живого и цифрового?

https://www.youtube.com/watch?v=DNxdaS4gfAo

ИТ‑аккредитацию надо подтвердить до 1 июля, новые правила медосмотра иностранцев и штрафы до 1 млн

Сегодня две темы для - ИТ-компаний и для тех, кто работает с иностранцами.

Подтверждение ИТ‑аккредитации: до 1 июля надо подать заявление

Минцифры напомнило: скоро закончится приём заявлений о подтверждении аккредитации. Форму нужно заполнить на Госуслугах до 1 июля 2026 года. Сроки прохождения аккредитации специально продлевали.

Решение о подтверждении будет принято до 1 сентября 2026 года и направлено в личные кабинеты организаций на Госуслугах до 22 сентября.

Если ИТ‑компания потеряет аккредитацию, она лишится:
⦁ пониженных тарифов страховых взносов;
⦁ льготной ставки по налогу на прибыль;
⦁ отсрочки от срочной службы для сотрудников.

Потеря аккредитации - это серьёзно. Не пропустите срок.

Документ: Информация Минцифры России от 11.06.2026

Новые правила медосвидетельствования иностранцев и штрафы

С 1 сентября 2026 года действует единый срок, в течение которого иностранцы должны пройти медосвидетельствование, - 30 календарных дней со дня въезда в РФ.

Медосвидетельствование иностранцев

Клиникам запрещено передавать третьим лицам права и обязанности по освидетельствованию.

Оплачивать процедуру должен иностранец или его работодатель.

По результатам формируются электронные медзаключения о наличии (отсутствии):
⦁ факта употребления наркотических или психотропных веществ без назначения врача;
⦁ опасных инфекционных заболеваний (туберкулёз, лепра, сифилис, ВИЧ).

Клиника в течение 24 часов размещает заключения в ЕГИСЗ, откуда они передаются в МВД и Роспотребнадзор. Иностранца нужно уведомить о результатах.

Правила медосвидетельствования и порядок оформления заключений установит Минздрав.

Штрафы

Для клиник (новая ст. 18.21 КоАП РФ):
⦁ штраф от 300 тыс. до 1 млн рублей;
⦁ или приостановка деятельности на срок от 14 до 90 суток.

Ответственность - за нарушение в отношении каждого иностранца.

Для иностранцев (новая ст. 18.11.1 КоАП РФ):
⦁ штраф от 25 тыс. до 50 тыс. рублей;
⦁ с выдворением из России или без него.

Уголовная ответственность (новая ст. 235.2 УК РФ):
⦁ за подделку документов об отсутствии опасных заболеваний и оборот таких документов;
⦁ максимальное наказание - лишение свободы до 8 лет со штрафом до 3 млн рублей.

Сроки:
⦁ поправки к КоАП РФ - с 10 июня 2026 года;
⦁ изменения УК - с 21 июня 2026 года;
⦁ единый срок медосвидетельствования - с 1 сентября 2026 года.

Государство продолжает ужесточать контроль за миграцией: штрафы для клиник стартуют от 300 тысяч рублей и считаются за каждого иностранца. А за подделку справок - уже уголовка до 8 лет. Иностранцам тоже придётся несладко: штраф до 50 тысяч плюс возможное выдворение.

Я считаю это правильным, но пока не вижу эффективности от всех этих мер.

Документы: Федеральные законы от 10.06.2026 № 162-ФЗ,163-ФЗ,164-ФЗ

А что вы думаете? Делитесь мнением в комментариях 👇

«Искусство системного мышления. Необходимые знания о системах и творческом подходе к решению проблем» Джозеф О'Коннор, Иан Макдермотт

Одна из первых моих книг «по работе». Купил случайно, как и «Русскую модель управления». Эта книга предопределила мой подход к работе, особенно к управлению – он стал инженерным.

Системное мышление – это отношение ко всему вокруг, как к системам. Всё можно разложить на составляющие, как минимум видимые – это будут элементы системы. Но самое интересное – то, чего не видно. Это связи и эмерджентные (возникающие) свойства.

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

Кстати, понимание эмерджентных свойств очень помогает в ИТ, особенно в приземлённой работе – когда не просто код пишешь, а с людьми работаешь и пытаешься заставить что-то работать. Сразу представляешь себе, что будет с системой, когда «откроешь ворота» и туда зайдут пользователи. Где и как они будут ошибаться, мешаться, толкаться, спотыкаться и находить ошибки там, где их не должно быть по всем теоремам чистого, совершенного кода.

То же касается проектирования архитектуры, да и просто написания кода. Автора, который не учитывает реалий жизни (=эмерджентных свойств системы), видно очень быстро – его решение тормозит. Автор не знал, что данных будет много.

В менеджменте же без системного мышления, на мой взгляд, рассчитывать на что-то серьёзное в принципе нельзя. Все агрегирующие методики оценки (вроде McKinsey 7S Framework или ССП), фреймворки вроде Scrum, фундаментальные подходы вроде теории ограничений систем – всё основано на системном мышлении. Смягчу формулировку, уберу «всё основано», т.к. не знаю хронологии, кто на кого опирался – скажу, что всё про системы, взаимосвязь и возникающие свойства.

Кстати, ключевая причина неудач при внедрении всех этих методик – незнание или непонимание систем. Берут книжку, читают, воспринимают как готовый кейс, алгоритм, и натягивают сову на глобус. Хотя авторы (Годратт, Сазерленд) прямо пишут – не надо «брать и внедрять». Поймите принципы и скомпонуйте из них свою методику, под свой контекст.

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

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

Так что, если не знакомы с системным мышлением – прыгайте в последний вагон.

Из Книжного стека

О новой тактике курьеров Яндекс.Еды по расчистке пути на пешеходных тротуарах...

Когда официальные каналы коммуникации не работают, ничего не остаётся, кроме как попытать счастья в публичном пространстве. Вообще я не люблю такую тактику. Тем более что "Хабр - не жалобная книга". Но так как на горячей линии Яндекса меня отфутболили, то решил попытаться обратиться к компании через Хабр. Возможно, удастся решить проблему.

Итак, уже несколько раз столкнулся со следующим поведением курьеров на тротуарах:

• курьер несётся навстречу на электровеле на бешеной скорости

• если видит препятствие в виде пешехода, то врубает какой-то дикой яркости вспышку

• вспышка слепит пешехода, пешеход впадает в ступор, курьер его объезжает на всё той же бешеной скорости

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

Рассмотреть номер курьера, конечно же, после этого невозможно, ибо после того, как вас ослепили, то перед глазами на какое-то время остаётся только засветка. Видимо, на то и расчёт.

Пытался сообщать на горячую Яндекса о проблеме. Но разговор выглядел примерно так:

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

Яндекс, очень надеюсь, что вы чем-то помочь всё-таки сможете. Вам ведь тоже, наверное, хотелось бы жить в комфортной и безопасной городской среде? Где вас не будут слепить вспышками, подвергая опасности (ибо после вспышки вы мало что видите в течение какого-то промежутка времени)

Пол Грэм — Как заработать миллиард долларов. Перевод эссе

Миллиардеры не воруют. Они просто умеют считать.

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

Тезис простой: стартап, растущий на 15% в месяц, через 5 лет зарабатывает в 4000 раз больше. Это не магия и не эксплуатация — это сложные проценты. Именно непонимание этой математики заставляет политиков считать, что миллиард долларов нельзя заработать честно.

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

Отсюда неочевидный вывод о том, как вообще искать идеи для бизнеса: не надо их искать. Лучшие стартапы начинались как проекты, которые люди делали для себя, потому что им было интересно. Justin.TV — парень с камерой на голове. Сейчас это Twitch.

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

Сразу же обновил сборник и добавил туда эссе.

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

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

Был очень обрадован, что за плату можно позаниматься тем, что я и так обожаю делать. Коллеги из геймдева оказались очень любознательными и продуктивными, с интересом слушали мои мини-лекции по теоретическим аспектам в зуме и выполняли ооочень много "домашней работы" со словарями. Закрыли проект, взаимно довольные друг другом. К сожалению, записей языка в исполнении штатных дикторов услышать пока не удалось (только в своём произношении) — проект ещё в разработке, игровой мир ещё строится в остальных своих аспектах.

Но в целом история немного поучительная, потому что ещё раз показывает, что твоим коммерческим заказом может стать любое твоё нишевое увлечение — даже если у него не было коммерческих перспектив. Теперь подумываю развиваться дальше в этом направлении и заняться придумыванием артлангов на заказ. Пока сделаю похожий проект для себя и для души (coming soon!) — а там видно будет))

На Go непривычно после Python

На работе переводим сервисы на Go. Делюсь ощущениями от Go, как FastAPI-питонист:

• В Go классов нет, есть struct с полями.

• Внутри структур нет методов. Перечислили поля и все. Дальше функцию связываем отдельно со структурой сигнатурой вида funс (s *SomeStruct) Greet () string {}. С аргументами читается еще тяжелее.

• ООП нет, наследования нет. Связь между структурами через композицию.

• Ошибки нужно обрабатывать руками без try ... except с помощью if err != nil {...}.

• nil вместо None

• Эксепшнов нет. Функции возвращают ошибку как обычное значение: val, err := SomeFunc(). Хотя в Python я ответ из кортежей прям не люблю и избегаю, тут это база.

• Зато есть panic, которые по сути – необработанные эксепшны.

• Но на паники есть recover, который лечит последствия паники :)

• Комментарии через два слеша // comment

• Докстринги над сигнатурами, а не под.

• OpenaAPI для Swagger надо собирать самому без FastAPI. Напрочь забытый навык. Даже с либами вроде swaggo/swag делать это надо руками, с ошибками.

• Валидации полей нужно писать руками. Нет аналога Pydantic с батарейками.

• Строка в двойных кавычках "w" – строка. В одинарных 'w' – руна, другой тип данных, который принимает в себя только один символ. Писать слово или фразу в руну нельзя.

• А есть еще backtick ` ` для тегов структур. В них как раз могут задаваться правила валидаций в go-playground/validator:
type User struct {
Name string `validate:"required,min=2"`
}

• len у строк в байтах. Символ в кириллице = 2 байта. len строки на кириллице ~х2, непривычно. Нужно считать длину рунами в строках.

• Иинтерполяция делается через fmt.Printf(). В отличие от f-строк в Python требует в конце явного перевода строки с \n, иначе строки слипаются. 

• Вместо snake_case – lowerCamelCase для приватных идентификаторов пакета, а UpperCamelCase для экспортируемых.

• Первым аргументом в запускаемом приложении командой go run some-script.go неявно выступает путь до файла. Из-за этого появляются идиомы в циклах типо «начни со 2-го аргумента».

• Моржовый оператор a := "some" в Go это инициализация переменной с присваиванием. В Python это оператор в if ... else блоках, который инициализирует переменную только если сработало условие.

• Аргументы у методов – позиционные. DoSomething(first, second, last) против do_something(action=first, modifier=second, final_action=last) у Python. Python умеет в лаконичность, но тут Go в нее заставляет. У методов со сложными контрактами надо сигнатуру подсматривать.

Что в Go нравится:

Тут много наивного по неопытности :)

• Горутины – топ. Не нужно в голове держать асинхронный код, потоки, процессы, футуры, CPU-задачи, IO-задачи – на все горутины. А для передачи данных – каналы. Горутины весят 2-4 КБ против ОС-потока в 2-4 МБ памяти. Нет танцев с GIL. go func и начинаешь в конкурентность.

• Статическая типизация при сборке находит много ошибок без линтеров и mypy. Еще она заставляет явно писать типы данных в аргументах и ответах от функций. Код нагляднее.

• Вместо двоеточий  и отступов фигурные скобки. Я еще с NodeJS любил не капризное авто-форматирование.

• Go-скрипты собираются в бинарники. Для них не нужен установленный Python или JVM. Просто запускаем как обычный баш-скрипт через ./script

• Импортировать пакеты нужно целиком. Как в Python только метод импортировать нельзя. Обязательная лаконичность тут нравится. Импорты аккуратные, а в коде вызов их функций более явный.

• Код модулей удобно читать сверху вниз. Python – интерпретируемый. Все, что не объединено в класс, должно быть объявлено перед вызовом. Код приходится нередко читать снизу вверх. Go – компилируется, порядок кода неважен. Читать код по ходу пьесы проще.

• Стандартный пакет для тестирования go test все умеет из коробки. Аналог pytest как внешняя зависимость не нужен.

• Ради чего все это: перевод сервиса с Python на Go даже тупо с ИИ-агентом, по метрикам Prometheus (АБ 50/50 трафик) снизил время ответа и потребление CPU и IO-ресурсов в десятки раз.

Из-за последнего вас и спрашивают на Python-собесе «готов перейти на Go»? Бабки, с-ка, бабки.

О невольной индивидуализации идентифицированных доменов

Уже много написано о деанонимизации администраторов доменов и прочих прелестях жизни. Расскажу о главной прелести при идентификации доменов переходящих подобно красному знамени с регистратора Р01. Один непоименованный продавец доменов, которым я был вполне доволен в последние 10 лет внезапно признался, что неаккредитован для идентификации доменов и их надо своим пешком в nic.ru заносить и там идентифицировать. Веселье заключается в том, что nic.ru открывает новый договор каждый раз когда делается попытка идентификации домена.

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

Я задал этот вопрос техподдержке nic.ru и она его обдумывает уже вторую неделю, не отвечая ни на письма по этому поводу, ни на сам тикет.

Второй забавный нюанс -- на каждый домен nic.ru прислал мне отдельное письмо с требованием идентификации. Интересно, а сколько писем они послали массовым регистраторам доменов? Им тоже по-одному домену на договор будут открывать?

Почему через 3-5 лет контакт-центр станет центром прибыли

Алексей Рогожин, руководитель контактного центра и центра заботы о клиентах ОТП Банка, принял участие в дискуссии «Эволюция банковских контакт-центров: что меняется сегодня», прошедшей в рамках презентации итогов 4-й волны исследования банковских контакт-центров аналитической и консалтинговой компании Frank RG. Он рассказал о переходе банка к единой модели управления клиентским опытом, смене приоритетных метрик и планах по трансформации службы поддержки в прибыльное подразделение.

Алексей отметил, что в рамках трансформации, начатой полтора года назад, ОТП Банк интегрировал метрику Contact Rate в систему мотивации продуктовых команд, что позволило кратно расширить линейку услуг и улучшить операционные показатели. «Мы обеспечили сквозную синхронизацию на всех этапах клиентского пути – от чат-бота до живого оператора, так как понимаем, что классические показатели эффективности теперь уступают место FCR (решение вопроса с первого обращения) и метрикам клиентской доходности», – заявил спикер.

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

Алексей также затронул тему искусственного интеллекта и автоматизации в контакт-центре. Он отметил, что банк провел переработку примерно 15% всей автоматизации, установив высокие стандарты качества. «Мы придерживаемся принципа: если выход на сотрудника всегда открыт для клиента, и он активно пользуется автоматизацией, которую мы создаем, значит, мы делаем качественный продукт. При этом сама автоматизация должна быть прозрачной и не хуже, чем то, что делает человек». Еще отметил, что в текущем году приоритетом для его команды станет внедрение ИИ-моделей для анализа и поведенческих данных, способных прогнозировать уровень удовлетворенности клиентов в реальном времени.

В финале резюмировал, что через 3-5 лет контакт-центр трансформируется в центр прибыли. «Увеличение автономных агентов и развитие эмоционального интеллекта – вот направления роста. При этом главный вызов остается неизменным: как сделать каждое взаимодействие с клиентом максимально ценным и человечным, несмотря на рост цифровизации».

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

Когда мы слышим истории про взлом высокотехнологического оборудования или АСУТП промышленного предприятия (например ядерного реактора как это произошло со Stuxnet), способного вывести из строя города и страны, мы невольно подразумеваем правительственный след. Однако, как покажет следующая история, пара малоизвестных специалистов по программно-аппаратному хакингу практически в домашних условия способны положить большую часть IT инфраструктуры чуть ли не всего мира.

9 июня 2026 года Вера Менс (Vera Mens) из TEAM82 опубликовала большое исследование по атаке на источники бесперебойного питания (ИБП) от известной компании Vertiv. Коллега выявила 2 критические уязвимости в сетевых картах вендора, каждое с оценкой 9.8 баллов по шкале CVSS:
CVE-2025-46412 - обход аутентификации, позволяющей атакующему получить доступ к оборудованию через Web-интерфейс;
CVE-2025-41426 - переполнение буфера, позволяющее выполнить произвольный код на уяязвимом устройстве.

Главна проблема кроится в том, что вышеназванная компания является чуть ли не монополистом в поставке ИБП во все западные ЦОДы. С учетом того, что бесперебойники обеспечивают нормальную работу оборудования в случае отключения электроэнергии, а также защищают системы от скачков и падений напряжения и позволяют безопасно завершать работу, управление данным девайсом ставит под угрозу доступность и целостность инфраструктуры.

Не могу не обратить внимание на этический аспект команды TEAM82, которые перед публикацией статьи связались с вендором и передали все наработки. Компания Vertiv приняла отчеты, подтвердила наличие уязвимостей и выпустила патчи для уязвимых плат: Liebert RDU101 (патч v1.9.1.2_0000001) и IS-UNITY (патч v8.4.3.1_00160). К счастью, эксплойты не опубликованы, так что кто еще не успел обновиться - могут не переживать за скрипт-киди и веерные проверки на доступность.

Не устану посторять это каждый раз: не используйте интернет и беспроводные технологии на объектах АСУТП. Исключительно изолированный внутренный контур с доступом по проводам.

🧠 Обязательно поделись с теми, кому это может быть полезно: 💬 Телеграм | 💬 Max | 📝 Хабр | 💙 ВКонтакте

21 год в компании — не скучно?⚡

➡️ Алексей Скоферца, ex-старший консультант в департаменте EPM, рассказал о том, почему работа в КОРУСе заряжает энергией уже столько лет.

Проявляй себя, работай в КОРУСе: https://links.korusconsulting.ru/ybFq

#говоряткорусяне

Как разработать Linux-драйвер реального устройства для платформы RISC-V

Если вы хотите лучше разобраться во внутреннем устройстве Linux и узнать, как его ядро взаимодействует с физическими устройствами, то приходите на бесплатный офлайн мастер-класс YADRO. Вместе пройдем полный цикл создания драйвера дисплея LCD1602 для VisionFive2: от теории до добавления новых функциональных элементов и запуске на одноплатнике.

Что будем делать:

• загрузим информацию о дисплее в ядро через Device Tree Overlay;

• выведем текст на дисплей через драйвер Linux для embedded-систем;

• считаем содержимое дисплея из ядра Linux и выведем в консоль;

• научимся управлять подсветкой и курсором через интерфейсы Linux Kernel Driver;

• займемся обработкой IRQ по нажатию кнопки;

• разберем типичные ошибки при разработке Linux-драйверов.

Мастер-класс проведет Никита Косырев, инженер-программист группы системного ПО в YADRO. Никита — энтузиаст embedded-систем и архитектуры RISC-V, несколько лет занимался разработкой драйверов периферийных устройств в ядре Linux. 

Приглашаем инженеров, которые хотят лучше разобраться в низкоуровневой разработке для Linux и особенно тех, кто работает с user space-приложениями. 

Мастер-класс пройдет офлайн 3 июля в московском офисе YADRO, количество мест ограничено. Участие бесплатное, но регистрация обязательна.

Проходите мини-курс «Безопасная разработка ПО»

Привет, Хабр! Мы выпустили вторую и третью части бесплатного курса в Академии Selectel. Материалы будут полезны опытным специалистам, которые хотят углубить знания и освоить инструменты защиты. Приступите к обучению прямо сейчас — изучение займет около двух часов.

Перед стартом рекомендуем пройти первую часть «Безопасная разработка: проектирование ПО». Это упростит понимание материала.

Часть 2 «Реализация»

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

Часть 3 «Проверка безопасности и управление уязвимостями»

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

Больше чем бенефиты: 3 главных тренда в IT-культуре и управлении командами на 2026 год

Привет, Хабр! На прошлой неделе я побывал онлайн на международном саммите Charter New Employer Brand Summit 2026, где C-level лидеры из Canva, Walmart и Hilton обсуждали, как трансформируется культура технологических компаний в эпоху глобальных перемен, ИИ-дисрапта и изменения ИТ-рынка.

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

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

1. Карьерный рост — это новое EVP (Прозрачность вместо абстрактных бонусов)

Помните времена, когда ИТ-компании конкурировали в основном за счет разнообразия офисных зон отдыха и развлекательных бенефитов? Этот подход уступил место жесткому прагматизму. На саммите представители гигантов вроде Walmart и Hilton открыто заявили: сотрудников больше не привлекают поверхностные обещания.

Главный вопрос, который сегодня задает сильный специалист: «Будет ли эта компания инвестировать в мой профессиональный апгрейд и как устроен этот процесс?»

В чем суть: Прозрачные матрицы компетенций, понятные треки роста, оплата профильного обучения, участие в R&D-проектах и сильный менторинг внутри команды стали главным конкурентным преимуществом. Если у компании нет четкого ответа на вопрос, кем разработчик или инженер станет внутри системы через два года — она проигрывает борьбу за таланты. Бренд работодателя теперь напрямую зависит от того, насколько эффективно выстроена система развития навыков внутри компании.

2. «Хороший вайб» можно масштабировать (Кейс Canva)

Интересный кейс представила Дженни Роджерсон, CПО австралийской платформы Canva. Компания выросла из маленького стартапа сооснователей до гиганта с 5500+ сотрудников по всему миру, но умудрилась сохранить гибкую и вовлекающую атмосферу в инженерных командах.

Как это работает: Внутренняя культура компании должна быть точным, зеркальным отражением ее внешнего продукта. Если продукт гибкий и ориентирован на пользователя, то и процессы внутри не должны тонуть в бюрократии. Роджерсон описывает свою роль как точку, где операционная эффективность бизнеса пересекается с искренним человеческим опытом (Employee Experience). Бренд работодателя — это не декларация ценностей, а то, как настроены ваши ежедневные рабочие процессы, код-ревью и коммуникация между командами.

3. Employee Ownership (Совладение) как инструмент долгосрочного удержания

Один из самых интересных трендов, о котором много говорили представители инвестиционного фонда KKR — это культура совладения. Что происходит, когда разработчик или тимлид приходит в компанию не просто работать по контракту, а становится частью ее капитализации?

В чем суть: Широкие опционные программы (ESOP), прозрачные механики profit-sharing (распределения прибыли) радикально меняют отношение человека к продукту. Это убирает извечный конфликт «наемный специалист против бизнеса». Когда люди понимают, что архитектурные решения и качество продукта напрямую влияют на капитализацию компании и их личный финансовый результат, вовлеченность выходит на совершенно другой уровень. В 2026 году это один из сильнейших способов отстроиться от конкурентов на международном рынке.

Вместо вывода

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

18 июня в 16:00 (Мск) состоится бесплатный вебинар «Rust: зачем выбирать этот язык в 2026 году?». Разберем, как Rust устраняет проблемы безопасности памяти и data races, сохраняя производительность уровня C++. Также развеем мифы про обучение Rust в 2026 году и обсудим гибридный подход интеграции с C++ через C-ABI.

На вебинаре:

✔️ Rust в 2026: цифры, тренды, кейсы

✔️ Проблемы C/C++ (use-after-free, data races) и как Rust их устраняет на уровне компиляции

✔️ Система владения и заимствования: примеры кода

✔️ Производительность: Rust vs C++ (бенчмарки)

✔️ Инструментарий: Cargo vs CMake

✔️ Гибридный подход: интеграция Rust с C++ через C-ABI

✔️ Кривая обучения в 2026 году: мифы и реальность

Предварительная подготовка:

Базовое понимание работы с памятью в C/C++ и общее представление о компиляции. Знание синтаксиса Rust не требуется.

📆 Когда: 18 июня, 16:00 — 17:00 (Мск)

👨‍🎓 Спикер: Самсонов Максим, эксперт в области разработки ПО (C/C++, Python, Rust, TypeScript, Java, JavaScript, R)

👉 Записаться

ESM VS ITSM: что выбрать, когда начинать проект и как обосновать бюджет

Вебинар 24 июня, 12:00 по мск

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

Наладив работу с обращениями в IT-отделе, компании начинают приводить в порядок работу с заявками, которые поступают в другие подразделения: HR-департамент, АХО, юридическую службу, бухгалтерию. Это новые проекты внедрения, требующие новых бюджетов, которые приходится каждый раз заново согласовывать.

Компании, которые при автоматизации IT-услуг, закладывают в проект внедрения ITSM масштабирование до ESM, экономят колоссальные ресурсы, окупают внедрение быстрее и получают конкурентное преимущество. К тому же поддержка одной системы обходится IT-департаменту значительно дешевле, чем управление разрозненным IT-ландшафтом для бухгалтерии, АХО, HR и др. отделов. Но как доказать это руководству и обосновать бюджет на комплексную автоматизацию?

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

В программе:

Отличие ESM от ITSM

Преимущества ESM и почему внедрение ESM актуально сейчас

ESM-система на платформе SimpleOne

Успешные кейсы внедрения SimpleOne ESM

Подходы к реализации проекта внедрения ESM

Формирование бюджета на проект и расчет экономического эффекта от внедрения ESM

Спикеры:

Илья Жакашев, коммерческий директор SimpleOne

Алексей Лыков, руководитель направления ESM Softline

Регистрация