Kurgan-Telecom Ru | Информационные технологии

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

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

А еще оттуда же растут вещи, которые с токенами вообще вроде бы не связаны. Например: почему «давай рассуждать по шагам» реально работает, и почему лишний пробел в конце промпта портит ответ.

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

У нас было 14 лекцией и столько же практических семинаров, 100 заявок в первый день запуска, множество кейсов и теоретической базы всех цветов и размеров, 36 участников и 5 матёрых наставников, защита итоговых проектов. Не то, чтобы это был необходимый минимум для решения кадрового вопроса. Но если начал делать «Нешколу» для поиска бизнес-аналитиков – становится трудно остановиться. 

Привет, Хабр, на связи Мария и Александр из департамента бизнес-анализа в ecom.tech. В этой статье мы расскажем, как запустили открытую школу бизнес-анализа, не тратя ни рубля на маркетинг. Поехали!

Как при автоматической проверке документов отличить оригинал от цветной ксерокопии или даже муляжа? Один из надежных признаков подлинности – наличие оптически-переменных защитных элементов (OVD, Optical Variable Device), например голограмм. Их внешний вид меняется при изменении угла обзора и положения источника света.

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

React Native по-прежнему часто описывают формулой «один код для iOS и Android». В 2026 году она звучит слишком просто. Современное приложение на React Native — это общий продуктовый слой на TypeScript, нативный интерфейс, Hermes, Fabric, JSI, фоновые процессы, platform-specific код и довольно много решений о том, где именно должна выполняться каждая задача.

Мы столкнулись с этим в Synchra.24 — мобильном приложении для линейных и распределённых команд. В проекте больше тысячи TS/TSX-файлов и свыше ста экранов, но рядом с ними живут Kotlin и Swift: геопозиция, push-уведомления, биометрия, системные виджеты и работа с медиа. Это не история о функциях нашего продукта и не попытка его рекламировать. Это разбор того, чем на практике стала разработка на React Native к 2026 году — и какую часть этой работы действительно можно поручить нейросетям.

Любые серьёзные изменения инфраструктуры начинаются с одного вопроса: что именно у нас есть сейчас?

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

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

Документация существует, но её актуальность вызывает вопросы. В одном документе устройство называется одним образом, в другом — другим, а на самой стойке используется третье обозначение. В таблице порт отмечен как свободный, хотя в него включён рабочий линк. На схеме uplink уходит в один коммутатор, а LLDP показывает другой. Какие-то подключения давно не используются, но продолжают числиться в документации. Какие-то, наоборот, работают много месяцев и нигде не описаны.

Привет, Хабр! Меня зовут Дмитрий, я руководитель проектной практики ГК «Юзтех» в области индустриального ИИ. 

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

Q, хабряне! На связи Максим Тучков, инженер по разработке ПО в YADRO. Хочу рассказать об уровнях тестирования  RAID-массива T-RAID — одного из общих компонентов семейства TATLIN — на всех уровнях интеграции. Пройдем путь от компонентного тестирования на виртуальных машинах с легковесным образом до комплексного системного тестирования на железном окружении. И вместе разберемся, сколько нужно специалистов, чтобы уверенно сказать: «T-RAID работает так, как должен».

Большинство нейросетей работают с числами и читать как человек они не умеют, поэтому инженерами были придуманы способы помочь нейросети уловить не только смысл конкретного слова, но и всего предложения. Для достижения такой цели используется positional encoding, то есть помимо отдельных слов нейросети дают их порядок в тексте. В данной статье приведен сравнительный анализ чисто смысловых векторов, линейного базиса (порядковый номер слова), базиса Фурье (синусы и косинусы), комплексного (экспоненты) и полиномы Чебышева для кодирования двух английских палиндромов.

Что может пойти не так, если в надежном криптографическом алгоритме цифровой подписи вместо случайного числа использовать константу? Для компании Sony эта невнимательность обернулась полной компрометацией мастер-ключа PlayStation 3. История безопасности консолей полна таких поучительных примеров: от переполнения буфера из-за слишком длинной клички лошади в игре Zelda – до глитч-атак на цепи питания. Давайте разберем, какие инженерные уроки можно извлечь из тридцатилетней гонки вооружений между хакерами и платформодержателями.

Список требований к казначейству легко превращается в десятки строк со статусом «закрывается частично». Для бюджета такая оценка почти бесполезна: за одним «частично» может скрываться настройка на пару дней, за другим — отдельная интеграция с банком.

Разберём рабочий способ классифицировать эти разрывы, проверить спорные требования на данных и понять, что действительно придётся дорабатывать в конкретной конфигурации 1С.

Ещё мы шьём скины из Фортнайта, например, очень гордимся вот этим бананом (коллекция мерча Epic Games ехала по всему миру — от Японии до Мексики и Бразилии).

А так нашу работу (мы называемся Uniko), скорее всего, вы видели на сотрудниках Яндекса, VK, Касперского, КРОК, ОККО, Aviasales и в Сколково.

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

Собственно, самый лютый вин, который у нас случался, — когда команда Assassin's Creed Valhalla заказывала себе внутренний мерч, у них был вариант взять одежду от Reebok, с которыми у студии была официальная коллаборация и релиз в магазинах. Но команда выбрала наши худи, потому что качество ткани, швов и посадки оказалось по факту лучше.

Мы шьём всё сами. Обычная типография покупает стоковые майки или толстовки, шлёпает логотип, отдаёт.

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

Только мы смирились с тем, что цены на оперативку, накопители и карты памяти ушли в космос, как ASUS, Gigabyte и MSI начали готовить свою новую волну повышения цен на материнские платы. По данным Board Channels, который следит за каналами дистрибуции плат и видеокарт, текстолит для потребительских плат за 2026 год подорожает минимум на 50%, а отпускные цены планируют поднять уже в третьем квартале, который уже идет. Как обычно, есть нюансы. Об этом сейчас и поговорим.

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

Этой теме посвящена глубокая статья «Переосмысление профессии разработчика ПО в эпоху ИИ», которую написали корифеи ИТ-рынка: Марк Руссинович – технический директор Microsoft Azure, прославившийся созданием мощных системных утилит (набор Sysinternals) для белого хакинга Windows, и Скотт Хансельман – вице-президент и член технического совета Microsoft CoreAI и GitHub. Материал показался нам настолько интересным, что мы перевели его целиком, без купюр, чтобы вы могли сами ознакомиться с идеями авторов.

Спойлер: в статье есть о чем подискутировать.  

В этом гайде подключим к ChatGPT Work бесплатный навык Humanizer (⭐37 тыс звезд на GitHub), который ищет признаки ИИ-текста и переписывает его более живым языком.

Humanizer - это бесплатный навык с открытым исходным кодом и лицензией MIT. Он ищет в тексте 35 типичных признаков ИИ-письма, которые Wikipedia собрала для своих авторов, чтобы те быстрее находили нейросетевой текст.

Слушал подкаст Code of Leadership, выпуск про AI-assisted engineering. Полтора часа про то, как правильно встроить ИИ в разработку: копайлоты, MCP, метрики, место ИИ в SDLC. Разговор хороший, по делу. И где-то в середине проскочил термин, за который я зацепился и с которым хожу уже неделю — shadow AI. Проскочил сноской, в ряду прочих ИБ-рисков, между утечками и комплаенсом.

А я на этой сноске завис. Потому что мне кажется, что она интереснее основного разговора...

Всем привет. Представляю способ изучения английского языка по книгам в формате json с озвучкой английского текста с помощью text-to-speech.

Хабр, привет! 30 июля во второй раз прошла инженерная конфа Kuber Community Day. 400 специалистов встретились в Москве, чтобы послушать о вызовах в Kubernetes, обменяться опытом, завести новые знакомства. Мероприятие объединило 26 спикеров в разных форматах: доклады, круглые столы, мастер-класс, научпоп и стендап. Еще конференция запомнилась экспериментальным форматом Arch Dating, в рамках которого с опытными менторами можно было обсудить технические и карьерные вопросы.

Под катом мы собрали подборку всех выступлений с Kuber Community Day'26. Скоро вернемся с новыми анонсами, первыми о них узнают участники K8s-сообщества.

В апреле этого года я уже проводила похожее исследование: сравнивала теплые контакты и отклики на hh (всегда проверяю его на работоспособность). Конечно, победили теплые контакты - здесь я имела дело с людьми, а не с роботом или мало профессиональным рекрутером. И, что немаловажно, я нашла работу, но об этом чуть ниже.

В конце 2020 — начале 2021 года я написал статью о том, кто такие IT‑архитекторы и какими они бывают. Разделив на несколько постов, опубликовал ее в соцсетях. Эту статью я посвятил своим размышлениям о том, что такое IT‑архитектура и почему она нужна, и какая специализация бывает у IT‑архитекторов. В тот период ситуация на рынке труда для IT‑архитекторов была примерно такая: мне нужен работник — повар, конюх и плотник, где бы найти такого, не очень дорогого. Позже ситуация изменилась в лучшую сторону и стало заметно, насколько повышается компетенция в целом в вопросе IT‑архитектуры в крупных компаниях.

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

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

Эта сказка основана на реальном системном комплексном анализе фундаментальных проблем всех разделов Физики, являющейся частью Современной Науки. Все персонажи вымышлены, но их проблемы — реальны.

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

Термин «Понтекорвониум» (pontecorvonium) происходит от работ Бруно Понтекорво, но, к счастью, пока еще не перекочевал в научный обиход на постоянной основе. В физике понекорвониум представляет собой гипотетическую частицу‑осциллятор, состоящую из нейтрино и антинейтрино. Вопрос о том, не должна ли такая частица мгновенно аннигилировать без всякой осцилляции, просьба адресовать ее открывателю или тем, кто строит на ней свои теории. Автор сказки лишь зафиксировал этот факт и счёл его прекрасной иллюстрацией того, как легко физика плодит сущности, которые никто никогда принципиально не мог бы увидеть в реальности.

Любые схожие звучания имен — это лишь случайное совпадение. Даже если таких случаев несколько.