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

Привет, Хабр! Меня зовут Настя Шаргородская, я работаю в компании Спортмастер почти 10 лет, за это время я была и бизнес-аналитиком, и руководителем отдела бизнес-процессов и технологий, и методологом продуктовой трансформации, и руководителем направления в работе с объектами стратегического развития. 

Сегодня я поделюсь своим опытом управления изменениями, который получила во время руководства проектом по обновлению системы управления жизненным циклом продукта (PLM, Product Lifecycle Management) в рамках цифровой трансформации разработки товаров. Использование комплексного подхода по работе с изменениями позволило не только выполнить проект в срок, в соответствии с бюджетом и скоупом, но и адаптировать сотрудников к новому процессу работы, снизить сопротивление, а также создать целое сообщество change-лидеров, готовых участвовать в будущих трансформациях компании. 

Любой проект — это командная работа. Спасибо моей команде: аналитикам, ИТ специалистам, бизнес-экспертам и представителям вендора за активное участие, поддержку и профессионализм. А особая благодарность моей коллеге, Кате Башниной, руководителю продукта PLM, которая помогала в подготовке этой статьи.

Ну, что ж, начнем… Но прежде, чем мы с вами погрузимся в теорию и практику управления изменениями, давайте разберемся, в чем же заключался наш проект обновления PLM.

Моделирование домена — это не про UML-диаграммы и не про красивые ER-модели. Это про то, как перестать тратить месяцы на переписывание кода и начать говорить с бизнесом на одном языке. В статье — разбор DDD без воды: Ubiquitous Language, Bounded Context, тактические паттерны (Entities, Value Objects, Aggregates) и реальный пример кода на Java. Заходите — будет практично!

После одного из релизов у FanBattle приложение перестало открываться у части пользователей. Проблема затронула около 5% аудитории. Баг исправили быстро, но пользователи не могли даже узнать, что вышла новая версия — приложение падало раньше, чем успевал появиться интерфейс.

Разбираем, как команда решила проблему через раннюю инициализацию SDK и force update.

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

27 февраля 2026 года в Боливии потерпел крушение военный самолет, перевозивший купюры национальной валюты, эквивалентной 62 миллионам американских долларов. На место быстро прибыли мародеры, чтобы собрать купюры, пока спасатели и экстренные службы оказывали помощь пострадавшим и пытались устранить первые последствия крушения. Как итог — ЦБ Боливии частично заблокировал свою же валюту, чтобы остановить незаконный оборот, а оставшиеся на борту банкноты сожгли прямо на месте. 

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

Вступление

Привет, Хабр! Уже бесконечно далёкий фестиваль Positive Hack Days Fest всё не отпускает меня. На этом мероприятии я начал серию материалов по киберполигонам, почитать можно тут. И кроме киберполигонов, я ещё взял интервью у одного интересного спикера. Давно я хотел поговорить про OSINT и современные технологии со специалистом. И у меня получилось. И не с кем‑нибудь, а с российским учёным, преподавателем, подполковником спецслужб в отставке, IT‑специалистом по информационной безопасности, OSINT и конкурентной разведке, блогером «КиберДед» Андреем Масаловичем. Мы поговорили о появлении OSINT, как с появлением новых технологий уменьшился порог вхождения в OSINT, почему соцсети и большие данные — плохо для обывателя, а также как студенту войти в OSINT. Приятного чтения!

Словом 2025 года в Японии стало слово медведь. Количество столкновений с чёрным уссурийским медведем по сравнению с предыдущем годом удвоилось. 200 человек было ранено, 13 погибло. Окума («большой медведь») — это городок на восточном побережье Японии. Но больше всего население Окумы боится не медведей, а радиации.

Окума — город, расположенный ближе всех к трём реакторам АЭС Фукусима-1, расплавившимся 11 марта 2011 года. В тот день землетрясение магнитудой 9,0 баллов и цунами уничтожили резервные генераторы и насосы системы охлаждения трёх реакторов, загруженных ядерным топливом. В четвёртом реакторе топлива не было, но его здание, заполненное водородом из соседнего блока, взорвалось вместе с тремя остальными.

Волна, обрушившаяся на восточное побережье Японии, привела к гибели 20 тысяч человек, тела многих из них вынесло в море и они не были обнаружены. В окрестностях уничтоженных реакторов резко возросли уровни радиации, и 160 тысяч людей было эвакуировано из Окумы и ещё 11 городов. 20-километровое кольцо вокруг электростанции было объявлено зоной отчуждения. Из-за ужасной снежной бури, накрывшей город цезием-137 и другими радионуклидами, эвакуировали даже Иитате, деревню в 60 километрах к северо-западу.

Пятнадцать лет спустя четыре тысячи работников с трудом пытаются контролировать продолжающуюся катастрофу. Три расплавившихся реактора остаются настолько радиоактивными, что выводят из строя роботов, отправляемых для оценки разрушений. Никто точно не знает, где находится расплавившееся топливо и насколько ниже бетонных постаментов реакторов оно опустилось, вероятно, достигнув почвы. Вода, использовавшаяся для охлаждения реакторов, хранится в тысяче с лишним резервуаров, исчерпавших предел своей ёмкости в 2023 году. Эта охлаждающая вода, которая, по первоначальным утверждениям Tepco, была чистой и сбрасывалась в Тихий океан с 2023 года, оказалась загрязнённой 62 радионуклидами, в том числе цезием, стронцием и плутонием. Два бассейна выдержки, заполненных отработанным ядерным горючим, всё ещё не освобождены. Они шатко держатся поверх первого и второго блоков, представляющих собой взорвавшиеся переплетения металла, готовые упасть и быть смытыми в океан.

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

В статье разберем подход Documentation as Code, почему OpenAPI давно показал его ценность и как развитие ИИ делает структурированную документацию практически обязательной.

Защитимся от вирусов!

Представьте мир, в котором Covid, ВИЧ, гепатит и герпес — это не болезни, а исторические факты. Мир, где сезонный грипп не валит с ног, а новые пандемии просто не могут начаться, потому что вирусы не могут размножиться.

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

В последние месяцы мы активно занимаемся обновлением нашей продуктовой линейки однофазных источников бесперебойного питания, чтобы максимально соответствовать текущим запросам наших партнеров и заказчиков. Предыдущее поколение серий Smart-Save Online SRT\SRV\SMT и другие вышли на рынок почти 4 года назад, перезапустив тем самым наше предложение однофазных ИБП под брендом Systeme Electric. Пришло время для обновления: более эффективной, функциональной и не менее надежной линейки!

Несколько месяцев назад мы вывели на рынок новое поколение однофазных ИБП Smart-Save Online SRT G2 мощностью 1-10 кВА, теперь время пришло для младшей серии – Smart-Save Online SRV G2. Младшая в данном случае означает исключительно оптимизацию определенного набора функций без какого-либо ущерба для надежности. В подтверждение этому мы предлагаем до 3 лет гарантии на все ИБП нового поколения – и SRT G2, и SRV G2.

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

По старой доброй традиции мы разбиваем серию SRV G2 на две подлинейки: 1-3 кВА и 6-10 кВА. Напомним: ИБП до 3кВА еще можно использовать со стандартной розеткой на 16 А, а вот более мощные модели – уже нет.

Начнем с меньшего мощностного диапазона – он состоит из 1 кВА, 2 кВА и 3 кВА ИБП.

Тут также есть две разновидности:

Древний дисковод ожил и издавая чудовищный скрежет стал медленно загружать мое послание. Через какое-то время на экране появились строки:

NE PUERO GLADIUM, DR. KRIGER. 04.03.2026

Три пары глаз повернулись ко мне в немом изумлении.

— Это длинная история, нам лучше присесть.

АСУТП — основа современной промышленной автоматизации и инфраструктуры
управления. SCADA-система (Supervisory Control and Data Acquisition) является
частью, которая обеспечивает интерфейс между операторами и оборудованием, а
также сбор и анализ данных в реальном времени. Обычно это программный пакет,
предназначенный для обеспечения работы системы и/или разработки таких систем, —
сухое определение, которое заставляет вспоминать предмет ТАУ (теория
автоматического управления) и ПИД-регулятор. Ничего интересного — одни формулы.
Такие мысли мне тоже приходили в голову в момент распределения после завершения
учебы в университете. Так получилось, что на последнем курсе устроился работать
в классическую IT-контору, но не остался там надолго и пошёл пробовать себя на
молочный завод — в тогда ещё молодой отдел АСУТП. Что из этого вышло, далее попытаюсь
рассказать в этой статье.

— Мы берём ресурсы с запасом. Так надёжнее.
— А какой у вас сейчас CPU utilization в проде?
— Ну... где-то 12%. Но в пике бывает больше.
— Хорошо. А в staging?
— Там вообще 3%. Но там нельзя трогать — там всегда так было.
— Почему нельзя?
— Ну, так исторически сложилось…

Это, кстати, не выдуманный диалог. Это разговор, который автору доводилось слышать не один десяток раз и не в одной компании, и он не про DevOps-культуру и не про лень. Он про то, что человек, который заказывает ресурс, не видит его цену — и не несёт за неё ответственности. Иными словами, пока не выстроен Inform, оптимизировать нечего: нет данных, нет аллокации, нет понимания, кто за что платит. Но если вы читаете эту статью — значит, первый этап уже позади.

Большинство туториалов по бесконечному скроллу покрывают только одно направление: вниз. Ловим конец списка, подгружаем, готово. Но в реальных приложениях нужен скролл в обе стороны: история чата, лог-вьюеры, таймлайны. А скролл вверх создаёт проблему, которой при скролле вниз просто нет.

В этом гайде я покажу, как собрать двунаправленный бесконечный скролл с нуля. Здесь React и @tanstack/react-virtual, но сама техника — просто математика над scroll offset. Работает так же в Vue, Svelte или на ванильном JS.

Демо | Исходный код