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

В Chrome 155 выпуск цифровых документов через Digital Credentials API включён по умолчанию. Разбираем сценарии работы с кошельками, пример интеграции и изменения после origin trial.

Наверное, уже все успели позлиться и посмеяться над Альтманом и его заявлением. Глава OpenAI считает, что с точки зрения глобального распределения ресурсов довольно странно держать дефицитную оперативную память в домашних компьютерах, где она используется всего 5% времени.

Что, если Сэм не просто предлагает нам пересмотреть отношение к домашней оперативке, а действительно каким-то волшебным образом забирает ВСЕ наши плашки?

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

На идею этой статьи меня натолкнуло видео «Почему советские самолёты были спроектированы для другого мира» на канале Aviation Adventures with Captain Ron. Оно интересно тем, что автор канала — вовсе не западный фанат советской авиации, а американский пилот с американской перспективой на авиацию, который сначала сделал более критическое видео о советской авиации с позиции своего непонимания, в комментариях которого отписались лётчики с советским опытом — и по мотивам этого обсуждения он сделал уже это видео. И действительно, в комментах его видео Why Soviet Jets Feel So Different in the Air можно найти немало комментариев от наших бывалых летунов. Такая вот ламповая встреча школ, историй и цивилизаций в глубинах Ютуба.

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

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

Для победы над Каспаровым в 1997 году IBM построила Deep Blue: 30 процессоров и 480 заказных шахматных сопроцессоров, больше 200 миллионов позиций в секунду. Николас Карлини проверил, хватило бы обычного Pentium Pro на 200 МГц с 64 МБ памяти, если поставить на него современный движок. Порт Stockfish 17 на эту машину играет с оценочным рейтингом около 3300 Эло при классическом контроле, а Crafty 1996 года с приёмами последних тридцати лет поднимается с 1999 до 2718 при секунде на ход. В матче из 100 партий движок на Pentium Pro выиграл 78 партий у Crafty 1996 года, работающего на современном Ryzen. Перевод с таблицами: какой приём сколько Эло дал и почему большая часть прироста пришлась на алгоритмы, а не на железо.

Многие пишут, что "бутылочным горлышком" в агентной разработке являются люди, которые проверяют код. Я считаю, что это больше маркетинговое заявление, чем инженерное. Человек может выполнять код-ревью достаточно быстро. Уж точно быстрее, чем код проходит CI/CD пайплайн и деплоится на стенд. С ростом автоматизации, процесс код-ревью человеком сводится к:

- пробежаться глазами по неочевидным местам в коде, проверка которых ещё не покрыта автоматикой,

- проверить как отработала автоматика детерминированной проверки правил разработки.

У меня это занимает не больше 5-15 минут на пулл-реквест. "Бутылочное горлышко" я наблюдаю совсем в другом месте.

Сейчас агенты пишут код очень быстро. Это ускоряет разработку.

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

Казалось бы, может ли что-нибудь пойти не так. Может и обязательно пойдёт не так.

Тестов становится слишком много. За пару лет существования моего проекта люди-программисты написали около 3000 тестов. Половина из них была написана мной в течение года. Я делал много рефакторинга (приводил приложение в порядок), обновлял версии библиотек со сломанной обратной совместимостью и нужно было много тестов как гарантия того, что функционал приложения я не поломал.

Как отличить совет от продажи и проверить рекомендацию до покупки

Исследователи спросили ChatGPT, как приготовить тайскую еду. Под ответом появилась реклама DoorDash. Запрос был про готовку. Предложение рядом: заказать доставку.

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

Отправил агенту задачу с телефона, убрал телефон в карман и хочешь узнать, когда он закончит. Обычно для этого берут пуши Google (FCM). У DSH Mobile облачного сервера нет, телефон разговаривает напрямую с компьютером, на котором работает агент. В версиях 0.9.x я переделал уведомления. Постоянного соединения в простое больше нет, а за отправленной задачей телефон следит, даже если Android выгрузил приложение или телефон перезагрузили. Расскажу, как это устроено и какие четыре ошибки нашлись по дороге. Самая заметная съедала 11 секунд на каждом ответе агенту, самая неприятная обрывала загрузку фото на 5 МБ.

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

Статья будет полезна не только пользователям DeepSeek API. Она пригодится тем, кто покупает на Taobao, Tmall и 1688, и тем, кто собирается в Китай: там через Alipay можно оплатить метро и транспорт, билеты, отели и многое другое. Для вашей конкретной ситуации уточняйте отдельно — нюансы возможны.

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

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

Пока весь мир заворачивает платные API в красивые обёртки, мне захотелось сделать что-то полностью автономное, конфиденциальное и бесплатное. Результат — App AI Assistant, локальный компаньон, с которым можно поговорить + голосовой ассистент («Джарвис» на минималках), который работает на 100% оффлайн на вашем компьютере.

Проект полностью открытый, исходный код опубликован под лицензией MIT. Мне интересно было не просто «поиграться», а подружить нейросети в реальном времени.

Что умеет ассистент:

Всем привет.

Есть малая механизация, когда вы мотокультиватором типа "Крот" сажаете картошку на 20 сотках, а есть малая автоматизация, когда вам лень ставить жирный homeassiant и/или приложение от вендора с завязкой на облака и хочется пожить в уютном локалхосте. Сегодня пойдет речь про вторую. И да, важный момент - вы не планировали умный дом и не тянули провода заранее.

Достаточно давно была куплена розетка "Умная розетка Wi-Fi SmartHome 2300W 10А IP20 c заземлением Gauss" в озоне, к сожалению сейчас уже не продается и непонятно продается ли она у вендора. Важно в ней то, что протокол общения там Philips WiZ, он расковырян, много скриптов на гитхабе, оттуда и подчерпнута важная информация.

Сегодня мы делаем включение ее и приборов, подключенных в ней, по закату солнца в конкретной вашей локации. И выключение в 23:00. Для доосвещения рассады дома, что весной, что осенью.
Пререквезиты - любой линукс хост с bash, curl, jq, netcat и доступом в интернет.
Что оставляем за кадром - подключение в ваш локальный LAN, это инструкция из коробки. После подключения доступ в интернет розетке можно заблокировать, она не потеряет адрес и даже валяющаяся на полке в течении полугода сохранит подключение wifi.

Итак, что делает скрипт:

Какая страница вашего сайта важнее: /catalog/ или статья в блоге двухлетней давности? Пока страниц пятьдесят, на этот вопрос отвечает интуиция. Когда их пять тысяч — интуиция молчит, а структура ссылок превращается в то, что никто в компании целиком не видел: меню ведёт в каталог, блог ссылается на фильтры, фильтры — друг в друга, и где-то в этом клубке есть страницы, до которых внутренний вес добирается по щепотке.

У этой задачи есть старый числовой ответ — PageRank. Не тот, по которому Google ранжирует весь интернет, а его домашняя версия: посчитать веса только по внутренним ссылкам одного сайта. Я написал инструмент, который делает это от краула до отчёта, и в этой статье разберу, как устроена математика, какие грабли собираются по дороге и что из отчёта реально выжимается.

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

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

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

Меня в Open Banking (открытом банкинге) интересует возможность собрать эту работу в одном сервисе. Клиенту нужен ответ на вполне конкретный вопрос: можем ли мы провести эти платежи и что произойдёт после подтверждения?

Моя гипотеза — привычным местом работы с несколькими банками может стать сервис, в котором компания готовит платежи, согласует их и проверяет исполнение. Его может развивать банк, разработчик учётной системы или независимая компания. Попробую разобраться, что для этого дают общие API банков и какую работу всё равно придётся делать отдельно.

Привет, я фронтенд-разработчик, и сегодня хочу разобраться с одной интересной особенностью React Server Components.

Если вы работали с RSC, то наверняка замечали, что вокруг них почти всегда появляется ещё один участник — bundler. В документации React прямо говорится, что директивы вроде 'use client' дают инструкции bundler'ам, совместимым с RSC, а при встрече клиентского компонента bundler должен построить для него клиентскую сборку.

Но возникает вполне логичный вопрос. Зачем React Server Components вообще нужен bundler?

Ведь JavaScript уже умеет работать с модулями. Браузер понимает import, умеет загружать ES-модули и поддерживает динамический import().

На первый взгляд можно сделать всё достаточно просто.

Вышел Kodacode 1.3 и теперь он умеет работать с приложениями на компьютере. А в Desktop появился свой браузер, чтобы открывать страницы рядом с чатом и сразу передавать агенту нужный фрагмент.

Ещё добавили просмотр правок даже без Git, интерактивные прототипы и потоки автоматизаций с AI-агентами. CLI тоже обновили, теперь его удобнее встраивать в CI и собственные инструменты.

В статье показываем, как всё это работает. Питомца тоже покажем. Да, он теперь есть.

3PAR 8000/9000 после вендорской поддержки: как посчитать запас жизни СХД

В первой статье блога мы рассказали, кто мы, и разобрали приёмку сервера по журналам BMC. Эта статья про массивы HPE 3PAR, с которыми у нас тот же подход, что и с серверами: покупаем рабочие, проверяем, инициализируем и прогоняем тестами под конкретного клиента, продаём с гарантией и закрываем её собственным складом запчастей. Услуг обслуживания и восстановления чужих инсталляций мы не оказываем.

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

Начнём с дат. 31 августа 2026 года по опубликованному графику HPE закончилась поддержка всей серии 3PAR 8000, моделей 8200, 8400, 8440 и 8450 разом. Серия 9000 продержится ненамного дольше: у 9450 в календаре стоит 1 мая 2027-го. Одна из самых массовых enterprise-СХД российских ЦОДов 2015–2022 годов официально вышла из жизненного цикла вендора.

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

3PAR 8000/9000 после вендорской поддержки: как посчитать запас жизни СХД

В первой статье блога мы рассказали, кто мы, и разобрали приёмку сервера по журналам BMC. Эта статья про массивы HPE 3PAR, с которыми у нас тот же подход, что и с серверами: покупаем рабочие, проверяем, инициализируем и прогоняем тестами под конкретного клиента, продаём с гарантией и закрываем её собственным складом запчастей. Услуг обслуживания и восстановления чужих инсталляций мы не оказываем.

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

Начнём с дат. 31 августа 2026 года по опубликованному графику HPE закончилась поддержка всей серии 3PAR 8000, моделей 8200, 8400, 8440 и 8450 разом. Серия 9000 продержится ненамного дольше: у 9450 в календаре стоит 1 мая 2027-го. Одна из самых массовых enterprise-СХД российских ЦОДов 2015–2022 годов официально вышла из жизненного цикла вендора.

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

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