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

На днях произошло знаковое событие в мире спидкубинга. Человек впервые собрал кубик Рубика быстрее 3 секунд на соревнованиях WCA. Это произошло 8 февраля на турнире GLS Big Cubes Gdańsk 2026 в Польше. 9-летнему Теодору Зайдеру первому в истории удалась официальная сборка sub-3 секунды кубика 3×3×3. В этой попытке сошлось много факторов: хороший скрамбл, сверхточный lookahead, мгновенное распознавание паттернов, непрерывный поток движений без пауз со скоростью более 10 TPS (поворотов в секунду), автоматическая моторная память на алгоритмы и знание основ ZBLL (продвинутого метода для решения последнего слоя за один алгоритм), а также куб GAN 12 Maglev UV, идеально подходящий для экстремальных скоростей. Всё это позволило Теодору решить кубик за 29 ходов и 2,76 секунды.

Sub-3 в мире спидкубинга ждали. Рекорды последних лет были близки к рубежу трех секунд: 3.05 (Xuanyi Geng, 2025), 3.08 (Yiheng Wang, 2025), 3.13 (Max Park, 2023). Меня же этот рекорд побудил написать статью о том, как проявляются суперспособности компьютера, робота и человека в решении кубик Рубика.

В статье подробно описывается как и в каких условиях принималось решение о внедрении Искусственного интеллекта в инструмент Data Governance. Какие критерии повлияли на выбор технического стека. Какую пользу принесли LLM в продут управления данными.

Привет! Меня зовут Александр Баранов, я аналитик данных в команде поиска Купера. Цель этого рассказа, поделиться наработками в деле оптимизации разметки текстовых данных при помощи большой языковой модели (LLM). Если после прочтения вы захотите что-то добавить или спросить, буду только рад!

TL;DR Роль Agile Coach должна умереть, чтобы переродиться в роль Change Agent (или Organizational Architect). И работать такие спецы должны не "вечно", а проектно - как спецназ внедрения изменений.

Здесь и далее: скрам-мастер и аджайл коуч тождественны.

1. Выделенная роль в команде - это кража ответственности

Постоянно приставленный к команде Agile Coach (или Scrum Master, или Delivery Manager в роли "няньки") - это прямое забирание ответственности у руководителей.

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

Если руководитель не умеет управлять динамикой команды - значит, его надо учить, а не ставить ему "костыль" в виде коуча (ну и спрашивать с него соответственно). Соответственно, большая часть работы Agile Coach -> Change Agent это обучение тем навыкам, которых не хватает руководителям. Скорее всего в больших организациях уже есть T&D-отдел, который и занимается обучением. Наша задача состыковать системно прокачивание самых актуальных навыков.

Добрый день! Меня зовут Кирилл Зиборов, я представляю отдел безопасности распределенных систем Positive Technologies. В этой статье я продолжу рассказывать о том, как мы используем инструменты формальной верификации для предотвращения уязвимостей в различных компонентах блокчейна. Речь пойдет о верификации смарт-контракта BaseToken в Hyperledger Fabric с помощью метода проверки моделей.

Вы подписали договор с коммерческим SOC и думаете, что теперь можете выдохнуть? Не спешите. Многие компании покупают мониторинг безопасности как сервис — в надежде, что он решит все их проблемы. А получают долгие созвоны, неожиданные проблемы с инфраструктурой и звонки аналитиков в три часа ночи, в тот момент, когда отвечать просто некому.

Привет! Это Кирилл Рупасов, технический директор SOC. В этой статье мои коллеги из К2 Кибербезопасность — Ирина Леонтьева, старший аналитик SOC и Рамис Суляев, сервисный менеджер SOC — расскажут, почему SOC — это не продукт, который решит ваши проблемы, а партнер, с которым нужно работать совместно. И что будет, если к этому не подготовиться.

У LLM есть устойчивый стиль ответов даже без системного промпта. Я построил инструмент, который измеряет этот «характер» через проекции скрытых состояний на 7 контрастных осей (тёплый/холодный, многословный/лаконичный и др.) и протестировал его
на 6 open-weight моделях 7–9B. Главный результат: alignment-тренировка сжимает поведенческое пространство моделей — подавляет оси позиции (уверенность, прямолинейность), сохраняя оси стиля (креативность, многословность). Llama 3.1 8B — самая
ограниченная (4/7 осей в слабой зоне), DeepSeek 7B сохраняет наибольшую независимость осей. Сравнение base vs instruct для 5 организаций подтверждает паттерн. Код и данные открыты.

Привет, Хабр! Как часто вы встречаете термин «Agile»? Лично я — с завидной регулярностью: в заголовках статей, на конференциях и в повседневных разговорах. Особенно активно это понятие используется в сфере ИТ.

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

Оригинал заметки

Прогнозам о вымирании профессии программиста чуть меньше лет, чем самой профессии. Первые смелые предположения появились еще в конце 1950-х, вместе с распространением Кобола и Фортрана. Программисты в машинных кодах постепенно стали программистами на языках высокого уровня. Новый стандарт Фортран-2023 (ISO/IEC 1539-1:2023) был принят сообществом в прошлом году.

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

А вы когда-нибудь думали, что у вас дома есть место, которое идеально подходит для охлаждения компьютера? Оно есть в каждом доме, хорошо для этого подходит, стоит меньше хорошей водянки, но при этом эффективно справляется со своими задачами. Я про холодильник. Если вы думаете, что это полный бред, мол, там будет конденсат, да и вообще неудобно собирать такое, то вы ошибаетесь, но лишь частично. Вот вам пример того, как можно собрать компьютер в холодильнике и сколько дополнительной производительности с него можно снять.

В конце января компания OpenAI порадовала статьёй про то, как у них устроен backend, вот её перевод на русский. Хороший материал для размышлений о system design и, в частности, для поиска ответов на два вопроса: стоит ли идти таким путём начинающему стартапу? стоило ли OpenAI так делать?

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

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

Меня зовут Никита Шехов, я руковожу командой разработки «Единой цифровой платформы» (ЕЦП) в РСХБ.Цифра. В этой статье хочу рассказать, как мы создавали платформу для автоматизации бизнес-процессов банка, с какими вызовами столкнулись и какие решения оказались ключевыми. Вайб того времени: у нас было два часа на сон, семьдесят пять созвонов в день, пять бизнес-линий или стримов, план, целиком наполненный большими амбициями, целое море разношерстных систем, продуктов и групп разработки, а также ящик прогхантерского энергетика, литры чистого адреналина, ящик зеленого мерча и 12 пузырьков жидкого магния. 

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

Глобальная область видимости может принимать различные формы в зависимости от того как загружаются код JS...

Недавно на Хабре вышла статья про создание RAG-системы для строительных ГОСТов. Команда Цифрового стандарта проделала титаническую работу — полгода вручную разбивали документы на смысловые чанки. Респект за настойчивость и результат.

Их история вдохновила поделиться собственным опытом. Мы тоже столкнулись с проблемой чанкования для умного поиска по базе знаний. Тоже прошли через RAG, векторные базы и поиски оптимального решения. Но пошли по пути полной автоматизации.

Всем привет, меня зовут Дима, я делаю ИИ-функции в Gramax. Эта статья для тех, кто сейчас воюет с чанками вручную или пытается найти оптимальный подход. Делимся нашим путем от быстрого прототипа до продакшен-решения с метриками 90%+.

Привет постоянным и не очень читателям :)

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

Ремарка! Я не против конкретных цифр и конфигураций — я против попытки выдать их за универсальный рецепт. Так что этот подход оставим для SEO-статей.

В этом же лонгриде я затрону ошибки мышления при подборе серверов на 5+ лет и сдвиги, которые произошли за последние годы (и особенно хочу поговорить про огромное влияние CXL). Я плотно работаю в этой индустрии больше 6 лет и прошел подобный цикл на практике, да и админы-старожилы рассказали много интересного о том, что было раньше.

Присаживаемся, ложимся или в какой там позе вы читаете — и начинаем.

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

Как детекторы на основе судебной практики довели AI-анализатор до 41 находки при 0 ложных срабатываний. Как анализ работы юриста превратился в 23 новых проверки. И почему юрист до сих пор незаменим — но уже в другом.

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

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