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

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

Представьте мир, где искусственный интеллект обучается не месяцами, а часами, сложнейшие климатические и фармакологические модели рассчитываются в реальном времени, а безопасность данных гарантирована законами квантовой физики. Это не сценарий далекого будущего — это обозримая перспектива, ключ к которой лежит в создании фотонно-квантовых чипов. Недавно Китай заявил о разработке чипа, который, по утверждениям, способен в тысячу раз ускорить работу дата-центров для ИИ. Эта новость обнажила острейший технологический фронт нашей эпохи, где титаны науки и бизнеса ведут невидимую, но отчаянную борьбу за квантовое превосходство. Но что стоит за громкими заголовками? Где закреплены права на эти прорывные технологии? Ответ лежит в мире патентов — цифровой карте интеллектуальных сражений за будущее.

Цифровое наследие — то, что остаётся после нас в интернете и виртуальном мире — сфера не до конца урегулированная. Что будет с аккаунтами в соцсетях после смерти человека, кому и как достанется криптокошелёк и номер телефона с доступами к банкингу? 

В Apple ID предусмотрен цифровой наследник, в Google подключается функция «На всякий случай», а в Беларуси ввели механизм наследования доменов в национальных доменных зонах .BY и .БЕЛ. Но система, призванная дать наследнику время на переоформление домена, на самом деле работает иначе. Разберём механику этого нововведения и что можно сделать, чтобы не спустить в никуда наработанное годами.

В предыдущих двух статьях ("Геометрическая головоломка на выходные" и "Электродинамика виртуальной Вселенной") мы сначала логически вывели общую структуру пространства нашей виртуальной Вселенной — на S3, прикинули структуру электрона и фотона. Затем, в имеющемся физико-математическом аппарате, подобрали подходящую основу — ею оказалась модель Скирма. Эту модель мы расширили на всё пространство и снабдили дополнительным членом «», который обеспечил нам электродинамику, выведенную во второй статье.

В целом, пока всё выглядит неплохо. Наши друзья из виртуальной Вселенной уже осваивают получившуюся теорию на практике. Но им также нужна теория, которая описывала бы и механику их мира: камни там падают на их «Землю», планеты крутятся вокруг их светила, и вообще всё движется и вращается. У них уже постулированы три закона, которые описывают эти взаимодействия (все совпадения, как обычно, случайны!), но, воодушевлённые нашим подходом, они просят нас попробовать вывести эти законы из того лагранжиана, который у нас уже получился.
Этим мы сейчас и займёмся.

МЕХАНИКА

Прежде чем говорить о законах механики, нужно договориться о том, что именно в нашей фазовой модели играет роль «материальных объектов». В привычной нам школьной механике тело можно считать маленькой точкой, у которой есть масса, скорость и траектория. В нашей виртуальной Вселенной такого роскошного упрощения нет: точек там не существует, есть только фазовое поле U(x) и его конфигурации. Материальный объект в этом мире — это устойчивый вихрь фазового поля. Мы уже сталкивались с одним таким вихрем, когда выводили модель электрона: это локализованная, стабильная, топологически защищённая конфигурация U(x), которая имеет конечную энергию, конечный размер и не может исчезнуть без разрыва поля. Если в пространстве есть несколько таких вихрей, они взаимодействуют через своё поле, а их движение — это просто эволюция распределения энергии фазовых деформаций. То, что в обычной физике называют «телами», здесь является ансамблями вихрей. Большой объект — это множество фазово связанных конфигураций, у которых есть общий центр масс, общая энергия и общее движение. Именно с такими объектами мы и будем работать. Законы механики должны быть не чем-то постулируемым, а следствием того, как вихрь как цельная конфигурация реагирует на деформации фазового поля.

Привет, Хабр!

Многие во Flutter привыкли собирать интерфейс из виджетов, не задумываясь, как они вообще устроены. Действительно, стандартных виджетов хватает почти на всё. Почти. Иногда возникает задача, где готовых решений нет или их производительности недостаточно. В такие моменты хочется залезть в движок Flutter и написать что-то своё на уровне рендеринга. Звучит немного страшненько, но я посмотрим, как сделать собственный RenderObject (конкретно RenderBox) с нуля.

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

Что такое контактная линза в вашем представлении? Многие мои друзья, которые линзы не носят, почему-то считают, что они жесткие. И задают мне странные вопросы: «А глаза не царапает?». «А не больно?». И потом еще ежатся: «Бррр, как ты их надеваешь?». 

Я привык. В линзах я хожу почти четверть века (с 15 лет), так что меня не удивляют странные вопросы и диковатые предположения людей «не в теме». Когда-то давно линзы стали для меня настоящим спасением. Они куда удобнее очков, а мой постоянно растущий минус внезапно замер и не ухудшается те же 25 лет. 

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

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

Привет, Хабр!

Знаете, что объединяет разработчика из стартапа, архитектора банковской системы и техлида платежного сервиса? Все они хотя бы раз материлась над интеграцией, которая должна была занять день, а растянулась на месяц. Легаси не подружилось с новой системой, протоколы оказались несовместимы, а документация — устаревшей на три года.

Привет, Хабр!

Я двадцать лет работал в руководстве ИТ в банках и страховых компаниях. За это время через меня прошли десятки проектов заказной разработки. Некоторые из них я вспоминаю с гордостью. Некоторые — с содроганием.

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

И тут я вспомнил о своей идее сделать сайт для консольной реализации шахмат на Python. Это была сухая игра, написанная на Pygame для двоих программистов, но не для людей, так как её нельзя было запустить на других устройствах. И у меня родилась идея: а что, если превратить этот скелет игры в веб-приложение на JS?

Из минусов было только то, что моя игра написана на языке Python, а для работы мне нужен JavaScript, и я решил, что это не проблема, и начал переписывать готовую логику на новый язык, параллельно добавляя новые функции.

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

Всем привет! CLI-инструменты являются неотъемлемой частью любого PHP-фреймворка, они удобны для выполнения службных операций. В данной статье поговорим о том, какой инструментарий предоставляет нам Битрикс для разработки и обслуживания сайтов.

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

Привет, меня зовут Иван и я SDET‑специалист в SimbirSoft. Полагаю, каждый программист хотя бы раз слышал про инструмент Kafka, многие работали с ним. Наиболее простое его использование — это настройка взаимодействия между микросервисами. А если попробовать использовать его как инструмент для логирования — связать Kafka и Elasticsearch? И при чём тут вообще Elasticsearch? Все просто: это система, которая позволяет работать с большим объемом данных. В нашем случае также необходимо использовать Kibana, надстройку над эластиком, которая позволит визуализировать данные.

В этой статье мы рассмотрим процесс настройки потоковой передачи логов из Kafka в Elasticsearch:
— как настроить взаимодействие между Kafka и Elasticsearch
— как настроить Kibana для визуализации логов, хранящихся в Elasticsearch.

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

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

Причина в том, что наблюдения LLM фундаментально ограничены анализом языка. И, как я покажу, этого недостаточно для надёжного долгосрочного прогнозирования.

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

Осторожно, спойлеры! Не читайте, пока хотите решить задачу самостоятельно.

В этой челлендж-серии статей, начатой с прошлогоднего эвента, попробуем использовать PostgreSQL как среду для решения задач Advent of Code 2025.

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

Ключевые решения и вызовы отрасли обсудили на московском форуме

3 декабря 2025 года в инновационном кластере «Ломоносов» МГУ состоялся масштабный форум «Технологии нового времени», посвященный модернизации промышленности следующего поколения. Мероприятие, объединившее представителей власти, бизнеса, образовательной сферы, ключевых институтов развития и научного сообщества, стало площадкой для подведения предварительных итогов и обсуждения траекторий Национальных проектов 2025 года.

Компания xAI представила результаты 24-часового внутреннего хакатона, на котором команда разработчиков создавала прототипы на базе Grok - AI-модели, тесно интегрированной с платформой X. Формат был простым: сутки непрерывной работы и полная свобода экспериментировать с агентами, обработкой данных и интеграциями. Но именно эта «сжатость» хорошо показала, как быстро Grok превращается в инструмент для прикладных задач, а не просто чат-модель.

Самые интересные новости финансов и технологий в России и мире за неделю: РКН заблокировал FaceTime, Snapchat и Roblox, безвиз с Китаем и Саудовской Аравией, Россию внесли в черный список отмывания денег ЕС, в Южной Корее взломали домашние камеры наблюдения, Твиттер Маска оштрафовали в Европе, а также слухи о «чесночной» модели от OpenAI.

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

Эта статья предлагает системный взгляд на взаимодействие ИБ с инженерами: какие решения помогают, какие — создают дополнительные риски, и как выстроить баланс, который реально повышает устойчивость производства, а не снижает её.