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

Уход ключевого разработчика может обнажить проблему, которая годами оставалась незаметной: команда формально владеет модулями, но фактически не знает, как с ними работать. История Git позволяет оценить концентрацию авторства и заранее увидеть, какие файлы останутся без активного автора, если уйдёт лидер. В статье разбираем методику расчёта truck factor, шесть типичных управленческих ошибок и то, как AI‑агенты дополнительно усложняют оценку распределения знаний.

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

Глава 1. Главный экономический закон лингвистики

Начать наше погружение в бездну филологического хаоса необходимо с фундаментального вклада отечественной финансовой мысли в мировую науку. Речь идет о великом термине, который официально приписывают главе Центробанка Эльвире Набиуллиной, хотя в кулуарах поговаривают, что его нашептал сам Дух русской словесности.

«Отрицательный рост» — это не просто формулировка из экономических отчетов. Это высшая точка развития нашего языка. Математически это выглядит как абсолютный абсурд: рост со знаком минус (-X). Но лингвистически это шедевр! Это когда всё падает, но падает с таким оптимизмом, что в процессе падения успевает подрасти.

Спустя 22 года простоя состоялся выпуск форка Midnight Commander – mc-4.1.40-MP.

Из основного:

• перенос репозитория на github: автор решил, что с целью повышения прозрачности разработки стоит перейти на github, а не пилить «страшный код в страшном подвале».
• система сборки: полный отказ от autoconf/automake в пользу suckless Makefile/config.mk/config.h
• TUI: проект переведён на slang-1.4.8, переработанный под поддержку UTF-8
• UTF-8: проект полностью поддерживает UTF-8 во всех своих модулях
• SubShell: прилично переработан, и работает почти везде – Linux, Haiku, NetBSD, OpenBSD, [фряха на подходе, автор надеется, проблем не будет]
• часики: снова тихонько тикают в правом верхнем углу ;)
• кодовые страницы: работает перекодировка по CTRL-T в редакторе и просмотрщике. В редакторе при Save As можно сохранить перекодированный текст в UTF-8. Читайте и редактируйте старые документы в КОИ8, CP866, CP1251, MACcyr, и других кодировках. :)
• VFS: поддержка архивов 7z, zip, rar, ace, lha, lzh приведена к современной реальности, добавлены SFTP/SSH VFS.
• mountpoints: F11/F12 в панельках - работают везде, linux, стандартный posix, с фиксами под Haiku, NetBSD, OpenBSD, [фряха апкаминг]
• показометр размера: [free/total] для маунтпойнта – работает также на всех системах.
• help: mc.hlp актулизирован
• mc.po: а они сегодня кому-то нужны? Ну, один я сделал (русский), как-нибудь займусь остальными…
• утечки памяти: 42 байта. Все остальные изничтожены при помощи valgrind.

Всей остальной требухой автор пока не занимался, последние две недели был занят приведением в порядок основного функционала…

 haiku, linux, mc, openbsd

3 ноября тихо и незаметно вышла очередная версия популярного дистрибутива Linux — Fedora 45. Дата релиза была два раза перенесена из-за критических ошибок — Fedora выходит тогда, когда полностью готова, а не по расписанию с тестами на пользователях.

• В инсталлятор добавлена поддержка Stratis — менеджера локальных хранилищ, разрабатываемого Red Hat.
• В дистрибутив включены последние версии десктопных окружений Gnome 51 и KDE 6.8.
• Конфигурационные данные RPM-репозиториев перенесены из /etc в /usr.
• Ядерный драйвер консоли fbcon заменён на user-space драйвер kmscon — теперь снова можно прокручивать текст в консоли, иметь качественные шрифты и даже поддержку русского языка.
• В RPM по умолчанию включена проверка пакетов по цифровой подписи.
• Инструмент для управления ключами и паролями в Gnome и KDE заменён на oo7.
• Версии пакетов: Linux 7.3, GCC 16.2, LLVM 23, glibc 2.44, binutils 2.47, Perl 5.44, Python 3.15, Go 1.27, Lua 5.5, Ruby on Rails 8.1, Erlang 27, Fontconfig 2.18, IBus 1.5.35, Podman 6, OpenSSL 4.0, MySQL 9.7, MariaDB 12.3.

>>> Инструкция для обновления с предыдущих версий

>>> Скачать

 fedora

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

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

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

Бывает и хуже: нужной статьи в базе вообще нет. Тогда LLM пытается собрать ответ из того, что нашлось по смежным темам. Получается связный текст, который может иметь довольно отдалённое отношение к проблеме пользователя. Модель, в общем, старается, но исходных данных ей никто не подвёз.

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

История игровой индустрии знает много больших прорывов. Самый заметный из них, субъективно, — развитие портативного гейминга. Мы прошли путь от карманных игрушек с сегментированными LCD-экранами до тяжелых ПК-игр на смартфонах и современных устройствах типа Steam Deck или Switch 2.

Но все начиналось с того, что сам факт хоть какого-то интерактивного развлечения считался прорывом. История геймеров нашей страны такой прорыв знает под названием «Электроника», и сегодня мы вспомним, как вообще получилось, что у СССР были свои портативные игры и куда все это привело.

Одиннадцатого сентября 2026 года в России официально запустили 5G, а через шесть дней журналисты прошли по Москве со спидтестом и в большинстве точек намерили скорости LTE, а местами даже ниже. И зачем нужна была эта помпезность…

Я постоянно вижу, как знакомые восторженно радуются значку 5G, и меня это трогает, ведь я когда-то был связан с телекомом… В связи с этим, под катом с технической стороны объясню, что именно у нас запустили, чем настоящий 5G отличается от быстрого LTE, и что пятое поколение принесло/принесет сисадмину.

Не думал, что уже так много, но оказывается к маю 2025 года ИИ участвовал в создании уже 35% новых сайтов в интернете, а 18% сайтов были сгенерированы нейросетью полностью - эту оценку от Imperial College London, Stanford University и Internet Archive приводит Gizmodo. Поэтому решил исследовать, как вообще сейчас создают сайты с помощью нейронок, и по сути способа сейчас три: 

Первый - самый распространенный, когда пользователь формирует запрос на создание сайта непосредственно в чате своей нейросети (таких как ChatGPT, Claude или другие), а потом как-то сам переносит результат на хостинг или в CMS.

Второй - это так называемы “Вайбкодинг”, способ для продвинутых пользователей, которые смогли разобраться как развернуть свой VPS-сервер, настроить Claude Code, Codex или свою Harness, после чего возможности создания разных сайтов становятся почти безграничны.

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

И мне стало интересно разобраться, как работают именно ИИ-конструкторы.

Я столкнулся с непониманием того, что тестировщики стали узким горлышком в процессе разработки ПО. Современные программисты, используя кодинг‑агентов по подписке за 20$ в месяц, могут за день своей работы выдать объем кода и функционала, который ранее они делали неделю или даже месяц. Но ведь что толку? Пока тестировщики не проверят то, что выдал программист вместе с LLM, оно не будет выпущено в продакшен или зарелизено и выложено публично для пользователей.

INT8 не виноват: как мы мерили сэмплеры на квантованных flow-моделях и опровергли собственную идею

Я очень долго мечтал об исцелении. Я родился в 1981 году. Ходить я научился достаточно рано, но спотыкался и падал чаще других детей. Мои родители начали беспокоиться, что со мной что‑то не так, что мои мышцы слабее, чем должны быть. В конце концов, в возрасте трёх лет мне диагностировали одну из форм спинальной мышечной атрофии (СМА). В 1980-х годах точные механизмы заболевания ещё не были изучены, но было известно, что оно наследственное и, вероятно, связано с рецессивным геном. Также было известно, что болезнь прогрессирует. С возрастом мои мышцы должны были всё больше отставать в развитии. В восемь лет я начал пользоваться инвалидной коляской для передвижения на большие расстояния. К 18 годам я практически перестал ходить пешком вне дома.

Трудно быть молодым и знать, что ты становишься слабее, а не сильнее. У меня были те же стремления, что и у моих друзей без инвалидности, но я испытывал страх перед будущим, который им не был знаком. Я много размышлял о том, какой была бы моя жизнь, если бы у меня не было СМА. В воображении возникал своего рода двойник: я сам, только избавленный от одного недостатка, не вполне определённого, но где‑то закодированного в моём теле.

В 1990-х годах началось картирование человеческого генома. Медицинская генетика становилась всё точнее. Я смутно осознавал это, понимал, что с каждым годом наследственные заболевания, подобные моему, изучаются всё лучше. А вместе с этим пониманием появлялась пусть и слабая надежда на то, что однажды для меня найдётся какое‑нибудь лечение, помимо бесконечных часов болезненной физиотерапии после школы, от которой почти не было пользы.

Два потока выполняют counter++ по одному разу. Шаги можно чередовать 20 способами, и в 18 из них обновление теряется, но на простаивающем ноутбуке за 10 000 запусков такого не случилось ни разу, а с барьером на старте случилось 4 раза. Фарид Закария, работавший в AWS над RDS, замеряет на этой гонке, сколько порядков реально выполняет обычная машина, простаивающая и загруженная, и сколько их достаёт детерминированная виртуальная машина Rewind VM: под ней обновление теряется в 1371 запуске из 10 000 без барьера и в 2997 с барьером. Заодно он объясняет, почему тесты не видят баги, зависящие от расписания.

Привет, Хабр! Меня зовут Дарья Тихонова, я работаю в МТС чуть больше двух лет. Сначала занималась подбором ИТ-специалистов, а в этом году перешла в команду обучения руководителей. Но эта статья будет не о работе, а о моем хобби. Чуть больше года назад я начала петь в академическом хоре «Ковчег». Теперь три вечера в неделю после работы провожу на репетициях.

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

Мы делаем AI-менеджера маркетплейсов. Это нейросеть, которая работает в кабинетах Wildberries, Ozon и Яндекс Маркета так же, как работал бы нанятый менеджер. Раньше мы писали здесь, как он устроен внутри, и эти статьи были для разработчиков. Эта статья для тех, кто продаёт.

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

Куда уходит день менеджера маркетплейсов

Если убрать стратегию и переговоры, работа менеджера маркетплейсов состоит из повторяющихся проверок:

что заказали и что выкупили;

какой товар скоро закончится, сколько везти и на какой склад;

какие цены поставить и в какие акции идти;

на какие отзывы и вопросы ещё не ответили;

сколько съела реклама и что она принесла;

что поправить в карточках, чтобы они поднялись в выдаче;

какой отчёт собрать к понедельнику.

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

Эту часть работы мы и отдали нейросети.

Чем ИИ-менеджер отличается от сервиса аналитики и чат-бота

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

ИИ-менеджер подключается к кабинету продавца по API. Он видит заказы, остатки, цены, отзывы и рекламу, сам считает, что сделать, и вносит правку в кабинет. Задачи ему ставят обычными фразами в чате. Выбирать отчёт в меню или искать нужный фильтр не нужно: достаточно написать «что срочного», «посчитай поставку» или «ответь на отзывы».

Подключение занимает несколько минут:

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

Ozon — Client-Id и Api-Key из настроек Seller API. Для рекламы нужны ещё ключи Ozon Performance.

Яндекс Маркет — Api-Key из кабинета продавца, кампанию менеджер находит сам.

Если у вас несколько кабинетов на одной площадке, подключите их все и переключайтесь между ними прямо в чате.

Что можно поручить уже сейчас

Утренняя проверка

Каждое утро менеджер сам смотрит все подключённые кабинеты и пишет в чат только срочное:

товар закончится в ближайшие пять дней;

отзыв на одну или две звезды остался без ответа;

у ключа площадки заканчивается срок.

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

Продолжаем наши изыскания по следам блога философа Михаила Эпштейна «Нооцен как движущая сила эволюции».

Начну с ударной цитаты: 

В этой рецензии в блоге SSP SOFT разберем книгу Павла Рудницкого «SRE. Новый подход к управлению инфраструктурой» (БХВ-Петербург, 2026, 176 страниц). Автор объясняет, как оценить надежность сервиса в метриках, посчитать бюджет ошибок и проанализировать аварию. Студентам, стажерам и младшим разработчикам (джунам) книга дает понимание терминов, на котором инженеры эксплуатации говорят с разработчиками и бизнесом, а заодно поможет с ответами на некоторые вопросы на собеседованиях.

Сказка о литературном гении и терпении искусственного интеллекта.

Как найти то, чего нет и взбесить того, у кого нет нервов.

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

Если VPN один, проблему иногда решает пара исключений. А что, если на компьютере одновременно используются обычное интернет-подключение, личный VPN и корпоративный VPN? И все они необходимы, причём менять привычные программы совершенно не хочется?

Я попробовал разобраться, какие решения существуют для Windows, Linux и macOS. В обзор вошли массовые VPN-сервисы, mihomo, sing-box, Xray, графические оболочки, прокси-менеджеры, корпоративные VPN, системные маршрутизаторы, собственные серверы и OpenWrt.

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

Материал большой, поэтому ниже есть содержание с переходами к разделам.

Сейчас мы с женой делаем ремонт в новостройке в Новосибирске. И вместе с вопросами о материалах и работах постоянно появляется ещё один: инструмент покупать или брать напрокат? А может, вообще позвать строителей и не осваивать ещё одну профессию по выходным?

Свой инструмент удобен. Можно работать, когда есть время, и не думать о возврате. Но после ремонта он останется у нас. Хорошо, если пригодится. А если нет — придётся хранить или продавать. С арендой всё вроде проще, пока ремонт не начинает растягиваться.

Попробовал посчитать это на примере строительного пылесоса через LifeaaS Compare, калькулятор моего проекта «Жизнь по подписке». Оказалось, что ответ во многом зависит от того, как мы собираемся работать.

В октябре 28-я Генеральная конференция по мерам и весам решила, что с 20 мая 2027 года в UTC перестанут добавлять високосные секунды, а tzdb 2026f объявила, что таблицы високосных секунд больше не истекают. Но файл leap-seconds.list, который читают NTP-демоны, по-прежнему истекает 28 июня 2027 года. Я запустил ntpd 4.2.8p15, NTPsec 1.2.3 и chrony 4.6.1 с истёкшим файлом, со свежим под подменённой датой и с файлом без строки срока. Истёкший файл принимают все трое: ntpd и NTPsec загружают таблицу со смещением 37 секунд и пишут ошибку, chrony пишет предупреждение и файл не отвергает. Файл без строки срока chrony 4.6.1 отвергает целиком, а оба ntpd либо не грузят его совсем, либо считают просроченным с 1900 или 1970 года.