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

Прогон OIDF conformance-suite по redb.Identity: как настроить сьют, почему кликали вручную, и какие реальные баги он нашёл, включая утечку телефона в id_token.

Мы были уверены, что profile-claims в нашем OpenID-сервере отдаются правильно. Юнит-тесты зелёные, демо-прогон зелёный, ручная проверка через curl показывала name, family_name, email, всё на месте. Потом мы прогнали сервер через официальный conformance-suite OpenID Foundation, и он показал, что телефон и адрес пользователя лежат в id_token. А id_token уходит третьим сторонам и пишется в логи как доказательство входа. То есть номер телефона пользователя ездил гораздо дальше, чем клиент вообще запрашивал. Это утечка PII, и никакой наш тест её не ловил, потому что мы не знали, что искать.

Про это и статья: как устроен ...

ИИ сегодня повсюду и кажется, что все о нем все знают. Что он может и что нет. Что такое ИИ-агенты, оркестрация и как с этим бороться. Если приглядеться повнимательнее, то мы увидим, что речь главным образом идет о LLM+ML+RAG в качестве инструмента обращения к каким-либо базам данных. Возможно, это сильно упрощенно, но суть от этого не меняется.

К этому сегодня добавились дискуссии о суверенных и национальных моделях. Если сегодня набрать «виды ИИ» в поисковой строке, то первое что выйдет это список моделей, сгруппированных по типам: текстовые, генерация изображений, аудио. И на этом все.

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

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

Стоит отметить, что проблемы начинаются с самого начала. Уже древние греки поняли, что все не так просто с нашим сознанием. В частности, с тем, откуда берутся новые идеи. Как минимум, говорит Платон, необходимо разделять опыт и саму по себе способность мышления. Более того, хотя само по себе созерцание может многое сказать о мире, а принципы индукции были известна уже Сократу, но вот то как рождаются новые идеи оставалось загадкой. Отсюда возникает мир идей Платона. Даже Аристотель, критикуя Платона не смог отказаться от мира идей в полной мере. Ему все равно понадобился ум-перводвигатель как чистая и абсолютная форма, которая есть первопричина всего.

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

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

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

Эндпоинт отдавался за 380–510 мс и 811 КБ. Я думал, что причина одна – тяжёлый запрос. Разобрался: причин было три, и они лежали одна под другой. Пока не убираешь верхнюю, следующую просто не видно. Индексы, обход ORM и внезапно – gzip, который не был включён вообще.

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

Проблема возникает потому, что ценность накоплена не только в выбранной модели. Вокруг неё постепенно формируется отдельный инженерный слой: правила проекта, инструкции для повторяемых задач, роли субагентов, MCP-подключения, ограничения доступа и описание репозитория. Этот слой часто называют AI-agent harness, в статье будем определять, какие факты получает модель, что ей разрешено делать и как она должна проверять результат.

Что произойдет если перенести конфигурацию механически? 

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

Простое копирование файлов не подтверждает, что агент ведёт себя так же безопасно и предсказуемо.

Мы расскажем как перенести накопленные настройки между Claude Code, Codex, Cursor, opencode и Veai без повторной сборки рабочего процесса с нуля. Разберём, как провести инвентаризацию rules, skills, субагентов, MCP и AGENTS.md, сопоставить их возможности в пяти средах, проверить доверие к каждому компоненту и испытать новую конфигурацию на реальной задаче. В результате у разработчика будет пошаговый план миграции и проверяемые критерии, по которым можно подтвердить, что правила, инструменты и ограничения действительно работают.

Всем привет! Меня зовут Денис Смирнов, больше шести лет я работаю в компании iSpring и участвую в разработке нашего основного продукта — платформы для онлайн-обучения. Особенность платформы в том, что в ней достаточно гибко настраивается работа с датой и временем. Часовые зоны (таймзоны) можно указать на уровне аккаунта, тогда каждый пользователь может выбрать собственный часовой пояс. В некоторых модулях их можно дополнительно переопределять для отдельных пользователей.

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

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

Потом я сменил работу, а задача меня догнала: уже в «Лукоморье» мне прилетело ТЗ на похожую учётную систему, только для диспетчерской службы из другого региона. На этот раз я собрал работающую систему за неделю, не написав ни строчки кода.

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

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

Канеман и Тверски — психологи, чьи идеи о том, почему люди ошибаются и принимают иррациональные решения, проникли откуда-то из академических журналов в экономику, медицину, спорт и политику. Их называют «Леннон и Маккартни психологии»: за 15 лет они перевернули представление о том, как работает человеческий мозг. Один из них впоследствии получил Нобелевку.

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

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