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)

Google начала вводить новый порядок установки приложений от неверифицированных разработчиков на Android, т. е. из сторонних источников, отличных от Google Play, который предполагает 24-часовой период ожидания для разрешения установки.

Менеджер по взаимодействию с сообществом Android Мишаал Рахман отмечает, что это лишь первый этап расширенного процесса по верификации разработчиков, мотивированный борьбой с мошенничеством и вредоносным ПО. На сайте с объявлением (см. подробности) ведëтся опрос среди читателей об их мнении на счëт эффективности данной меры.

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

• Открыть «Параметры разработчика» и выберите «Приложения от непроверенных разработчиков»;

• Включить параметр «Разрешить приложения от непроверенных разработчиков»;

• Авторизоваться с помощью кода (ключа) от экрана блокировки;

• Подтвердить, что никто не просил пользователя разрешить установку из сторонних источников;

• Перезагрузить телефон и подождать 24 часа;

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

При попытке установить приложение всё равно появится предупреждение, но пользователь сможет выбрать «Установить» в любом случае.

После включения этой опции не нужно будет оставлять включённым режим разработчика, если же временно отключить установку из непроверенных источников, то еë можно будет снова включить в течение 10 минут без необходимости снова ждать 24 часа. ADB остаётся исключением, поэтому пользователи, которым удобнее использовать этот способ, по‑прежнему могут устанавливать или обновлять приложения без длительных ожиданий.

Внедрение проверки разработчиков начнётся 30 сентября в Бразилии, Индонезии, Сингапуре и Таиланде. Первоначально она будет охватывать приложения, распространяемые через Google Play, HONOR App Market, OPPO App Market, Galaxy Store, Palm Store, V‑Appstore и GetApps, а затем распространится на все регионы и установки в 2027 году.

 1984, android, developer, google, установка программ

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

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 и в данный момент все еще стремлюсь улучшать свои навыки, так что здесь всё будет чисто субъективно и на основе моего опыта. С профессиональными лингвистами я никогда не общался, поэтому не могу гарантировать как свои знания, так и чужие.