Главная инженерная задача здесь — превратить поток неструктурированного текста из сотен телеграм-каналов в события, с которыми может работать остальная система: определить тип события, место, краткое описание, убрать дубли и понять, кому именно его нужно отправить.
Мы изначально строили систему без постоянной ручной модерации. События появляются круглосуточно, поэтому ручная проверка плохо масштабируется. Часть работы выполняет LLM-конвейер, часть — пользователи, которые могут сами сообщать о событиях и проверять сообщения друг друга.
Датамайнер под никнеймом pdfu обнаружил в iOS 27 и macOS Golden Gate механизмы для интеграции Siri со сторонними языковыми моделями. В тестах ему удалось подключить к ассистенту Claude от Anthropic и заменить серверную модель Siri на GPT-5.6 Terra от OpenAI.
Xiaomi собрала не одну модель, а целое семейство — от 7B-малыша до открытого MoE на триллион параметров. Разбираю, что в нём устроено интереснее всего.
Как собрать собственную визуально-языковую модель с нуля, имея ограниченный бюджет и одну арендованную GPU? Автор эксперимента взял небольшую языковую модель, подключил к ней визуальный энкодер и прошёл весь путь обучения VLM – от настройки архитектуры до оценки качества ответов. В статье – разбор решений, ошибки первых запусков и результаты модели на 628 млн параметров, которая научилась описывать изображения примерно за $200.
А помните, был такой проект "Кронос" на закате "союза", на заре "перестройки"? Профессиональная 32-битная графическая рабочаz станция на собственном железе и собственной ОС и собственной инженерной школой. Вроде был Кронос, а вроде и не был его, сколько с тех пор воды утекло.
Рынок труда 2026 года устроен так, что резюме сначала читает алгоритм и только потом человек, причём по диагонали. Системы фильтрации научились оценивать не только наличие ключевых слов и опыта, но и контекст их использования, а рекрутеры активно применяют ИИ — ChatGPT, Claude, Gemini, Grok или DeepSeek. Стандартное резюме, написанное один раз и разосланное по сотне вакансий, отсеивается на этапе автофильтра. Рекрутер получает от системы ранжированный список из нескольких кандидатов и обрабатывает их также через ИИ. Задача соискателя — попасть в этот список, пройти фильтры и обойти конкурентов.
Ситуацию усложняет то, что нейросетями пользуются обе стороны. Рынок труда стал похож на киберпанк-утопию, где ChatGPT сканирует резюме от других ИИ. В этих условиях выделиться можно единственным работающим способом — собирать резюме и сопроводительное письмо под конкретную вакансию из заранее подготовленной матрицы достижений. Ниже разберём, как использовать ИИ для создания резюме и как заставить нейросеть делать его под конкретную вакансию.
В этой статье - как составить резюме в 2026 году, которое пройдёт ATS и ИИ-скрининг: матрица достижений, лексическое зеркало, 9 готовых промптов для ChatGPT, Claude и DeepSeek.
Аналитика сейчас изменяется, если раньше чтобы понять в каких регионах сильнее всего снизились те же продажи, либо выросла текучесть нужно было неплохо так шарить за сбор данных, их обработку и статистику, то сейчас всё намного проще.
Мало того, что ИИ позволяет обрабатывать и разбирать данные намного быстрее, чем это делалось вручную, так еще и современные BI системы уже позволяют внутри себя задавать вопросы к данным. Это я узнал не так давно, так как сам с этим не сталкивался еще, но это натолкнуло меня на размышления аналитического бытия.
Тяжело писать вступление для такой щепетильной темы, но так как мы на техническом ресурсе, я опущу все очевидные мотивы и просто опишу, что получилось.
Идея появилась, когда я решил попользоваться бесплатными VLESS-конфигами. Найти их нетрудно, а вот пользоваться постоянно невозможно: конфиг может перестать отвечать, потерять скорость или перестать пропускать отдельный сервис. Приходится возвращаться к подписке, перебирать варианты и искать замену вручную. Платные сервисы тоже этим грешат, что, если честно, вызывает жжение ниже спины. Вот одним вечером и появилось желание испытать себя и автоматизировать этот процесс.
Хотелось оставить на телефоне, ноутбуке и роутере по одному профилю, а поиск работающих конфигов перенести на сервер. Так появился Hydrat: шлюз, к которому устройства подключаются по WireGuard, а дальше их трафик уходит через автоматически выбранный VLESS или Tor. Источники могут обновляться, внешние серверы - отваливаться и возвращаться в строй. Профиль на конечном устройстве из-за этого менять не нужно.
Расскажу с какими проблема столкнулся и как автоматически перебрать тысячи конфигов и найти десятки рабочих.
Пустой наследник Random работает медленнее родителя. string[] и object[] оказываются одним объектом. А Matrix4x4 до сих пор держит шестнадцать полей float вместо четырёх векторов.
Ни одно из трёх уже не переделать, и на то есть причины.
Это звучит как научная фантастика: квантовое состояние одной системы можно перенести, или «телепортировать», в другую систему, находящуюся на значительном расстоянии. Однако если в будущем квантовые компьютеры будут обмениваться данными через крупные сети, им понадобится способ передавать одновременно большие объёмы квантовой информации. Для этого квантовую телепортацию необходимо масштабировать.
Группа физиков под руководством Цзин Цзетая из Восточно‑Китайского педагогического университета осуществила квантовую телепортацию сразу по 100 параллельным каналам. Возможности системы продемонстрировали, телепортировав квантовую информацию, закодированную в изображении из 100 пикселей.
Несмотря на название процесса, «квантовая телепортация» не означает, что материя исчезает в одном месте и появляется в другом. Вместо этого квантовое состояние одной системы передаётся другой с использованием заранее разделяемого запутанного состояния и классической связи.
Большинство экспериментов по квантовой телепортации использовали один канал или сравнительно небольшое количество мультиплексированных каналов. Однако крупной квантовой сети придётся одновременно работать со множеством квантовых состояний. Цзин и его коллеги сформировали 100 пространственно разделённых мод света в виде сетки 10×10. Каждой модой можно было управлять независимо, что фактически дало исследователям 100 отдельных каналов квантовой телепортации. Затем учёные создали соответствующий массив запутанного света и разработали полностью оптическую систему, способную обрабатывать все 100 каналов параллельно без отдельной электронной обработки каждого из них. После этого систему испытали с помощью «изображения», хотя речь не идёт о картинке, исчезающей в одном месте и возникающей в другом.
Кто помнит поисковики начала двухтысячных, наверняка помнит, что результаты выдачи иногда имели мало общего с самим запросом. Системы слабо учитывали порядок слов, синонимы, предлоги и отрицания, поэтому пользователям приходилось упрощать формулировки, добавлять уточнения и пробовать запрос в нескольких вариантах.
Чат-боты того времени тоже были совсем не похожи на современные AI-чаты. Они находили во фразе знакомое ключевое слово и выбирали одну из заранее подготовленных реплик, а любое отклонение от предусмотренного сценария быстро заводило диалог в тупик.
Сегодня поисковые системы распознают сущности, учитывают контекст, геопозицию и смысловые связи между словами, а также способны формировать ответы на основе нескольких источников. AI-чаты понимают разные формулировки одного намерения, работают с текстом, изображениями и голосом, используют веб-поиск и могут учитывать контекст предыдущих разговоров.
Чтобы поисковые системы и AI-чаты научились отвечать так, как они отвечают сегодня, потребовался долгий путь. Именно об этой эволюции и пойдет речь в статье.
😱 Почему люди на переднем крае ИИ-индустрии боятся — и почему с этим ничего не сделать?
В последнее время часто слышу от директоров OpenAI, Anthropic, Google, Xai и других лабораторий что "надо сбавить темп" и "надо регулировать ИИ".
На что Трамп вчера ответил:
Мы опережаем Китай в области ИИ, мы самая передовая страна в мире. И, откровенно говоря, я хочу сохранить это положение, потому что, кто бы ни победил с ИИ, тот и победит.
Я думаю что слишком много негативно настроенных сил приводят этот аргумент и им не стоит этого делать. Они говорят про вещи которые не случатся. Кто бы не выиграл с ИИ, тот и победит
То есть никто сбавлять не будет, гонка вооружений продолжается. К чему это приведёт?
Команда экономистов Anthropic выложила интерактивную модель: задаёшь свои прогнозы по возможностям ИИ и скорости внедрения, получаешь экономику США 2030 года. Логика простая: любая работа это набор задач, часть из них ИИ усилит, часть заберёт, часть создаст заново.
У меня получился экстремальный вариант, где экономика растёт на 31%, при этом кол-во рабочих мест интеллектуальных специалистов сокращается на 11%, и зарплаты увеличиваются на 1.9%. (Хотя в классическом экстремальном сценарии заплаты наоборот уменьшаются на 11.5%)
В общем, интересная игра, делать предсказания, но в реале слишком много факторов, да и США это отдельный мир. При этом её экономика конечно влияет на другие. Но влияние ИИ в РФ будет значительно меньше, чем влияние других, всем известных факторов.
Одно точно, ИИ меняет мир и скоро к этой гонке подключатся роботы и тогда будет уже совсем... интересно. Экономики стран и крупные компании, от этого выиграют и увеличат свои доходы, это точно. А что будет с нами?
В конечном итоге, государству и большим компаниям выгодно взять у нас все доходы и взамен дать прожиточный минимум.
Что изменят роботы и ИИ?
У нас будет всё - личный врач, юрист, финансист, полицейский, повар, уборщик, дворецкий, учитель и даже личный ФСБшник, подслушивающий и подглядывающий за всем. Причём мы пойдём на это сознательно, ибо кто откажется чувствовать себя королём, когда все сферы твоей жизни закрываются одним или несколькими роботами, нужно лишь заплатить за них...
Тут встаёт вопрос про безусловный базовый доход. И этот вопрос должны закрыть государства, иначе светлое будущее где роботы делают за нас всё, а мы занимаемся творчеством, превратится в будущее, где только богатые имеют доступ к высоким технологиям, остальные живут в нищете или от зп до зп, чиня роботов или работая на них.
Переезд с include на GitLab CI Components: у модуля появляется объявленный spec: inputs с типами и дефолтами, а опечатка в имени input роняет пайплайн до старта…
Раньше backend-задача чаще начиналась для меня с реализации. Сейчас я могу описать её Codex, получить diff и уже от него идти дальше: разбираться в коде, проверять поведение системы, находить недостающий контекст и отдавать задачу на следующую итерацию.
Недавно этот процесс хорошо проявился на интеграции между несколькими сервисами. Codex написал рабочий код, но end-to-end задача осталась незакрытой.
Почти три года назад, когда я начал митапы Verilog Mettup в Hacker Dojo, на них пришел Владимир Чурюкин и когда посмотрел на мою инфраструктуру Basic‑Graphics‑Music, где баш‑скрипты по имени платы строят проект, сразу сказал «А давайте перепишем все на питон». И переписал! С оговоркой что это PoC, то бишь Proof of Concept, то есть он это проверил только на 5-ти платах, а не на всех 45-ти, как мой исходный репозиторий.
В последние 10 лет у меня всегда был запасной аэродром: если очередной бизнес или стартап не взлетит, всегда можно вернуться продактом в айтишку. В трек-рекорде бигтех, с руками оторвут. Так происходило несколько раз: я возвращался в наёмный труд с поджатым хвостом, синяками, ценным опытом, а иногда с кредитами, но схема работала. Два года назад я снова вышел из найма, на этот раз как взрослый, с расчётами, гипотезами и существующим кэшфлоу. Успел неплохо заработать на маленьком медиа-бизнесе, а потом обнаружил, что люто проседает уже и он. А запасной айти-аэродром уже горит синим пламенем.
Postiz можно установить на своём сервере или оплатить облако с теми же возможностями. Разбираю, как открытый код, интеграции и страницы сравнений связаны с продвижением продукта, и предлагаю эксперимент для своего SaaS.
Все знают Arduino, Raspberry Pi, ну или Flipper на худой конец. Это экосистемы вокруг аппаратных платформ. Мой светильник из прошлой статьи тоже в некоем роде аппаратная платформа. И я решил тоже сделать вокруг него экосистему.
Всем привет, меня зовут Пётр, я DevOps инженер компании Nixys. История с алертами и дежурствами для меня, как и для любого DevOps инженера, довольно противная, потому что не знаешь, что вызывает больше негатива: ложный звонок посреди ночи или критичный алерт, который почему-то не сработал.
Долгое время решением этого были Grafana OnCall, PagerDuty и другие платформы, которые предоставляли возможность установки open-source инструментов для оповещения инженеров, ведения смен и эскалации происшествий. Но в марте 2026 года состоялась полная архивация проекта Grafana OnCall OSS, а PagerDuty полностью прекратила сотрудничество с клиентами из России еще в 2022. И вот, время шло, а крепкой зарубежной opensource замены уровня Grafana так и не появлялось. Это побудило нас самостоятельно взяться за разработку локального проекта для управления алертингом, который мы бы хотели предоставить в открытый доступ.
