Я в какой-то момент увидел в рекламе приложение Chatty. Подумал что идея неплоха, можно использовать при обучении. Посмотрел что у них с ценовой политикой и не согласился :) Они там по 15 баксов в месяц хотят. Что на мой взгляд перебор для такого. Короче за пол часа собрал себе вот эту поделку - https://github.com/ZlodeiBaal/TG_bot_language . Если кому надо: 1) Создайте бота и получите токен через @BotFather 2) Создайте на OpenRouter под него токен 3) Положите креды в .key_example и переименуйте его в .key По цене за первые дни пока тестил слил 0.14 бакса. В качестве модели я использую GPT Audio Mini. На один ответ пришлось 2 запроса делать, в один не справился. Наверное можно в один, но я не понял как. Сейчас из языков добавил немецкий (я сейчас учу) и ещё пару языков которые друзья учат (норвежский, испанский, англ). Короче, у меня стойкое ощущение что весь софт потихоньку туда движется. Теперь тебе вместо приложения нужен рецепт что оно делает.

Есть такой минималистичный таск-трекер специально под агентов и разработку Задумка такая, что связанные между собой todo-задачи, документация и код хранятся и трекаются в одном Git-репозитории Я уже пытался трекать задачи через Notion/Linear MCP, но агентам легче помнить и вести локальные доки а не вызывать отдельный тул по среди задачи. Вот mdtask как раз и хранит все задачи в обычном markdown файле, локально За счет этого еще все таски и их статусы попадают в историю коммитов, и в новом чате агенту легче понять что происходило до него GitHub и установка:

npm install -g mdtask

P.s уже после того как написал пост оказалось что сделал этот тул Макс (подписчик канала), так что спасибо тебе! ☕️ @tips_ai #tools

Самые неприятные баги — это те, из-за которых система работает, потом не работает, а через пять минут снова работает, будто ничего не произошло. 😬 Именно такой баг жил на YHub целый месяц. Сегодня я наконец нашёл его причину, но сначала дам немного контекста. Уже месяц на YHub можно создавать собственные базы данных.

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

Плюс можно создать таблицы, необходимые для аутентификации пользователей, и получить весь нужный функционал для регистрации, авторизации и так далее. 👌 В целом всё это работает хорошо. Я сам построил на этом несколько сайтов, моя игра тоже использует эту базу данных, а жена сделала несколько приложений, которые так или иначе с ней работают. 🤔 И вот как раз жена первой начала мне репортить, что иногда у неё просто пропадает таблица с рейтингом. Но после перезагрузки всё снова появляется и данные приходят. На тот момент я счёл этот баг не очень интересным. 🤷‍♂️ Подумал, что, может быть, произошла какая-то сетевая задержка или что-то было не так в её клиентском JavaScript. Я спросил: — Сейчас работает? Она сказала: — Сейчас работает. И мы такие: — Ну, работает — не трожь. Значит, всё хорошо. 👀 Но относительно недавно я прикрутил полноценный мониторинг ко всем функциям YHub. Раньше я мониторил только сам YHub и его основные модули: работает ли приложение, отвечает ли сервер. А теперь начал дополнительно проверять отдельные фичи, чтобы убедиться, что они тоже работают и ничего не отвалилось. И вот мониторинг начал ловить нестабильные ошибки. Условно, сначала он получает 200 OK: всё хорошо, база работает, данные записываются. ✅ Через пять минут приходит 404, будто база данных вообще не включена. ❌ А ещё через пять минут снова 200 OK, и всё опять прекрасно работает. ✅ Такое поведение — когда что-то работает, через пять минут не работает, а потом снова работает — это, наверное, самое неприятное, что может произойти при отладке. 😩 Баг не воспроизводится стабильно, поэтому непонятно, за что вообще цепляться. Но, вооружившись Codex, своими наблюдениями и несколькими теориями, я пошёл дебажить архитектуру и нашёл очень интересный момент. 🤔 На моём хостинге используется PHP Runtime. Чтобы всё это было безопасно, я изолирую сайты на уровне операционной системы. Для каждого окружения создаётся отдельный PHP-FPM-пул, который работает внутри собственного chroot. Благодаря этому процессы разных пользователей не должны видеть файлы друг друга. 😬 Но, когда я настраивал эту изоляцию, я пропустил одну важную настройку в OPcache. OPcache хранит в общей памяти уже скомпилированный байткод PHP-скриптов, чтобы не разбирать и не компилировать их заново при каждом запросе. Проблема была в том, что внутри каждого изолированного окружения сгенерированный API-скрипт находился по одному и тому же пути. А настройка opcache.validate_root, которая заставляет OPcache учитывать конкретный chroot, у меня была выключена. 🤦‍♂️ В результате для OPcache скрипты разных пользователей могли выглядеть как один и тот же файл. OPcache мог взять скомпилированный скрипт из одного окружения и использовать его при запросе к другому. 🤷‍♂️ В какой-то момент в кэше оказывалась скомпилированная версия скрипта сайта, на котором база была отключена. Поэтому мой сайт внезапно получал 404, хотя у него самого всё было включено и настроено. 💡 Это интересный пример того, как кэширование становится источником проблем в разработке. Кэширование — это, конечно, хорошо. Я не говорю, что его нужно избегать. Оно ускоряет работу системы и часто действительно необходимо. Но кэшировать тоже нужно с умом. В моём случае я просто забыл указать в настройках, что кэширование должно учитывать chroot пользователя, и получил вот такую интересную проблему. Причём именно мониторинг помог мне с ней разобраться. У меня были конкретные даты и время, когда всё работало, а когда отваливалось. Без мониторинга я вообще не представляю, как бы это отдебажил. 😅 Но теперь всё исправлено. После изменения настройки ошибка больше не повторялась, а мониторинг снова стабильно зелёный. 💪 Свята место | 10МДК | ВЕБМастер | YHub

Почему компанию нельзя завайбкодить Почти каждый день ко мне приходят фаундеры-энтузиасты вайбкодинга. Логика у всех одна: раз AI пишет код, значит собрать SaaS теперь может любой, а старые игроки обречены. «SaaSpocalypse», конец эпохи. Давайте разберемся. Мой главный тезис: код — это только часть софтверной компании. Причём меньшая. Предлагаю мысленный эксперимент: представьте, что весь код Hubspot или Quickbooks выложили в открытый доступ, целиком и бесплатно. Смогли бы вы с ним конкурировать? Нет. Потому что дальше начинается то, что вайбкодинг не закрывает. В три часа ночи всплывает уязвимость в библиотеке — её надо патчить. Продакшн надо держать живым. Освоение продукта пользователями надо продавливать. Написать код — один кусок работы, а запустить и поддерживать в масштабе — совсем другой, и вот он реально тяжёлый. И его добивающий аргумент: если CRM и систему бух учета можно завайбкодить силами хоть сотни инженеров — почему мы не видим ни одной такой компании прямо сейчас? Где они? Люди недооценивают, сколько сложности накопилось в этих системах за десять лет. Снаружи её не видно, но она есть. Отдельно хочу остановится на том, почему AI спотыкается именно в B2B-продажах. Продажа — асимметричная игра: покупатель не обязан говорить вам правду и вполне может соврать.

У меня нет бюджета

Решение принимаю я

Хотя не он.

Мы смотрим ваших конкурентов

Хотя не смотрят. Чтобы работать в этой мути, нужен отличный контекст и понимание расстановки сил внутри компании. А AI обучен быть правдоподобным. Но выигрышный ход в переговорах часто именно неправдоподобный: странный, нелогичный на вид — и при этом работающий. Читать комнату, чувствовать момент, идти против очевидного — пока не про него. Мой вывод для тех, кто приходит ко мне с горящими глазами: вайбкодинг радикально удешевил прототип. Это правда, и это прекрасно. Но прототип — не компания. Ров теперь не в коде, а во всём, что вокруг него: в эксплуатации, в поддержке, в накопленной сложности и в тех местах, где нужно человеческое суждение, а не правдоподобный ответ. Я сам вайбкожу — на той же неделе собирал в Claude Code рутину под свои задачи — и именно поэтому вижу, где кончается «собрал за выходные» и начинается «держишь в проде годами». А вы замечаете эту разницу — между прототипом и компанией? Или всё-таки верите, что AI скоро закроет и вторую часть? Делитесь в комментариях Андрей Резинкин | Money For Startup

Когда я был совсем юн, одно время ходил на курсы программирования. И когда для выполнения домашнего задания включал компьютер, мама говорила мне:

"Это зачем еще? Сначала напиши алгоритм на бумажечке, а потом уже переноси в компьютер."

Тогда это вполне имело смысл, ведь еще не было IDE с автоподстановками/автопроверками, программы занимали килобайты, не гигабайты, а в НИИ даже встречались перфокарты. Но важен еще один момент: чтобы писать код эффективнее, сначала нужна какая-то канва. Сначала обходились просто детальным ТЗ на работы. Затем придумали разные подходы, которые помогают создавать код не просто с чистого листа, а на какой-то основе. Я имею в виду Test-Driven Development (TDD), когда в основе правильного кода лежат успешные тесты, Behavior-Driven Development (BDD), когда в основе кода - конкретные сценарии. И прочие DD. Появление ИИ-помощников в работе повлияло на эти процессы. Несколько месяцев назад GitHub представил подход Spec-Driven Development (SDD). Суть в том, чтобы сначала создать спецификацию, затем скормить ее ИИ-агенту, на ее основе будет составлен план работ и потом строго по плану реализация.

Spec → Plan → Tasks → Implement

То есть теперь не просто пишем промпт "Нарисуй форму", а описываем цели, поведение, граничные условия, исключения и т.д. Для претворения этого дела в жизнь они опубликовали опенсорсный инструментарий - Spec Kit. Поддерживается 35 кодинговых агентов, имеет 138 расширений, может работать оффлайн. В репозитории есть ссылки на обзоры и сообщества. 123 тысячи звезд на Гитхабе, 257 контрибьюторов. #process

В канале Нади увидел облако ее тг постов за все года. Решил не дожидаться 300🔥 ради сорсов и позвонил Гермесу: 📞 Хочу также, только на моем сайте и во времени, а готовые эмбеддинги возьми из gbrain Пару голосовух спустя, получился таймлайн моих постов (тестил только на мобиле, сори): 🤩 okhlopkov.com/karta-postov-telegram Если хотите попрактиковаться в AI, попробуйте сделать аналогичное для себя: можно не только тг посты, но и любые файлы, статьи, заметки. Закиньте ссылку выше как референс и газ в пол.

Поиск постов канала это конечно круто, но если ищешь что-то конкретное, то лучше спросить у @fiztehbot или в чате @ohld_chat.

Я на две недели в отпуске без компа. Не лопните пузырь тут без меня 🥀

✔️ Alibaba откроет код альтернативы CUDA Полупроводниковое подразделение Alibaba (T-Head) анонсировало открытие исходного кода стека SAIL для фирменных ИИ-ускорителей Zhenwu. Проект анонсировали на Всемирной конференции по ИИ в качестве открытой альтернативы экосистеме Nvidia CUDA. По заявлению T-Head, адаптация SAIL под популярные ML-фреймворки занимает менее 7 дней. Флагманом линейки выступает процессор Zhenwu M890, представленный в мае и спроектированный для работы с ИИ-агентами. Alibaba ранее сообщала об отгрузке более 560 тысяч таких чипов сотням корпоративных клиентов. scmp.com ✔️ Moonshot приостановил оформление подписок на Kimi K3 Стартап временно остановил продажу подписок на модель Kimi K3 из-за нехватки вычислительных мощностей. Действующие пользователи работают без ограничений, доступ новым клиентам откроют по мере масштабирования инфраструктуры. Для балансировки нагрузки на кластеры компания меняет систему монетизации и делит единую подписку на 2 тарифа. В план Kimi Membership входят веб-версия, мобильное приложение и стандартные сценарии использования. Для инженеров вводится Kimi Code Membership - ресурсы этого тарифа выделены только под генерацию и анализ кода. Такое разделение потоков должно стабилизировать работу сервиса. Kimi в сети Х ✔️ ИИ-вендоры всерьез присматриваются к чипам AMD Microsoft расширит использование ускорителей AMD в инфраструктуре Azure. Во второй половине 2026 года компания запустит вычислительную платформу AMD Helios, оптимизированную для крупных моделей. Сатья Наделла объяснил расширение партнерства ценовой политикой Nvidia и конкуренцией со стороны TPU. Параллельно аппаратное обеспечение AMD тестирует Anthropic. По данным SemiAnalysis, AMD присвоила разработчику Claude высший приоритет поддержки наравне с Amazon. Ожидается, что компании официально анонсируют партнерство на конференции Advancing AI после решения проблем с оптимизацией программного стека. microsoft.com ✔️ ИИ спроектировал компоновку невидимого в полете одномоторного дрона Корпус аппарата Phantom Twist в полете вращается со скоростью до 25 оборотов в секунду, делая его почти невидимым за счет эффекта размытия. А процессе создания дрона ИИ сгенерировал 20 тысяч вариантов дизайна и симулировала их работу на фоне реальных пейзажей. Пропеллер и рама Phantom Twist крутятся в противоположных направлениях - в конструкции нет статичных деталей. Аппарат в 10 раз сложнее заметить, чем классический квадрокоптер. Авторы позиционируют устройство как инструмент для мониторинга дикой природы и осмотра инфраструктуры. northwestern.edu ✔️ Нил Бломкамп выпустил короткометражку, полностью сгенерированную в ИИ Известный по "Району №9" режиссер представил 13-минутный научно-фантастический хоррор Nightborne, полностью созданный с помощью видеомодели Seedance 2.0. Сюжет стилизован под документальное кино о военной программе, возвращающей в строй погибших солдат. Бломкамп управлял процессом покадрово, выстраивая сцены через промпты на основе концепт-артов, подготовленных художниками. Для генерации лиц и озвучки студия лицензировала биометрию 32 человек, чтобы избежать проблем с авторскими правами. Режиссёр заявил о планах снять полнометражный ИИ-фильм. Для реализации этих амбиций он уже открыл новую компанию, ориентированную на нейросетевой продакшен, которая придет на смену его классической студии Oats Studios. Neill Blomkamp в сети Х @ai_machinelearning_big_data #news #ai #ml

124 мегабайта ради расписания, которое влезло бы на одну страницу Тебе присылают ссылку на поездку, а за ней приложение на 43 мегабайта, разрастающееся до 124 после подгрузки. Внутри текст, картинки и ссылки на PDF. Всё то, что спокойно уместилось бы на веб-странице, которую можно скопировать, распечатать, сохранить и открыть на чём угодно. Вместо этого оно шлёт данные твоего гугл-аккаунта разработчикам и подсовывает рекламу других туров под видом «источников вдохновения». Одного человека это довело до того, что он полез перехватывать трафик приложения. Внутри обнаружилось, что логин с паролем просто склеиваются в один адрес, а сервер в ответ отдаёт готовый HTML. Тот самый, ради которого пришлось ставить 124 мегабайта: https://u.habr.com/jwc0u

Для того чтобы погонять Fable 5, пришлось вернуть подписку на Клода. В целом чувствуется, что модель сильнее Opus 4.8 (это проявляется в мелких деталях, подробнее писал в ИИ-лаборатории нашего клуба), но глобально ничего не меняется. Но вот что меня поразило, так это мои ощущения от использования Claude Code: как же я отвык от human in the loop, сидеть и постоянно контролировать - это не мое. У меня сейчас для работы сделано два оркестратора. Один реализует проектный SDLC, второй - общего назначения. Они связаны друг с другом и могут обмениваться заданиями и статусом выполнения, в общем агенте есть общий чат куда прилетают отчеты о выполнении. Развиваю проекты инкрементами, которые выглядят примерно так:

$soerdev add spec "Новая фича"
$soerdev refine spec
$soerdev plan
$soerdev run

Это реализация цикла Human ON the loop. Логика такая: добавляем драфт спеки, обсуждаем детали, фиксируем план, запускаем цикл до выполнения критериев останова. В работу не вмешиваюсь, но вижу в чате и телеграм боте что происходит. И знаете что? Это реально удобно! Теоретически что-то подобное можно настроить и в CLI-агентах, но все равно придется допиливать харнес для отправки сообщений в телеграм, делать свой аналог гейтов, делать скилы и промпты. А так все зашито в оркестратор soerdev.

За что платят программисту? Когда я был frontend-разработчиком, я писал код весь рабочий день в таком цикле: задача-реализация-задача. Свободного времени почти не оставалось, и мне казалось, что так и выглядит работа программиста. Сейчас я делаю фронт, бэк, инфраструктуру, мониторинг, разбираю проблемы на проде. Обязанностей стало больше, и они почти все технические 🙃 Но если посчитать часы, то на само написание кода уходит меньше 1/3 рабочего дня. Всё остальное это обсуждения, созвоны, скрам-церемонии, споры о том, каким должно быть решение.

Мне платят деньги не за код.

🧑‍💻 Моя ценность как сотрудника в другом. - Я понимаю, как устроена система, могу объяснить это команде и вместе с ними принять решение, за которое потом никто не будет отдуваться. На ответственных позициях требуют именно максимальной активности в обсуждениях, где решается, куда пойдёт проект. А не молча закрыть свой тикет. Мидл обычно думает, что до сеньора ему не хватает технологий "Выучу ещё фреймворк, ещё базу, буду писать хороший код - и на ревью" 🤞 Я тоже так думал. Но разница в том, что cеньор смотрит на задачу со стороны бизнеса и умеет это донести словами, а не только коммитом. 🧰 Сколько технологий ещё нужно выучить? Возможно, дело уже не в них. Стоит выйти за пределы своих задач: разобраться, как устроен проект целиком, вслух объяснять свои решения на ревью и обсуждениях и помогать людям в команде. Звучит не так эффектно, как новый фреймворк в резюме. Но именно это в какой-то момент начинает отражаться на зарплате :) — А сколько часов в день у вас уходит на код? Интересно сравнить. #карьера · yt · tg · ig

Почему стоит держаться подальше от OpenCode Интересный обзор от инженера Luke Wren. Автора бесит и качество работы, и безопасность. 1. Тратит ваши деньги впустую Когда агент общается с LLM, провайдеры (Anthropic, OpenAI) умеют кешировать уже отправленный контекст: повторно те же токены стоят в разы дешевле. Но кеш работает только если начало разговора не меняется ни на символ. OpenCode ломает это постоянно: перечитывает одни и те же файлы заново, вставляет в промпт текущую дату (изменилась минута – кеш умер), выкидывает куски контекста без необходимости. Итог – вы платите полную цену за токены, которые могли стоить копейки. Вторая беда – обрезка контекста. Если прервать агента на полпути, он может «забыть» важное – например, спеку проекта, которую вы ему скормили. Дальше он работает, не помня, что вообще нужно было сделать. Плюс мелочи: с подагентами нельзя пообщаться, когда они тупят, интерфейс в терминале жрёт память, ломает многострочный ввод и не поддерживает базовые шорткаты редактирования. 2. Это дыра в безопасности AI-агент выполняет команды на вашем компьютере. Чтобы он не натворил дел, ему нужны ограничения – «вот это можно, вот это спрашивай у пользователя». Вопрос в том, как эти ограничения устроены. OpenCode проверяет команды по тексту: смотрит на строку, которую агент хочет выполнить, и решает, опасная она или нет. Например, можно запретить команды git. Проблема: shell – это полноценный язык программирования, и одну и ту же команду можно записать бесконечным числом способов. Автор показывает десять обходов, вот пара для понимания: – echo 'git clean -fdx' | bash – формально это команда echo, «безобидная». Но она передаёт запрещённый git прямо в shell, и тот выполняется – python3 -c 'import subprocess; subprocess.run(["git", "checkout", "."])' – формально это python, а не git. Фильтр пропускает То есть запрет работает только против агента, который не пытается его обойти. А LLM может обойти его даже случайно, просто потому что так «удобнее» написать команду. Дальше хуже. Кнопка «Always» (разрешить навсегда) запоминает разрешение слишком широко: один раз одобрили безобидный echo hello – и теперь агент может выполнить echo 1 > /sys/class/gpio/gpio21/value. Это уже запись в системный файл. Перенаправление вывода (>) вообще не проверяется. И на десерт: у OpenCode уже был CVE – уязвимость, при которой можно выполнять произвольные команды на машине пользователя. Показательно, как закрыли issue об этом: его закрыл бот для «протухших» тикетов. Не человек, разобравшийся в проблеме, – бот, который чистит старые обращения. Автор говорит: фильтровать команды по тексту – бесполезно в принципе, это "и так сойдет", а не безопасность. Настоящая изоляция делается средствами операционной системы: Landlock в Linux, Seatbelt в macOS – механизмы, которые физически не дают процессу трогать файлы за пределами разрешённых. Тогда неважно, как хитро записана команда, – ОС просто не даст ей навредить. Стоит прочитать целиком, если пользуетесь, особенно раздел с обходами правил безопасности. https://wren.wtf/shower-thoughts/stop-using-opencode/

Ключевое за 3 дня ⚡ Главное • Moonshot AI выпустил открытую модель Kimi K3 — 2,8 трлн параметров, превосходит топ-модели США, цена от $3/млн токенов. • Alibaba представляет Qwen 3.8-Max с 2.4 трлн параметров — Модель уступает только Claude Fable 5, обещает открыть веса. • ВВС США и DARPA провели полет AI-управляемых истребителей F-16 — Флот AI-управляемых истребителей F-16. 📈 Рост и Оптимизация • Физик Юджи Тачикава — Claude Fable решил задачу, над которой он и коллеги бились 6 месяцев — Claude Fable решил сложную научную задачу. • +39% конверсий после удаления заметного призыва к действию — Удаление CTA на главной странице увеличило конверсии на 39%. • Nvidia объединяется с японскими фирмами в крупном продвижении робототехники — Партнёрство с Fanuc и Yaskawa, Sony-backed Noetra купит 27,500 чипов Nvidia Rubin. • Школьный округ в Нью-Йорке тестирует человекоподобного робота-учителя Sally — Робот помогает в курсах AI и робототехники. • Опрос Bloomberg: как лондонские финансисты внедряют ИИ на своих условиях — 85% профессионалов считают владение ИИ важнее традиционных навыков. • Как Netflix построил стек для LLM-инференса — Подробности о выборе движка, упаковке моделей, дизайне API. • Китайский AI-стартап Z.ai приближается к $1 млрд продаж — Зарабатывает на развёртываниях для госсектора и облачном бизнесе. 🤖 Промпты и Практика • 10 промптов для редактирования реальных фото — Изменение выражения, ретушь кожи и другие улучшения. • 5 советов по использованию NotebookLM — Практические советы. • Когда использовать временный чат в ChatGPT — Temporary Chat не сохраняет историю, подходит для личных вопросов. • Как экономить токены при исследованиях — Используйте дешёвые модели для поиска, точные — для проверки. 🛠 Инструменты • Canva запустила Code 2.0 — Создание интерактивных сайтов и приложений по текстовым запросам. • Bono — Генерация контента в вашем стиле после 10-минутного разговора. • HeyGen — Создание видео без камеры и навыков монтажа. • SnapBlock — Создание сайтов и приложений за минуты с помощью ИИ. • FreeOCR — Бесплатный инструмент для извлечения текста, таблиц и данных из документов. • Kimi Code CLI — AI-агент для кодирования в терминале от Moonshot AI. • Alibaba открывает софтверный стек для AI-чипов — Open source стек для чипов Zhenwu снижает барьеры миграции с CUDA.

​​Harness Handbook: Making Evolving Agent Harnesses Readable, Navigable, and Editable Способности агента определяются не только базовой моделью, но и его harness — кодом, который собирает промпты, управляет состоянием, вызывает инструменты и крутит control loop. Под новые модели, API и требования harness приходится постоянно дорабатывать, но перед любой правкой нужно сначала найти все места в коде, реализующие нужное поведение. Авторы называют это behavior localization и считают главным узким местом в эволюции harness: запросы формулируются в терминах поведения, а репозиторий устроен по файлам и функциям, и именно этот разрыв всё усложняет. Решение — Harness Handbook, представление кодовой базы, организованное вокруг поведения, а не структуры файлов. Это трёхуровневое дерево (L1 — обзор системы, L2 — стадии и компоненты, L3 — записи со ссылками на конкретный исходник) плюс state-register view для состояния, разделяемого между стадиями. Строится автоматически: статический анализ через tree-sitter без LLM → раскладка по стадиям через proposer-reviewer loop → синтез дерева. При модификации агент идёт сверху вниз через Behavior-Guided Progressive Disclosure (BGPD): от архитектуры к нужным стадиям и конкретным местам в коде, а потом сверяет кандидатов с текущим исходником. Отдельная полезная деталь — resynchronization: после правок handbook инкрементально обновляет только затронутые части, а ссылки, которые больше не резолвятся, помечает как stale, вместо того чтобы молча указывать на неверный код. Проверяли на двух open-source harness'ах (Terminus-2 и Codex), 60 запросов на модификацию, планировщик — DeepSeek-V4-Pro, качество планов оценивали три LLM-судьи: — win rate по качеству плана: 45.6% против 26.7% на Terminus-2 и 38.3% против 28.3% на Codex — и всё это при меньшем расходе токенов планировщика: −12.7% на Codex и −8.6% на Terminus-2 — по локализации все 24 сравнения recall/precision/F1 в пользу handbook, прирост F1 от +5.0 до +18.8 — слабый планировщик с handbook подбирается к локализации более сильных моделей (GPT-5.5, Claude Opus 4.8) и заметно реже промахивается мимо нужного кода целиком Paper Code Project Мои обзоры: Personal blog Medium Linkedin #paperreview

Подключение Яндекс.Метрики и Яндекс.Вебмастер к lovarus.ru одним кликом. Вот одна из причин, почему нужно выкатывать продукт как можно раньше и давать тестить реальным пользователям. Я и не думал, что ручное добавление Яндекс.Метрики приведет один из проектов к тому, что он перестанет собираться, и это станет блокером к публикации. Чтобы контролировать этот процесс, я решил, сделать полную нативную интеграцию с сервисами Яндекса по API. Теперь подключить Яндекс.Метрику к своему сайту в Lovarus, можно одним кликом, и это не фича из моего воображения, а реальный запрос пользователя. Пока тестирую на dev стенде, скоро выкачу в прод.

The Elder Scrolls 6 всё ещё в разработке Bethesda решила немного успокоить фанатов после недавних сокращений в Xbox. В студии заявили, что The Elder Scrolls 6 «уже на пути», находится там, где и должна быть по плану, а команда довольна тем, как игра выглядит, и играет в неё каждый день. Звучит красиво, хотя после фразы «мы играем каждый день» у фанатов Skyrim наверняка нервно дёрнулся глаз. Главное заявление: The Elder Scrolls 6 сейчас является основным фокусом Bethesda Game Studios. По словам студии, над новой частью работает большая часть команды. Bethesda также напомнила, что Skyrim разошёлся тиражом более 65 миллионов копий, а игроки продолжают возвращаться в него спустя 15 лет. Но студия признаёт, что ожидание сиквела уже стало очень долгим. И это мягко сказано, потому что игру анонсировали ещё 8 лет назад. Повод для беспокойства появился после сообщений, что из команды The Elder Scrolls 6 могли уволить «ключевых» сотрудников, а настроение внутри студии сильно просело. При этом Microsoft объясняла сокращения желанием сосредоточиться на самых сильных брендах Xbox. The Elder Scrolls как раз один из таких брендов, поэтому ситуация выглядит немного странно. Вроде бы фокусируемся на главном, но людей всё равно режем. Ещё Bethesda подтвердила, что The Elder Scrolls 6 создаётся на Creation Engine 3. На нём же будет работать и Fallout 5. Кроме того, Zenimax Online Studios, известная по The Elder Scrolls Online, будет теснее сотрудничать с Bethesda по франшизе. Todd Howard объяснил, что компания решила рассказать о планах чуть больше, чтобы игроки понимали, куда всё движется. Но полноценный показ TES6, похоже, всё ещё где то там, за горами Тамриэля. Рядом с обещаниями, надеждой и очередным переизданием Skyrim. #новости | Telegram | YouTube | чат

Иммутабельная денормализация Изучение баз данных всегда сопровождается понятием нормализации, а конкретно первыми тремя формами, которые задают нам ограничения, помогающие правильно разложить все по таблицам. И это действительно база, без которой нормально работать не получится. Но есть, как обычно, нюансы. В реальных проектах выясняется, что нормализованные данные сложно соединять и выбирать. При глубоком уровне зависимостей, чтобы добраться до внешней сущности, нужно либо соединять 5 таблиц, либо делать 5 запросов. Пример из Хекслета. У нас есть программа обучения, которая состоит из модулей, в которые входят темы которые состоят из уроков, которые состоят из юнитов (теория, практика, тесты). На это все накручено много логики по прогрессу и отображению. В такой структуре, вопросы типа "какой урок следующий по порядку?" заставляют поломать голову. В таких ситуациях мы начинаем денормализацию данных. В основном она сводится к добавлению внешних ключей на косвенно связанные сущности, например, урок связан с программой обучения через модуль. Здесь мы добавляем ключ на программу прямо из урока, что позволяет выполнять запросы на уроки одной программы без необходимости соединять таблицы. В принципе это довольно базовая концепция с которой знакомы большинство разработчиков, но дальше начинается самое интересное. Как только мы делаем денормализацию, то сразу упираемся в необходимость синхронизировать данные. Если поменялось в одном месте, надо не забыть поменять и в другом месте. Это цена денормализации и ее надо платить. > Кстати есть такой концепт как синхронизирующие триггеры, которые вешают только для того, чтобы синхронизировать подобные данные. Когда-то я его активно использовал, но сейчас не стал бы Но есть и альтернативный подход, который иногда работает лучше. Вместо того, чтобы синхронизировать денормализованные данные, мы можем пересмотреть саму систему и сделать данные иммутабельными (неизменяемыми), чтобы их не нужно было синхронизировать. Например в том же примере с уроками, мы сделали так, что урок принадлежит одной программе и не может перемещаться между программами. А это значит, что мы можем записать в урок все внешние ключи, которые никогда не поменяются. В таком случае цена денормализации это занятое место ключами, чем обычно можно пренебречь. А что касается бизнес-логики? Да, такой подход работает не всегда, но, как показала практика, его можно использовать намного чаще чем кажется. Например в нашем случае это даже наоборот хорошо, иначе получается ситуация, что при переносе урока нужно переносить прогресс, что значительно усложняет логику и создает странное впечатление, когда в середине программы вдруг появляются пройденные уроки. При этом сама процедура довольно редкая, поэтому если кому-то придется пройти два раза один и тот же урок (перенос в нашем случае это копирование), то ничего страшного не случается. Но есть места где без синхронизации данных не обойтись никак. В основном это касается статусов, они могут меняться и за ними нужно следить. Telegram | YouTube | AI Клуб