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

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

DevOps-инженер Сергей Тимиряев решил эту проблему сам, без вендоров и бюджетов: за полгода в одиночку собрал ИИ-агента, который проходит весь этот путь за секунды и присылает готовую гипотезу причины прямо в Telegram. Промпт у него всего 14 строк, а две недели непрерывной работы стенда обошлись в 20%.

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

12 августа xAI (хотя уже SpaceXAI) выкатила Grok 4.6. Прошло чуть больше месяца с релиза 4.5, а модель уже официально в тройке лидеров – по версии Artificial Analysis.

По совокупному индексу интеллекта модель почти сравнялась с GPT‑5.6 Sol и отстаёт от Claude Fable 5 всего на один балл. Grok 4.6 набирает на пять баллов больше, чем Grok 4.5 (по индексу интеллекта всего через месяц после выхода предыдущей версии), и на 23 балла больше чем Grok 4.3.

Сегодня разберём, что именно изменилось в Grok 4.6, почему одни бенчмарки выросли на 10+ пунктов, а другие остались на месте, кто реально выиграл этот раунд, и – да – заденем скандальную репутацию xAI)

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

29 июля 2026 года на канале The Economist было опубликовано 1,5-часовое интервью с Илоном Маском, записанное 23 июля.

Интервьюер — Занни Минтон Беддоус, главный редактор The Economist.

Мы подготовили перевод интервью и сократили его до 20 минут чтения, оставив наиболее интересные для аудитории Хабра фрагменты. В частности, за рамками остались вопросы о политике и миграции.

Текст взят с сайта фанатов Маска.

Привет, Хабр! Я Светлана Чернышова, руководитель управления в рязанском хабе Т-Банка. Моя статья — часть проекта к 20-летию Т-Банка «20 в 20», в котором мы рассказываем об ИТ-хабах в разных городах и о людях, которые живут в этих инженерных сообществах.
За последние шесть лет мне посчастливилось расти вместе с продуктами, которые мы строим: от тимлида небольшой команды из 20 человек до руководителя платформ, объединяющих более 120 инженеров. За это время платформы прошли путь от вспомогательных сервисов до ключевых элементов экосистемы банка. 

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

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

Большинство таких проблем можно предсказать и предотвратить ещё на этапе проектирования — об этом статья: как выбрать архитектуру для кластеров MIND uStor, посчитать ресурсы сервера, спроектировать сеть и настроить кластер так, чтобы он держал нагрузку предсказуемо и переживал отказы без драмы. Материал написан для инженеров, которые проектируют или сопровождают такие кластеры.

Привет, Хабр! Меня зовут Женя, я занимаюсь развитием цифровых продуктов в Sminex. В статье поделюсь опытом разработки и запуска Sminex Event — собственного продукта для управления корпоративами.

Это вторая часть серии про горутины и рантайм Go. В ней три сюжета: стек, который переезжает по памяти как квартирант; вытеснение, которое прилетает сигналом операционной системы; и полный жизненный цикл горутины, который дословно объясняет каждую строку дампа паники. Первая часть рассказывала, почему потоки ОС дорогие и как Go дошел до схемы GMP: она не обязательна, но там завязка всей истории.

По традиции собираемся на ZeroNights 2026, чтобы обсудить самые животрепещущие темы из мира кибербезопасности, поделиться опытом с коллегами в очереди за бесконечным кофе и порешать таски. Здесь собираются руководители ИБ‑служб, пентестеры, аналитики, AppSec‑специалисты и разработчики.

Где: Санкт-Петербург, LOFT HALL

Когда: 30 сентября

Билеты уже в продаже!

В целях тестирования решил развернуть Kubernetes-кластер, состоящий из 1 Control Plane и 2 Worker-нод на виртуальных машинах в VirtualBox (использовал Ubuntu Server). Для развертывания использовал kubeadm.

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

Виртуальную машину изначально настроил в сетевом режиме Bridge (Сетевой мост) через Wi-Fi. То есть она в локальной домашней сети определяется как отдельное устройство и получает собственный IP-адрес (к примеру, 192.168.0.17). Изначально этот вариант кажется самым удобным, так как виртуальные машины могут напрямую общаться друг с другом и доступны с хоста. Однако здесь всплыл нюанс, из-за которого сетевой мост над Wi-Fi показал себя с неожиданной стороны.

Всем привет! Меня зовут Егор Савинцев, я Frontend Platform Engineer в Авито. Сейчас я работаю в команде архитектуры, а до этого в команде Phobos в рамках Платформизации переводил страницу объявления на Beduin — разрабатывал клиентскую архитектуру и переписывал блоки. 

Сразу важное отступление. 

Beduin — это Backend‑Driven UI. Если в нативе в коде клиентского приложения есть компоненты, бэкенд присылает им данные, и всё работает. В Beduin бэкенд присылает и данные, и сами компоненты в специальном виде. На клиенте у нас только рендерер — специальный компонент, который принимает JSON и рендерит то, что мы прислали. 

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

Статья будет полезна frontend‑ и mobile‑разработчикам, инженерам платформенных команд, архитекторам клиентских приложений и backend‑разработчикам, которые внедряют Backend‑Driven UI. В общем, всем, кто планирует переводить крупные экраны на BDUI и хочет заранее узнать, что может пойти не так. Спойлер: всё.

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

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

Раскопал на Medium интересное эссе от разработчика Krzyś про Elixir. Написано так захватывающе и самобытно, что не смог пройти мимо. Хотел чуть-чуть подсократить, но каждый раздел важен, а терять стиль автора не хочется. Поэтому разбиваю его на две части — сегодня делюсь первой.

Добрый день, дорогие читатели!

В прошлой статье мы разбирали, как импортировать из Active Directory список ПК в домене. Сегодня разберем, как просканировать импортированные Windows-активы. Поговорим о нюансах для АРМов, серверов, контроллеров домена, недоменной технике, проведем эксперимент со сканированием и мельком затронем проблемы лицензирования и End of Support.

Корпоративные мессенджеры, порталы, супераппы — эти термины сегодня звучат едва ли не на каждом совещании. Но что они на самом деле означают, и главное, что из этого действительно нужно вашей компании? Разберемся по порядку.

Несколько недель назад издание Nikkei Asia сообщило, что у пяти крупнейших технологических компаний США есть долговые обязательства на $1,65 трлн, которые в их балансах нигде не фигурируют. Речь не про ту часть, которую видно, а про второй, куда более мощный пласт долга. Через несколько дней газета Financial Times обнаружила ещё $50 млрд арендных обязательств, которые Nvidia взяла на себя ради одного-единственного центра обработки данных в Техасе, машинные залы которого планируется заполнить её же собственными чипами — обязательство, о котором до этого известно не было

Сумма продолжает движение. Свои прикидки Nikkei проводило ещё до того, как большинство этих компаний успели опубликовать квартальные результаты. А когда несколько дней назад они всё-таки выдали финансовую отчётность, выяснилось, что только из этой пятёрки три компании за один квартал взяли на себя почти $900 млрд новых обязательств, связанных с ИИ. Так что $1,65 трлн — уже оценка заниженная.

И вот поэтому если вы хоть раз заглядывали в финансовые сообщества YouTube, то вы уже знаете, с чем сравнивают ситуацию блогеры. В ход пошло слово Enron. Ютуберы (с огромной аудиторией в социальных сетях, но без внятной экспертизы в в бухгалтерском учёте) посмотрели на эти цифры и пришли к выводу, что перед нами очередной Enron.

В последнее время я частенько подхожу к зеркалу и тренирую ошарашенное выражение лица. Удивительно, но трудно застыть с открытым ртом, показывать пальцем на красную линию и выглядеть так, будто понимаешь смысл термина «аренда». Потому что… ну ладно, вот о чём я хотел поговорить. Правда ли это всё? Нас пытаются надуть? Реальные цифры скрывают от инвесторов, как это делала Enron, пока её не вывели на чистую воду в начале 2000-х? Или реальность более скучная и одновременно интересная? Давайте разбираться.

Опасения по поводу возможного «ИИ-пузыря» на фондовом рынке США нарастают, причём не только в самой Америке. Европейский центробанк выпустил доклад, в котором предупредил о вероятной коррекции акций ИИ-компаний даже в том случае, если их нынешние оценки рационально обоснованы.

ЕЦБ провёл параллели между ИИ-бумом и «пузырём доткомов» 1990-х, а также с периодами развития железных дорог и электрификации, за которыми всегда следовал обвал. Европейский регулятор опасается, что энтузиазм инвесторов по поводу ИИ может резко смениться разочарованием, а последствия падения рынков затронут не только США.

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

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

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

На DS/ML‑собеседовании можно уверенно пройти теорию и всё равно получить отказ. Часто решение принимается позже — когда становится видно, умеет ли кандидат работать с данными, продакшеном и реальными ограничениями. Разбираем шесть ошибок, на которых сыпятся даже сильные специалисты.