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

Если ориентироваться только на публичные обсуждения, может сложиться впечатление, что большинство проектов уже давно перешло на Spring Boot 3.x. В крайнем случае команда прямо сейчас выполняет миграцию, закрывает несовместимости и движется к актуальному стеку.

Но когда разговариваешь с инженерами не в формате доклада и не в режиме «расскажите, как у вас всё идеально устроено», картина оказывается менее однозначной.

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

Просто публично такие детали обычно не выносят. Или говорят о них очень осторожно.

Отсюда появляется важный вопрос: если это распространённая практика, почему её так неудобно обсуждать? Почему факт использования старой версии фреймворка воспринимается почти как признание в инженерной неаккуратности?

Попробуем разобрать это без морализаторства.

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

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

Когда возникает идея создать браузерный IRC-клиент без JavaScript, приходится сталкиваться с классической проблемой фронтенда: все насколько привыкли гнать динамику через JavaScript, что перестали замечать возможности HTML/CSS с щепоткой серверной магии по реализации многих фич. HTTP Streaming существует с давних времён, а CSS эволюционировал настолько, что может справиться с логикой состояний — но мы упорно продолжаем грузить мегабайты JavaScript (и иногда даже WebAssembly) для решений, которые вполне можно реализовать иначе.

Идея создать IRC клиент без JavaScript не совсем нова (хоть это и выяснилось уже после создания такого :) ). Ещё в нулевых появился CGI:IRC — настоящий IRC клиент, который может работать полностью без JavaScript, позволяя людям общаться в реальном времени через браузер, даже если JavaScript по каким-то причинам не работал. Но это было в эру table-layouts, и когда CSS не был так развит, как сейчас. Сегодня возможностей больше, и мы воспользуемся ими, чтобы навернуть функциональность, которая не видана CGI:IRC.

Результат можно глянуть (хоть и с дополнительной стилизацией и изменениями, которые не так важны для статьи) здесь, а ещё на GitHub

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

Если вы технарь и работаете с инфраструктурой, то регулярно слышите слова GPU, HBM, NVLink, Tensor Cores, FP8, PCIe и тому подобное. Термины вроде знакомые, но как показывает практика, далеко не всегда люди понимают, что за ними скрывается и как одно связано с другим.

Привет! Я Евгений Зенухин, руководитель отдела развития и сопровождения физической инфраструктуры в Selectel. С запросами в духе «а можно ли вместо одной H100 использовать 10 штук RTX 1080, ведь суммарно VRAM получается столько же?» я сталкиваюсь чаще, чем хотелось бы. В этой статье я решил ответить на базовые, но очень важные вопросы о GPU, развеять некоторые мифы и показать, на что при выборе графического ускорителя нужно смотреть помимо цифр в его спецификации.

И самое главное: этот текст должен помочь лучше понимать, какое железо подбирать под конкретную задачу. Вслепую выбирать GPU по цене, объему памяти или количеству ядер в отрыве от реальности бессмысленно.

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

Привет! Я Павел Кокошников, главный разработчик в контактных политиках Т-Банка. Расскажу про кейс с Cassandra. Базу мы выбрали неслучайно: под наш профиль нагрузки, модель доступа и требования к TTL она подходила хорошо. Уже в работе обнаружилась одна особенность TTL, которую мы упустили на этапе проектирования. Из-за нее в полностью исправной базе появлялись логически битые строки.

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

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

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

В косметологии есть два уровня хаков:

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

— Либо можно перехватить сами матрикины, отреверсить их и понять, какие части их кода отвечают за команды фибробластам.

Подозревали, что это очень короткие команды, и да — основные состоят из всего 3–6 аминокислот.

Дальше идея простая: вводим такие команды в кожу — и запускаем фибробласты в нужных режимах.

Отреверсили пять базовых команд: на расслабление мышцы, прямой синтез коллагена, транспорт меди (она нужна для синтеза) и ещё тревожный триггер, который запускает весь процесс. Собственно, дальше осталось залить их в банку и продавать.

Что мы и сделали. Сейчас расскажу детали.

Споры про 187-ФЗ идут до сих пор. Одни уверены, что 187‑ФЗ касается только организаций оборонно-промышленного комплекса и атомной энергетики. Другие — что закон теперь обязателен для всех без исключения. На практике истина находится где-то посередине.

Поправки 58‑ФЗ, вступившие в силу с 1 сентября 2025 года, существенно изменили правила для тех, кто относится к критической информационной инфраструктуре (КИИ). Однако главный вопрос остался прежним: попадает ли ваша компания под определение субъекта КИИ и как это проверить без сложного юридического аудита.

или Топ-5 ошибок при работе с оборудованием с ЧПУ

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

Поднял за выходные продукт, который давно хотел проверить руками: RAG, который отвечает строго по корпусу и к каждому утверждению ставит ссылку на пункт правил — или честно пишет «В корпусе нет основания для ответа». Модель — Gemma-4, локально, через Ollama. Инференс без внешних вызовов: можно физически отрезать сеть — оно продолжает работать.

Каждый интегратор сегодня дебажит код и JSON-воркфлоу через нейросети. И каждый хоть раз ловил холодный пот, понимая, что только что скормил в ChatGPT боевой токен от базы данных клиента или API-ключ продакшена.

В этой статье я покажу, как навсегда закрыть проблему утечки данных (NDA) при работе со стеком n8n и Python. Мы напишем фоновый демон, который на лету перехватывает буфер обмена Mac/Linux, вырезает все секреты, а когда ИИ возвращает исправленный код — автоматически подставляет реальные ключи обратно из локального сейфа. Итог: 100% безопасность коммерческой тайны, сохранение типов данных для n8n и ноль рутины.

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

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

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

Выпущен Armbian Imager 2.0 — крупное обновление официальной утилиты Armbian для записи образов на SD-карты, USB-накопители и другие носители для одноплатных компьютеров. В новой версии переработаны интерфейс и движок записи, а главным изменением стала возможность заранее подготовить профиль первичной настройки: после прошивки плата может загрузиться уже с заданным пользователем, сетью, локалью и SSH-доступом. Релиз v2.0.0 опубликован на GitHub 6 июня 2026 года, а официальный анонс Armbian вышел 7 июня.

Armbian Imager — свободная кроссплатформенная программа для установки Armbian OS на SBC. Утилита умеет выбирать плату и образ, скачивать и распаковывать его, проверять SHA-сумму, записывать образ и затем сверять записанные данные с исходным образом. Исходный код распространяется под лицензией GPL-2.0.

( читать дальше... )

 armbian, armbian imager

Привет, Хабр! Меня зовут Андрей, я редактор в команде спецпроектов МТС Web Services. В какой-то момент моей редакторской работы стало как тиранид по империуму столько, что я начал путаться в задачах, терять дедлайны и ловить прочие прелести многозадачности. Информация по десяткам материалов в неделю, авторам, датам, статусам жила в разных таблицах, чатах и отдельных таск-трекерах. В общем, сколько не отнекивался от общей контент-системы, пришло ее время, потому что во всем этом хаосе я утонул. Из подручных средств у нас был MWS Tables — платформа для совместной работы. Ее и взял за основу. Итак, кому интересно: ниже кейс объединения таск-трекера, CRM и календаря под узкую задачу работы с контентом. Поехали!

Привет! Меня зовут Дмитрий Михеев, я ведущий разработчик в MAGNIT OMNI — бизнес-группе ритейлера «Магнит», которая отвечает за развитие омниканального опыта для клиентов.

В своих сервисах для межсервисных коммуникаций помимо gRPC-запросов мы используем брокер сообщений Kafka. Если описывать его в двух словах, Kafka — это распределённый журнал событий (event log), через который сервисы обмениваются данными в реальном времени.

Не буду подробно останавливаться на устройстве Kafka — это хорошо описано в документации. В этой статье хочу подсветить один неочевидный момент, который может привести к проблемам при работе с consumer’ами — повторную обработку сообщений (retry).

Представлен новый экспериментальный Vulkan-драйвер Ape — открытая программная реализация Vulkan ICD, написанная почти целиком на Zig и не использующая код Mesa. Проект пока не претендует на промышленное применение: автор прямо описывает его как учебную попытку «собрать драйвер руками» и предупреждает не использовать Ape в серьёзных проектах. Код опубликован под лицензией MIT.

Интерес к Ape появился после того, как в спецификацию Vulkan был добавлен отдельный vendor ID для Ape и driver ID для ApeSoft. Соответствующий pull request в репозитории KhronosGroup/Vulkan-Docs был смержен 6 июня 2026 года. В комментарии автор указал, что работает над любительским Vulkan-драйвером и приближается к прохождению всех тестов Vulkan 1.0.

По сути, Ape — это не драйвер для конкретной видеокарты, а программный Vulkan-рендерер, близкий по назначению к Mesa Lavapipe: Vulkan-команды выполняются силами собственной реализации, без обращения к аппаратному GPU-драйверу. При этом Ape не основан на Mesa и написан как самостоятельная кодовая база на Zig.

( читать дальше... )

 ape, vulkan

Выпущен Wayland Protocols 1.49 — набор спецификаций дополнительных протоколов Wayland, используемых композиторами, графическими тулкитами и приложениями для реализации возможностей, не входящих в базовый протокол Wayland. Проект описывает такие расширения, как обмен GPU-буферами, управление цветом, масштабирование, сессии и другие механизмы, на которых строятся современные Wayland-десктопы.

Релиз Wayland Protocols 1.49 опубликован 7 июня 2026 года. Главные изменения связаны не с пользовательскими настройками, а с низкоуровневой инфраструктурой: multi-GPU, HDR/цветом и дробным масштабированием.

( читать дальше... )

 wayland

Анализ, архитектура, вайбкодинг и даже комиксы — всё это здесь.

Цели статьи: 1) проверить жизнеспособность концепции максимально простого и дешевого интернет-банкинга и заодно 2) протестировать возможности ИИ в качестве инструмента прототипирования.