Статья — продолжение цикла о неоколониальном мироустройстве. Главный тезис: основой неоколониализма является монополия нескольких стран на произвольный выпуск мировых денег. Эти деньги превращаются во власть — покупка политиков и чиновников, оружие, наёмные армии, финансирование переворотов и войн, гранты политологам и экономистам на оправдание порядка. Внутри блока-эмитента за счёт паразитирования на остальных поддерживается высокий уровень жизни, что работает как «мягкая сила» и манит остальной мир.
Далее автор разбирает, действительно ли растущие долги неоколониальных стран являются для них проблемой. Логика: капитализм — это прибыль, а прибыль возможна лишь при постоянном и растущем притоке денег (иначе капиталисты просто заберут все деньги себе и прибыль обнулится). В мире фиатных денег банковская система и есть производство денег. Но кредитный способ создания денег автоматически порождает долг, причём с процентами вернуть надо больше, чем создано, а часть денег ещё должна осесть как прибыль. Арифметически это невозможно без накопления долгов где-то. В частном секторе это привело бы к банкротствам, поэтому долги накапливает государство. Вывод: прибыль современного финансового капитализма обеспечивается государственными расходами и растущим госдолгом. Инфляция частично «гасит» избыток денег, а фондовые активы и гособлигации служат отстойниками. Прямое создание денег без долга исторически плохо кончалось из-за отсутствия контроля, поэтому кредитный механизм — это мера контроля, а не неизбежная часть технологии.
Ключевой прогноз: переход на цифровые деньги снимает нужду в кредитном создании денег — каждая монета пронумерована, потоки видимы и управляемы, можно просто выпускать и распределять деньги, отключая «краники» при нецелевом движении. Со временем это может заменить и налоговую систему. Для неоколониализма это значит, что страны-эмитенты мировых валют смогут перейти к безкредитному производству цифровых денег, старые долги обесценит инфляция и вернуть их можно будет на своих условиях. Поэтому надеяться на крах неоколониального блока из-за долгов не стоит — вместо этого надо сосредоточиться на отказе от неоколониальных валют и скорейшем внедрении равноправных международных валют и расчётных площадок.
Разработчик в течение года делает приложение для изучения иностранных слов VibeLing (12 языков, интервальные повторения) и описывает, как пришёл к идее браузерного расширения. Первая версия была просто поиском по словарю, но пользователи спрашивали «а что мне искать?» — оказалось, поиск хорош, лишь когда человек уже знает нужное слово. Добавили подборки, рекомендации и уроки, но оставался главный естественный источник новых слов — чтение профессионального контента на английском (документация, статьи, Reddit). Существующий сценарий был неудобным: прервать чтение, взять телефон, открыть приложение, найти слово, добавить, вернуться и восстановить контекст. Пользователи просили импорт слов с компьютера, но по сути им нужно было добавлять слова прямо из браузера. Решение — расширение для Chrome: выделяешь слово на странице, появляется окно с переводом, при желании жмёшь плюс, и слово уходит в общий словарь. Ранее добавленные слова остаются подсвеченными (не добавляешь дубли и получаешь пассивное повторение), подсветку можно отключить. Можно переводить целые предложения и абзацы и слушать произношение — для самопроверки при чтении в оригинале, а не для простого перевода страницы (это и так встроено в браузер). Связку браузера и телефона сделали без полноценной регистрации — привязка устройства по коду, как вход в YouTube на телевизоре; синхронизация двусторонняя, единый список слов. В расширении нет рекламы и платных функций, мобильное приложение ставить необязательно (но без него не будет интервальных тренировок). Ссылки на Chrome Web Store и приложение для iOS/Android, первые отзывы уже появились. По сути это рассказ инди-разработчика о своём продукте с неплохими наблюдениями по UX, но без прорывных идей, политики, экономики или остросоциальной повестки; материал полезен в основном тем, кто сам делает похожие приложения.
Статья разъясняет понятие предикативного мышления — логической ошибки, при которой человек устанавливает связи между объектами лишь на основании общего случайного признака (предиката), игнорируя сущностные характеристики. Автор на бытовых примерах (шампунь и успех, борода и вера, отказ от свинины и мусульманство, чёрный рояль и ворона) показывает, как такой тип мышления делает человека уязвимым для рекламы, пропаганды, сект, финансовых пирамид и мошенников, а в профессиональной сфере способен вести к техногенным катастрофам и врачебным ошибкам. Отмечается, что исторически предикативное мышление лежало в основе дискриминации, нацизма, фашизма и «охоты на ведьм». В качестве противодействия предлагается развивать критическое мышление: разграничивать логические и эмоциональные суждения, анализировать данные, не спешить с выводами и задавать себе пять вопросов (что субъект, что предикат, исключителен ли признак, что теряешь при ошибке). Финальный пафос — призыв думать самостоятельно и не путать признак с сущностью, поскольку разум есть «Кремль души», а от осознанного мышления зависит судьба Отечества.
Материал полезный и актуальный: тема манипуляции сознанием всегда востребована, примеры наглядные, выводы практичны. Однако подача рыхлая и местами сумбурная, автор злоупотребляет патетикой и бытовыми шутками, а сам термин «предикативное мышление» используется не вполне строго — в логике это скорее подмена понятий и ошибка обобщения, нежели отдельный тип мышления. Содержательной новизны мало, но для самообразования и распознавания пропагандистских приёмов статья пригодна.
Глава Союза потребителей коммунальных услуг Украины Олег Попенко заявляет: мосты Киева находятся в критическом состоянии и без ударов, а удары по ним приведут к катастрофе для транспортной системы города.
Мост Патона (1953, первый в мире цельносварной, 1543 м): проектировался под 10 тыс. автомобилей в сутки, а сейчас пропускает 100–130 тыс. Плюс вырос средний вес машин. С 2018 года остаточный ресурс официально нулевой. В марте 2026 года комиссия подтвердила: эксплуатация возможна лишь с жёсткими ограничениями — нагрузка на ось до 7 тонн, масса авто до 17 тонн. Через мост идут 4 автобусных и 2 троллейбусных маршрута между берегами Днепра.
Южный мост (1990) обеспечивает до 90% транзита между левым и правым берегом, значительную часть военных перевозок и линию метро. По словам Попенко, он «стабильно останавливал работу на 1–2 месяца из-за разрушения от количества автомобилей». После ударов российских беспилотников в ночь на 2 октября движение по мосту полностью перекрыли — транспортный коллапс, люди бросали машины и шли пешком, такси подорожало до 2500 гривен за поездку. Эксперты: если удары по Южному мосту продолжатся пару суток, он может быть закрыт надолго или рухнуть; при экстраполяции ударов на другие мосты Киев фактически распадётся на два города без прямого авто- и железнодорожного сообщения.
Также перечислены: Северный (Московский) мост (1976), Мост Метро (1965), Дарницкий автомобильно-железнодорожный (2011).
Существенная конкретика по износу и нагрузкам есть, но материал по сути пересказ слов одного украинского эксперта с элементами публицистики; часть данных полезна для понимания транспортной уязвимости города.
Минобороны РФ ответило на заявление Зеленского о том, что Киев усилит удары по российским НПЗ. По версии Минобороны, удары ВС РФ по объектам ВПК Украины в Киеве, где производят БПЛА и ракетное вооружение, а также по связанной с ВСУ инфраструктуре являются ответом на действия киевского режима. В качестве примеров перечислены: удары по участковым избирательным комиссиям при голосовании по выборам в Госдуму, где погибли шесть мирных граждан; массированная атака более 1600 украинских ударных БПЛА 19—20 сентября по гражданским объектам в Москве; попытки сорвать международный экономический форум в Санкт-Петербурге в июне 2026 года; ночной удар по жилым кварталам Белгорода, где нет военных объектов, с погибшими, ранеными и разрушениями домов и автотранспорта. После заявления Зеленского Минобороны обещает усилить удары по военным, военно-промышленным объектам и связанной инфраструктуре в Киеве и других областях Украины. Ответственность за последствия возлагается лично на Зеленского. Материал полезен как изложение официальной позиции Минобороны РФ, актуален для понимания логики ответных ударов, но новых фактов почти не содержит.
Суть статьи: автор выстраивает параллель между двумя эпохами. В 1971 году Никсон отменил золотое обеспечение доллара; тогда же Бейрут был крупным финансовым форпостом Лондона на Ближнем Востоке, но после ударов Израиля по Ливану, арабского нефтяного эмбарго и последовавшей многолетней стагфляции (депрессии 1970-х) США и СССР, по мнению автора, отжали у британцев значительную часть нефтяных активов в Северной Африке и на Ближнем Востоке. Сегодня, по аналогии, удар по Дубаю (очередному «филиалу лондонского Сити» на БВ с четвертью миллиона британцев) снова запускает передел, и автор ставит вопрос: кого начнут «есть» первым — британцев или европейцев, и кто поделит остатки британского наследства. Далее идут отрывочные намёки на Гренландию и Канаду, на зуб американской элиты против британцев, на визит британского монарха в Конгресс, на то, что Трамп не хочет ввязываться в конфликт, а Лондон наоборот хочет втянуть США, из-за чего Израиль якобы раскалывается между указаниями из Лондона и Вашингтона и рискует «порваться». Финал — два вопроса читателю и анекдот про завещание.
По фактам: исторические параллели поданы крайне вольно, многочисленные утверждения («четверть миллиона британцев в Бейруте», «Датч Шелл — дочка Бритиш Петролеум», «часть Израиля по указке Лондона») не подкреплены ничем, изложение ведётся в жанре конспирологической публицистики с нарочито сниженной лексикой. Содержательного анализа нет, есть набор эмоциональных тезисов и риторических вопросов. Полезной информации для понимания реальных экономических и геополитических процессов статья почти не даёт.
Автор продолжает проект, в котором ИИ-агент не просто советует, а сам правит боевые сайты на MODX через SSH, файлы, логи и браузер. Первой неожиданно сдалась SSH: агент дробит задачу на множество коротких подключений вместо одной длинной сессии человека, и хостинг трижды за трое суток блокировал доступ примерно на шесть часов каждый раз, IP в белый список не добавить. Решение — обёртка над OpenSSH, которая через ssh -G выясняет фактический хост, пользователя и порт, строит пул соединений по реальному адресу (а не по домену), включает ControlMaster с ControlPersist=1h, защищает даже создание первого соединения через flock и ограничивает параллелизм (по умолчанию 8 команд, на проблемном хостинге 2); тест 12 одновременных команд дал одну авторизацию и максимум две параллельные команды. Важный вывод: ограничение хостинга, невидимое годами при ручной работе, агент упёрся в него почти сразу.
Запись файлов вынесли из SSH в отдельный инструмент site-file, хотя SSH технически позволяет менять файлы чем угодно. Через штатный файловый канал жёстко закрыты config.core.php, .env, auth.json, credentials.json, composer-auth.json, ключи и сертификаты, а также .git, .ssh, .codex, .agents, node_modules и служебные каталоги MODX; нормализация пути блокирует выход наружу через .. и абсолютные пути. Есть промежуточная категория (.htaccess, index.php, php.ini, core/, connectors), требующая флага --allow-sensitive. Цикл изменения: без --yes показывается diff и запись не идёт; с --yes инструмент заново читает свежую версию прямо с боевого сервера, сохраняет предыдущую копию с метаданными (sha256, mode, размер), пишет во временный файл с последующим mv, перечитывает и сверяет sha256, для PHP запускает php -l, при необходимости проверяет страницу и при любой ошибке откатывает предыдущую версию.
Для нескольких параллельных агентов ввели project.lock с owner.json (token, pid, boot_id, source, actor, команда): второй изменяющий процесс получает PROJECT BUSY, но чтение не блокируется. Протухание блокировки определяется по boot_id (защита от перезагрузки с переиспользованием PID), по живости PID и по таймауту 30 секунд для осиротевшего каталога; живую блокировку штатно снять нельзя, вложенные операции наследуют её.
Подтверждения перестали быть бинарными «чтение безопасно, запись опасна»: легко обратимое локальное изменение агент делает сам, а удаления, массовые правки, пакеты, критичные настройки и общие элементы требуют отдельного согласия. Правила живут в глобальном AGENTS.md и в проектном AGENTS.md, и автор приводит почти целиком реальный проектный файл одного боевого сайта (инвентаризация MODX 3.2.4, 128 ресурсов, 15 шаблонов, 45 чанков, 36 сниппетов, 13 плагинов, 34 TV, FetchIt/FormIt, Bitrix24, Bootstrap 5.3, граф зависимостей, риски и запреты). Риск оценивается по реальной области последствий, а не по числу строк: для проверки влияния есть modx-impact, а перед очисткой корзины MODX проверяются события OnBeforeEmptyTrash/OnEmptyTrash.
Отдельно появился site-check на Puppeteer: HTTP-код, console.error, JS-исключения, неудачные сетевые запросы, 4xx/5xx ресурсов и горизонтальный скролл, с проверкой текста и селекторов и с эталоном (baseline) — сравниваются только новые ошибки, чтобы годами висящая чужая ошибка или старый 404 favicon не считались провалом. Успешная запись ещё не значит рабочий сайт: CSS может дать горизонтальный скролл, JS упасть после загрузки, картинка отдавать 404. Вывод по MODX: физический файл менять как файл, сущность MODX — через MCP, потому что вокруг неё живут события, плагины и версии. В итоге вокруг MCP выросла целая система (SSH-транспорт, файловые операции, бэкапы, блокировки, история, браузерные проверки), уже слабо зависящая от самой CMS; следующим кандидатом назван WordPress, а третья часть будет про повседневную работу с множеством сайтов, сессиями и долгим контекстом.
Материал — добротная инженерная статья-продолжение без рекламы, с реальным кодом и честным разбором грабель: полезно тем, кто строит инфраструктуру для автономных ИИ-агентов на проде, хотя тематика узкая (MODX) и часть ценности держится на первой статье серии. Оценка:
Разработчик (бэкендер из рекламного агентства) рассказывает, как пет-проект по расшифровке созвонов на Go превратился в полноценного WebRTC-бота для Яндекс.Телемоста.
Суть: начиналось всё с питоновского скрипта, гонявшего записи встреч через ElevenLabs Scribe (распознавание речи с диаризацией). Потом автор переписал это на Go (chi, pgx, Postgres, React-фронт, авторизация через проверку корпоративной почты по IMAP и выдачу JWT). Затем надоело вручную скачивать записи, и он занялся реверс-инжинирингом Телемоста: разобрал его WebSocket JSON-протокол сигналинга и SRTP-медиапоток по DevTools и бандлу. Бот прикидывается веб-клиентом, поднимает RTCPeerConnection на библиотеке pion и подключается к встрече как обычный участник.
Технические детали, которые он разбирает: баг с обрывом соединения ровно через 5 секунд (генерировался новый instance-id на каждый запрос, а сервер привязывает сессию к нему — надо фиксировать один UUID на всю сессию); запись голоса каждого участника в отдельный .ogg по колбэку OnTrack (Opus), запись демонстрации экрана в .ivf (VP8, нужен samplebuilder и ожидание первого ключевого кадра, плюс отдельно запрашивать высокое разрешение); сведение дорожек через ffmpeg; ограничение — при «зале ожидания» гостевой вход не работает, нужны куки хозяина.
Дальше бот оброс функциями: подключение Gemini Live, чтобы во время созвона спрашивать бота и давать ему поручения голосом; Gemini Flash 3.8 для саммари, mindmap и автогенерации названий встреч; MCP-сервер, через который Claude или ChatGPT могут искать по расшифровкам и тянуть заметки; управление ботом из Телеграма. Отдельно описана самая необычная фича — вход в видеовстречу с обычного телефона через SIP: сигналинг на sipgo, медиа на pion, парсинг DTMF (RFC 2833, разбор event/E-бита/duration), борьба с дублированием последней цифры у Zoiper через дебаунс, перекодирование PCMU 8 кГц в Opus 48 кГц через ffmpeg в обе стороны, чтобы абонент и говорил в встречу, и слышал её в трубке.
Стек: Go (chi, pgx, pion/webrtc, pion/rtp, sipgo, gorilla/websocket), Postgres, ElevenLabs Scribe, Gemini Live и Flash, ffmpeg, React + TypeScript, Docker Compose, nginx. Автор обещает во второй части подробнее разобрать сигналинг Телемоста; отмечает, что местами текст писался с помощью ИИ.
Оценка: статья не рекламная, с реальным техническим содержанием, конкретикой по коду и граблями, редкой для Хабра темой реверс-инжиниринга отечественного сервиса и связки SIP—WebRTC. Минусы — узкая ниша, местами сумбурность изложения и отсутствие деталей сигналинга («документ выкладывать не буду»), а также некоторая этическая серая зона обхода условий сервиса.
Илон Маск объявил о продлении работы сервиса роботакси Cybercab в Остине до 23:00. Главной задачей команда называет предотвращение наездов на животных, которых плохо видно в сумерках и темноте, включая серых котят на сером асфальте. Cybercab использует камеры и датчики, но при недостаточном освещении точность визуальных данных снижается. Маск считает, что улучшить ночное зрение камер можно через ИИ-обработку изображений с подсчётом фотонов. NHTSA проверяет систему камер Tesla для полного автопилота и её эффективность при плохой видимости. Для сравнения: Waymo применяет лидары, но ранее её автомобиль насмерть сбил кошку, вызвав общественный резонанс. В сентябре 2025 года роботакси Tesla Model Y в Остине сбило выбежавшую собаку, которая, судя по отчёту, убежала без явных травм. Также в сентябре Tesla показала элементы Cybercab с торможением «по проводам» и подтвердила, что роботакси пока не перевозят детей младше 13 лет. NHTSA начало федеральное расследование сертификации Cybercab, так как у него нет руля, педалей и зеркал, но он допущен к дорогам общего пользования. Новость актуальна для тем автономного транспорта, безопасности ИИ и регулирования, но значимость скорее отраслевая и умеренно интересная.
Автор рассказывает, как постепенно пришёл от скептицизма к активному использованию ИИ-ассистентов в разработке: сначала ChatGPT для мелких задач вроде пузырьковой сортировки, потом Cursor — после того как начальство обязало его внедрять. Cursor по промпту за минуты генерирует Django-каркас интернет-магазина, шаблоны, вьюхи, урлы, умеет рефакторить, ревьюить и править код. По ощущениям автора, рутинные задачи (парсинг, загрузка в БД, аналитика) ускорились в десятки раз, высвободив время на архитектуру, тестирование и безопасность. Приводит три кейса: OfferIntel — сервис для маркетологов, собирающий данные о конкурентах, обезличивающий их ради соблюдения 152-ФЗ и через облачную LLM формирующий офферы; биржевой RAG-проект с эмбеддингами котировок и текста новостей для торговых сигналов (в разработке); анализатор статистики прочтений книг на Author.Today. Вывод: ИИ не заменил разработчика, а сместил его роль в сторону проектирования, тестирования и контроля качества. В конце — приглашение в личку за демо-доступом и ссылка на GitHub.
По сути это типичный личный опыт-пост с элементами самопрезентации и продвижения своих пет-проектов (прямой призыв писать в личку за демо-доступом, ссылка на GitHub). Технически нового и прорывного нет: рассказ про ускорение разработки с Cursor повторяет то, что массово писали ещё в 2024–2025 годах, глубина анализа невысокая, конкретных метрик, бенчмарков и нетривиальных инженерных решений почти нет. Ценность — в некоторой наглядности процесса и упоминании 152-ФЗ при работе с облачными LLM, но это скорее личная заметка, чем полезная аналитика. Актуальность умеренная, остросоциальной или политэкономической составляющей нет, рекламный оттенок присутствует.
Статья — исторический обзор американских брендов-легенд, которые прекратили существование, с финальным рекламным блоком сервиса «Онлайн Патент».
Ключевое: Pan American Airways (создана в 1927, лидер благодаря связям в госструктурах, первой взяла широкофюзеляжные самолёты и ввела классы обслуживания) погибла из-за ошибки с заказом слишком большой партии Boeing, нефтяного кризиса 1973 года (убытки 360 млн долларов при долге около миллиарда), закона о дерегулировании авиаперевозок 1978 года, взрыва Boeing 747 в 1988 году (270 погибших) и роста цен на топливо в войну в Персидском заливе — банкротство в 1991. Бренд вошёл в массовую культуру: пилот у Ди Каприо в «Поймай меня, если сможешь» и шаттл в «Космической одиссее 2001 года».
Во время пандемии закрылись Brooks Brothers, J.Crew, Neiman Marcus, Hertz; финансовые проблемы до COVID были только у J.Crew (создана в 1983 как бюджетный бренд, Дженна Лайонс с 2008 сделала ставку на качество и стиль, с 2015 прибыль упала, в 2017 она ушла, качество снизили — разорение).
Автобренды Saturn, GEO, Eagle, Mercury, Hummer прожили недолго, хотя позиционировались как «убийцы» японских и европейских машин или гражданские версии военных автомобилей. Plymouth (1928, одни из первых с гидравлическими тормозами, конкуренты Ford и Chevrolet) после войны воспринимался как машина для таксистов и пенсионеров, в 60-х возродился моделью Valiant, в 90-х перешёл на переименованные Mitsubishi и в 2001 стал банкротом. Oldsmobile (основана в 1897 Рэнсоном Олдсом, первые машины с АКПП, первый турбомотор в 1962, первый переднеприводный автомобиль США в 1966, пик в 1985 — свыше миллиона машин) закрыт в 2004 из-за отказа вкладываться в бренд и ставки на ребейджинг моделей GM.
Причины краха: недостаток инноваций, слепое копирование чужих наработок, «чёрные лебеди» без финансовой подушки. Другие пути исчезновения: принудительное разделение монополиста (Standard Oil Рокфеллера распалась на 34 части в 1911, из них ExxonMobil, Chevron, BP) и мошенничество менеджмента (Enron).
Материал — познавательный ретро-обзор без связи с IT, политикой или экономикой технологий, без новостной актуальности, с явной рекламной концовкой продвижения юридического сервиса.
Sony закрывает программу лояльности PlayStation Stars для пользователей PlayStation в ноябре 2026 года. Последний день доступа к бонусам и их обмена — 2 ноября 2026 года, после чего неиспользованные баллы сгорят навсегда. Программа была запущена в 2022 году и давала баллы и цифровые коллекционные предметы за активность в PlayStation Store. Новых участников перестали принимать ещё в мае 2025 года, но действующие могли пользоваться баллами в приложении PlayStation. Цифровые коллекционные предметы, уже полученные в PS Stars, сохранятся навсегда даже после закрытия сервиса. Заменит ли Sony программу чем-то новым, неизвестно. В сентябре пользователи замечали вознаграждения в виде кредитов PSN за покупку отдельных игр, включая The Blood of Dawnwalker и Star Wars Zero Company, но это было временное предложение. Также в октябре на PS5 выходят Final Fantasy Resonance, Call of Duty: Modern Warfare 4 и Phantom Blade Zero, а подписчики PlayStation Plus получат несколько бесплатных игр. Новость важна прежде всего владельцам PlayStation и участникам PS Stars, но на рынок и IT-индустрию в целом влияет ограниченно.
Автор собрал систему, которая утром вместо телефона печатает ему отчёт о сне и восстановлении на чековом матричном принтере Star SP700, стоящем у кровати: характерный треск заменяет будильник, а бумажный чек — экран смартфона. Источник данных — фитнес-браслет WHOOP через его API. Ядро системы живёт на VPS: Telegram-бот и iOS-приложение MorningStation (плюс виджет для StandBy) создают «wake_plan» — план конкретного утра; сервис whoopsync тянет данные сна, Recovery и Strain; receiptworker заранее готовит первый чек (Wake Receipt) с временем будильника, списком дел и шуткой от локальной LLM, а после появления финальных данных WHOOP — второй чек (Final Report) с метриками и человеческим комментарием от сервиса coach. Координацией с железом занимается printergateway — HTTP-сервис с Nginx перед ним; старый Mac mini 2010 с macOS High Sierra рядом с принтером максимально «отупел»: получает готовое задание по Bearer-токену, отдаёт в CUPS и сообщает о результате, не зная ничего о PostgreSQL. Mac mini спит и сам просыпается: wakeplanner по pmset в 03:55 будит его, чтобы тот узнал время утреннего пробуждения за 20 минут до будильника, после чего снова засыпает. Очередь печати реализована через claim с lease и SQL-конструкцией FOR UPDATE SKIP LOCKED — гарантируется, что один чек не печатается параллельно двумя агентами, зависшее задание возвращается в очередь; честного exactly-once нет и быть не может, потому что откатить уже вышедшую бумагу нельзя, и автор сознательно предпочитает редкий дубликат потере задания. Отдельно разобран курьёз с локальной LLM на CPU-only VPS: переход с qwen2.5:7b на qwen3.5:9b сломал генерацию, потому что модель не укладывалась в двухминутный таймаут — система впустую жгла все 8 ядер и отменяла собственные запросы по retry-циклу; помогло увеличение таймаута до 15 минут (генерация идёт ~7 минут). Также любопытная деталь: старый Mac mini при прямом подключении к принтеру считал USB-устройство слишком прожорливым и отключал порт, а обычный USB-хаб всё вылечил — объяснения автор так и не нашёл. По итогам нескольких месяцев система исправно будит, первый чек печатался всегда, Final Report потерялся лишь однажды. Это не реклама, а добротный инженерный рассказ о pet-проекте: архитектура, очереди, взаимодействие со старым железом, отладка через Grafana. Полезно в первую очередь разработчикам, интересующимся интеграцией серверов с физическим миром и работой с legacy-железом; широкой аудитории и злободневной повестке статья далека.
Разработчик сделал приложение для macOS, которое распознаёт жесты рукой через веб-камеру и превращает их в нажатия горячих клавиш. Пайплайн: камера 640×480 при 15 fps → Apple Vision (VNDetectHumanHandPoseRequest) даёт 21 точку суставов руки → нормализация позы (вычитание запястья, деление на длину ладони, поправка на соотношение сторон кадра) → классификатор kNN (k=5) по записанным образцам → удержание жеста 300 мс → отправка CGEvent. Для записи жеста собирается 30 образцов, движение и наклон руки приветствуются. Признаки — вектор из 40 чисел, расстояние между позами считается как RMS смещения 20 суставов, порог 0,25 длины ладони. Далёкие соседи в голосовании не участвуют.
Автор честно разбирает три бага: ложное удержание при больших паузах (лечится сбросом таймера при разрыве >250 мс), потеря трекинга считалась отпусканием (рука/отсутствие руки/ненадёжное наблюдение разведены), и что далёкие образцы перевешивали близкие при голосовании (ограничили радиусом). Провалы до 250 мс трактуются как продолжение прежнего состояния.
Значительная часть статьи — профилирование ресурсов на MacBook M3 Pro (macOS 26.5). Замеры: ~15,5% CPU при 15 fps, ~6,6% в холостом режиме 5 fps; реальная частота камеры ниже из-за фильтра по времени; ограничение камеры через activeVideoMinFrameDuration сработало только после startRunning. Нижняя граница форматов — 15 fps, поэтому холостой режим лишь реже вызывает Vision. Интересный вывод по памяти: консольная версия жрёт ~245 МБ footprint, но Vision — всего 16–24 МБ, а ~224 МБ съедает сам AVCaptureSession (графическая память, SceneKit, Reaction Effects macOS), отключить публичными настройками не удалось. Vision на ANE и GPU дают идентичные координаты, CPU в 3–5 раз медленнее и расходится до 12 px.
Отдельная тема — мониторинг, кто ещё читает камеру: isInUseByAnotherApplication не работает, DeviceIsRunningSomewhere без имён, пришлось парсить журнал appleh13camerad, дедуплицировать события через (machTimestamp, текст). Помогли Removed attribution для Control Center. Приложение переросло из CLI в SwiftUI MenuBarExtra; по пути всплыли ошибки с dispatchMain(), блокировкой главного потока на log show, повторным запуском actor'а во время await системного диалога и временем жизни блокировки.
Код открыт на GitHub (andreygaag/hand-control), требует macOS 14+ и Swift 6, готовой нотаризованной сборки и превью для записи жестов нет, независимой оценки ложных срабатываний тоже. Весь код написан в связке Claude + Codex за полтора часа. Автор сам признаёт: продуктивность это не повышает, но забавно показать кулак ради вызова Telegram или отправить ноут в сон средним пальцем; главная ценность — разобрался, как работают такие штуки.
Никакой рекламы, честные измерения, рабочая открытая кодовая база и реальные грабли, разобранные по косточкам. При этом это пет-проект без прорыва, социальной или политэкономической составляющей — скорее добротная инженерная заметка для разработчиков под macOS.
Apple подтвердила сбой у части владельцев iPhone 18 Pro Max в сети AT&T в США. У затронутых аппаратов вместо уровня сигнала появляется значок SOS, перестают работать звонки, SMS и передача данных по 4G и 5G. По словам Apple, проблема затронула лишь небольшое число пользователей. Для prevention уже выпущено обновление iOS 27.0.1 и обновление настроек оператора; владельцам iPhone 18 Pro Max с SIM-картой AT&T рекомендуют установить систему через «Настройки» — «Основные» — «Обновление ПО», а также проверить настройки оператора через «Настройки» — «Основные» — «Об этом устройстве». Если проблема уже проявилась, обновления не помогут и потребуется замена смартфона через поддержку Apple или AT&T. Отмечается, что iPhone 18 Pro Max — единственная продающаяся в США модель с модемом Qualcomm, а не с собственным модемом Apple, но прямой связи с багом пока не подтвердили. Ранее сообщалось о баге Face ID у iPhone 18 Pro и 18 Pro Max, вызывавшем зависания и перезагрузки.
NTFS-3G получил критическое обновление 2026.9.18, закрывающее переполнения буфера кучи в нескольких функциях, выход за границы памяти, повреждение данных и DoS-уязвимость, а также поправляющее работу ntfsresize, ntfscat и наследование прав ACL. Драйвер по-прежнему работает через FUSE в пользовательском пространстве, что ограничивает производительность, поэтому на Linux 7.1 и новее рекомендуют встроенный NTFS3 от Paragon Software. NVIDIA выпустила стабильный драйвер 595.104.02 для Linux, FreeBSD и Solaris, исправив падение при выделении таблиц страниц GPU больше 2 ГиБ и критический баг Wayland, связанный с передачей VkHdrMetadataEXT через color-management-v1. В новой ветке 615 обещают вторую ревизию VK_NV_low_latency с Reflex через Proton, разделение памяти через cgroups, токен RmDisableDisplayGlitchPerfLimit для снижения энергопотребления в простое с несколькими мониторами и оптимизации под Blackwell. Новость актуальна прежде всего для Linux-пользователей, администраторов и владельцев NVIDIA на Wayland, но узкоспециализирована и не относится к политике или экономике.
Разработчик-энтузиаст, раздражённый прожорливостью Obsidian (гигабайт с лишним ОЗУ из-за встроенного браузерного движка Electron), написал собственный заметочник Aquilum на Rust + Tauri 2. Потребление ОЗУ — около 27 МБ, установщик 11 МБ. Сейчас это активно развиваемый Windows-прототип, позиционируемый как local-first, а не полная замена Obsidian.
Функционал: обратные ссылки и граф знаний (с тепловой картой по датам создания/изменения и фильтрами), дерево файлов, лайв-превью, работа с несколькими базами знаний, мгновенный полнотекстовый поиск (BM25F, тысяча заметок за 1-2 мс), история изменений с откатом, Markdown-таблицы с объединением ячеек, медиа с кадрированием, виджеты книг и встроенная читалка с цитированием и сохранением прогресса, frontmatter, корзина, настройки, задачи (ранний этап) и Dataview-подобные запросы на Rust.
Отдельно — поддержка MCP-сервера для работы с ИИ-агентами (Claude Code, Codex CLI, Gemini Antigravity): агенты могут искать, смотреть связи и редактировать заметки в нескольких базах, а версионирование защищает от их правок. Данные хранятся прямо в заметках (портативность, в отличие от разрозненных плагинов Obsidian). Стек: Rust + Tauri 2, React + TypeScript, CodeMirror 6, Markdown, Yjs, SQLite. В планах — синхронизация и мультиплеер.
Статья — по сути самопрезентация личного пет-проекта: содержательная и честная (автор прямо говорит, что это прототип только под Windows), но реклама собственного продукта без независимого тестирования и не на злободневную полит-экономическую или острую социальную тему. Для интересующихся лёгкими альтернативами Electron-приложениям материал полезен, но прорывным или актуально-новостным его не назвать.
Вашингтонский университет и Microsoft открыли постоянную штаб-квартиру института Global Innovation Exchange (GIX) в кампусе Microsoft в Редмонде. Это первая программа Вашингтонского университета, полноценно работающая непосредственно в офисе Microsoft; компания предоставила ресурсы и оборудование на 42 млн долларов, а университет безвозмездно использует около 4500 квадратных метров в здании № 92. GIX готовит лидеров технологической отрасли: ежегодно более 150 студентов учатся на магистратуре по технологическим инновациям, очно и в гибридном формате. Институт начал работу в 2017 году в Белвью; с 2017 по 2023 год Microsoft выделила 70 млн долларов на целевой капитал, модернизацию помещений и аренду, а в июле GIX переехал в новое здание с аудиториями, лабораториями, мастерскими для прототипирования и студией дистанционного обучения. Изначально проект задумывался как совместный с Университетом Цинхуа для программ США и Китая, но первоначальный план, по всей видимости, не реализован: на сайте ещё упоминается двойная степень с Цинхуа, однако ссылки устарели, а в разделе о глобальном опыте фигурирует двухнедельная программа для студентов Национального тайваньского университета. Среди партнёров GIX указаны T-Mobile, Amazon, Meta, признанная в России экстремистской организацией и запрещённая, Cisco, Mitsubishi, AI2, транспортные агентства Сиэтла и лаборатории Вашингтонского университета. GIX не получает операционного финансирования от университета или штата и работает в партнёрстве с инженерным колледжем и школой бизнеса. В совместном пресс-релизе подчёркивается, что это пример глубокого сотрудничества государственного исследовательского университета с индустрией без отказа от академической независимости и общественной миссии.
Автор — разработчик системы складского учёта СКИФ с 15-летним опытом — разбирает идею «навайбкодить свой ERP вместо покупки готового». Вывод: ИИ способен написать корректное учётное ядро (движения по регистрам, документы, взаиморасчёты, аудит-лог, отчёты), но остаются непреодолимые нюансы. Во-первых, нужны бизнес-решения, а не код: разрешать ли минусовые остатки, как править задним числом, где округлять НДС, что делать при пересортице — дефолты предложит ИИ, но выбор за человеком, и он определяет, будет система правильной или рабочей. Во-вторых, российская специфика (НДС, УПД, маркировка, ККМ, ЭДО): ИИ пишет уверенно, но половину эндпоинтов выдумывает, разбирать выдумку дольше, чем сделать самому. В-третьих, объём: минимальное ядро — тысячи строк, 15–25 таблиц, десятки экранов, недели работы, а не один запрос; при правках ломается в неожиданных местах. В-четвёртых, зрелость приходит только за полгода реальной эксплуатации на живых данных и «кривых руках» пользователей — обвязка нарастает, её нельзя спроектировать заранее. Главное же — ответственность: разработчик за свой код отвечает и чинит бесплатно, а ИИ ответственности не несёт (та же беда, что у открытых движков вроде Опенкарта, где плагины ломают друг друга). Автор советует вайбкодить поверх зрелого фундамента — системы, размещённой на хостинге клиента и открытой для доработок, — а своё творчество вкладывать в предпринимательство, заказывая программирование профессионалам. По сути статья — разумное, но местами рекламное продвижение собственной системы СКИФ: пользы в рассуждениях немало, однако новизны и прорывности нет, тема вайбкодинга уже избита, а финал прямо призывает заказывать разработку у автора.
Анастасия Никулина, руководитель отдела контента в IT-компании, столкнулась с падением поискового трафика (почти на 40%) в 2025 году у трёх SEO-блогов и собрала себе помощника — SEO-агента на n8n, чтобы регулярно собирать данные, отсеивать шум и поднимать наверх только страницы, требующие решения человека. Причины падения: кризис в отрасли, сезонность, уход информационного спроса в нейроответы; стандартные советы подрядчиков (расширять семантику, менять метатеги, наращивать ссылки) бизнес-задачу не решали.
Архитектура: сбор данных из Screaming Frog (технический срез, CSV на Google Диске с датой в имени), Яндекс Метрики (поведение по страницам входа из органики за 30 дней) и Яндекс Вебмастера (показы, клики, CTR, позиции, запросы), очистка и сопоставление URL, хранение истории в Google Таблицах, правила и баллы, языковая модель, отчёты в Telegram. Автор не программист — код писала с ChatGPT, но архитектуру и логику проектировала сама.
Ключевые технические уроки: парсер CSV пришлось переписывать, т.к. простой разбор ломался на кавычках и запятых в значениях; пороги интерпретации поведения (1–4 визита не считать, 5–9 — слабый сигнал, 10+ — осторожно); в Вебмастере данные приходят с задержкой, поэтому логику дат переделали (от последней реальной даты назад); классификацию из 113 публикаций (SEO/продукт, медиа, новости/PR) отдали дешёвой модели — но сохранили в таблицу-память, чтобы не платить повторно, на контрольном прогоне 113 из 113 взяты из базы, 0 обращений к модели. Система баллов (нет Title +40, нет Description +30, 20+ показов без кликов +35, топ-10 с CTR ниже 3% +30 и т.д., порог 20) сокращает ~50 страниц до 5–7 кандидатов — и только для них подключается сильная модель.
Показательно про промптинг: вместо списка запретов («не выдумывай», «не делай выводов о конверсии») автор оставила позитивную формулировку задачи (используй только переданные данные, указывай основание каждого вывода, отмечай недостаточность выборки, предлагай максимум три проверяемые гипотезы) — это дало заметный эффект. Ответ модели в JSON, HTML очищается до 6500 символов содержательной части. Отдельно про цену: n8n Cloud ~€75/мес, API моделей ~$10/мес, Screaming Frog €245/год; автор честно оговаривает, что напрямую с подрядчиками за 180 тыс. руб./мес сравнивать некорректно и что прироста трафика на X% пока нет — эффект измеряется временем (потенциально 2–4 → 8–10 материалов в месяц). В финале — реальный пример ТЗ для копирайтера и требования к нейроответам, план доработок (хеш содержимого, оптимизация скачивания HTML, более полный контекст запросов).
Материал — не реклама (упоминание n8n органично, честно указаны ограничения и незавершённость), очень подробный и честный кейс с кодом, цифрами и выводами, полезный всем, кто занимается контентом/SEO и автоматизацией с LLM. Минус по критериям: тема сугубо прикладная, без полит-экономической и остросоциальной повестки, и это скорее «сделай сам по рецепту», а не прорыв.