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

Привет, Хабр! Сегодня начинаем долгий и подробный разбор уровней зрелости IT-организации. Это не просто теория — это практический гайд для CTO, IT-директоров и руководителей, которые хотят понять, где сейчас находится их компания и как двигаться вперёд.

Начнём с Level 0 — состояния полного хаоса. Если вы узнаёте свою компанию в этом описании, не паникуйте. Level 0 — это не конец света, это просто стартовая точка, и есть чёткий путь отсюда.

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

Для создания честного рейтинга мувинговых фирм по офисным переездам мы тщательно изучили российский рынок. Мы оценили юридическую надежность партнеров и разобрали подлинные клиентские отклики (отфильтровав рекламный мусор). В финальный перечень попали исключительно те компании, которые заключают официальные контракты, берут на себя полную ответственность за грузы и обеспечивают весь комплекс работ — от упаковки бумаг до монтажа тяжелого IT-оборудования. Нет времени на детальный разбор? Вот краткий список лидеров, на которых стоит положиться.

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

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

Привет, Хабр! Выбор между lakehouse и классическим хранилищем остается проблемой не первый год, но к 2026-му накопилось достаточно опыта, чтобы говорить предметно. Разберём, как эти архитектуры устроены под капотом, где каждая реально сильна и почему универсального ответа до сих пор нет.

Вот что для этого понадобилось: бэкендеры — 2 штуки, фронтендер — 1 штука, дизайнер — 1 штука, мобильный разработчик — 1 штука, время — 2 учебных семестра.

Продолжаем рассказывать об интересных проектах студентов Контура. В этот раз речь пойдёт о приложении для интерактивного мониторинга белых акул по заказу Стэнфордского университета.

«Контейнер скомпрометирован». С этих слов начался трёхчасовой ночной кошмар с утечкой данных и полным отчётом об инциденте. Всё из-за банального запуска контейнера от root с лишними правами.

Тут не нужно быть хакером или гуру DevSecOps. Проблема в том, что безопасность попросту игнорируют. В новом переводе от команды Spring АйО — 11 конкретных шагов, которые помогут вам избежать катастрофы: от запуска от непривилегированного пользователя до минимальных образов, сканирования уязвимостей, изоляции сетей и настройки профилей безопасности.

Если вы разворачиваете контейнеры в продакшене — это руководство должно стать вашей чеклист-основой. Ошибка может стоить очень дорого.

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

В статье разобраны распространенные примеры такого кода и объясняется, к каким последствиям они приводят на практике.

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

Соответственно, можно с утверждением говорить, что текущая архитектура ERP-систем не отвечает современным вызовам. В этой статье разберем, почему ей нужен принципиально иной фундамент. Я предлагаю строить его на трех китах: семантический слой данных (USDL), открытая интеграционная среда и продвинутая мультиагентная платформа (AMAP).

Далее я подробно представлю архитектуру такой ERP-системы, типы AI-агентов и примеры их работы в реальных бизнес-процессах. Ключевая идея — гибкая автономия под контролем человека. В статье я опираюсь на актуальные разработки и аналитику 2025 года, чтобы показать и возможности, и подводные камни мультиагентных систем в корпоративной ИТ-среде.

Говорят, что цифры не лгут, но графики — совсем другое дело. Мы привыкли доверять красивым дашбордам, но наш мозг считывает картинку быстрее, чем успевает включиться логика. Этим охотно пользуются маркетологи, политики и стартаперы. В этой статье разберем 5 классических приемов визуального обмана: от «откушенных» осей до коварных 3D-пирогов, которые превращают стагнацию в триумф прямо у вас на глазах.

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

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

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

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

В прокатных цехах мы выпускали сортовую и фасонную продукцию: балки, швеллера, уголки и тому подобное, включая рельсы. На стане катается раскат длиной 65 - 70 метров, а потом разрезается на длины 12 метров (для возможности отгрузки в полувагонах). Продукция в длине 12 метров считается продукцией мерной длины, другие длины - немерными длинами.

Математика раскроя раската для возможности отгрузки:

Раскат швеллера: 65−70 м.

Режем на 12 м (максимально сколько получится): 12×5=60 м.

Остаток: 5−10 метров, минус хвосты (минимум по метру с каждого конца) - остаётся 3−8 метра немерной длины.

Так делается не только у нас на комбинате, а везде так. Что бы немерная длина имела спрос, этот вопрос решён в ГОСТах - допускается отгрузка немерной длины, обычно до 15 процентов. В обязательной государственной документации это требование было, только изменились времена и клиент может просто не купить всю партию. Дефицита уже нет, поэтому к клиентам стали прислушиваться.