Вперед к монорепам Практика показывает, что эффективнее всего с агентами работать тогда, когда весь контекст есть по рукой и можно просто погрепать, причем речь идет не про один какой-то конкретный сервис/проект, а когда все репозитории проекта, лежат в одной папке, а возможно даже в одном репозитории. В таком случае и дока общая (это важно для спек) и все просвечивается насквозь и пулреквесты можно сразу бахнуть везде. Но многое зависит от размеров. Понятно что вообще все сервисы в одно место может быть перебором, скорее это правило применимо к командам и тому что у них там внутри. Но это не мешает теоретически заливать и чужие сервисы рядышком, чтобы по ним можно было погрепать если это имеет смысл. Объединения можно добиться двумя способами. Один это тупо все свалить в одну репу (что не заставляет нас собирать все как единый проект) и работать всегда из корня. Более того, в некоторых языках системы сборки поддерживают прямо такой режим работы, поэтому в какой-нибудь Java, получается двойной выигрыш. Второй, это сделать единую высокоуровневую репу, в которой хранятся спеки и любые другие общие доки, а дальше с помощью настроенных команд все клонируется внутрь по подпапочкам. Делать это кстати не обязательно ручками/скриптами, для этого уже есть готовая утилита ghorg. Ну а дальше, эта репа постепенно обрастает артефактами: доками и скриптами, которые помогают работать на всем объеме репозиториев. Если еще на это насадить openspec так вообще красота. Кстати у последнего появилась такая штука как Store, это как раз подобный репозиторий, но без необходимости все складывать внутрь одной папки. Там идея такая что репа со спеками (Store) кладется в домашнюю директорию, а в репах проекта на нее дается ссылка. Дальше команды openspec все это знают учитывают и работают со Store отдельно. И расскажу про наш кейс. На хекслете много практик и проектов. Каждая сущность это своя репа (потому что свой релизный цикл) и даже каждый курс (тексты) это тоже своя репа. Суммарно это под 8000 репозиторев. Плюс для них есть набор базовых образов и разных проверочных скриптов. Так вот у нас всегда существовал подход, когда есть одна базовая репа с общими штуками и туда с помощью make clone добавлялись все эти репы. Но правилось это ручками. А сейчас мало того, что ии может менять все пачками (например связано обновить версию react в курсе + практиках + проекте), так мы еще добавили туда редактор (на него завязана часть логики) и сотни наших реп с гитхаба, куда мы выкладываем разного рода библиотеки и базы данных для курсов. То есть теперь в одном месте практически 100 процентный контекст (осталось еще mcp на хекслете завести, чтобы еще фидбек по курсам и вопросы в ассистента связать). У нас бывают дни, когда мы можем за раз поправить 500-1000 реп.

🚀 Yozh Scraper v0.1.9 уже на базе! Небольшое, но важное обновление - меньше ложных блокировок, пустых результатов и ненужного ожидания:

— Bing теперь возвращает реальные URL вместо click-tracking ссылок — заблокированные/CAPTCHA-страницы определяются сразу - экономим до ~45 секунд на запрос — browser-check Яндекса больше не считается блокировкой и не вызывает лишнюю ротацию прокси — throttle-страницы Amazon теперь корректно распознаются как блок и отправляются на повторную попытку — ошибки warmup-навигации теперь видны в meta.applied_warmup

И да! Это бесплатно и opensource с максимально свободной лицензией 👉 https://data.cyberyozh.pro/ru/ Ваши репосты, упоминания и ссылки на нас всегда 🫶

C++29 — начало. Встреча ISO C++ в Брно Число 120000.0 форматировалось как «120000», а 100000.0 внезапно как «1e+05». Два похожих числа выводились по-разному, потому что под механизмом std::to_chars старался выдать максимально короткую строку. В C++29 это чинят, заодно поведение приблизили к Python и выгадали 15% производительности. Рядом другая знакомая боль, когда «верни значение по ключу или дефолт» разворачивается в несколько строк с итераторами. Теперь у ассоциативных контейнеров есть метод lookup, и всё схлопывается в cache.lookup(key).value_or(42). Заодно всё неопределённое поведение наконец собрали в отдельные секции стандарта, написанные для нормальных людей, а не для экспертов по языку описания стандарта. А постфиксным операторам ++ и — разрешили писать = default, чтобы не копировать один и тот же boilerplate в каждом итераторе. И это лишь часть того, что привезли с одной встречи комитета. Узнаем, что ещё меняется в C++ на пути к C++29.

(с) А я простила, я простила его опять, опять, опять.О, как намаялась я с тобой,Моя попытка номер пять!А я простила, я простила его напрасно, видимо.Теперь страдаю от этого, теряя независимость. *** Прямо про ИИ песенка. CRM/Task tracker меня раздражают и бесят, пробую новую итерацию в которой обсуждения в чатах / чаты / задачи / проблемы сами по себе создают инфраструктуры/задачи и двигают их, чтобы агенты не забывали. Помнить архитектуру какого-то решения - это ок. Но теперь чтобы чаты/сессии не умирали / не сбрасывались и прочее -> туда "вклиниваются" грубо watcher'ы которые переключают фокус, чтобы тушить пожар. Отдельно в status bar macOS добавлю себе иконку при раскрытии которой будут все "потроха" и тд и тп, что в голове нереально держат. • задачи / клиентов / проблемы / запросы / rnd / баги / отложенные какие-то штуки. Ща соберу и покажу Начал называется готовить Monosnap к релизу / рефакторить... Большие эпики / задачи плодят кучу процессов которые могут на паузу встать и пропасть - беда

🤔Мысли вслух Вы слышали про недавний стрим разрабов Star Citizen? Нет, тогда послушайте, как тысячи игроков на миллиард долларов дурят: уже через час после начала демонстрации её отключили. Во время стрима команда постоянно натыкалась на баги и технические проблемы, с которым игроки, к слову, борются уже годами. Вместо работающего тайтла за, напомню, миллиард, показали сломанное нечто. Зрители назвали трансляцию «кринжовой и неловкой», а происходящее сравнили с «видео с заложниками» — вайбы реально похожие. Меня, как фаната космосимов, очень расстраивает такое состояние игры, ведь уже с десяток лет мы ждём масштабный эпик, а получаем лишь обещания и вот такие отбрывки инфы о состоянии видеоигры. Кажется, что позволили на это именно те фанаты, что дали Робертсу жировать на своих деньгах и ничего не делать. Очень грустно. Ждём самый масштабный мамонт-гейт в истории индустрии, если ничего не изменится. 😏Подписаться на IGM

Скорость релиза как стратегия: чему учит запуск Iron Nest Дизельпанковый артиллерийский симулятор Iron Nest от команды из двух человек продал больше 250 тысяч копий за три дня — и попутно показал, что делать, если вашу нишу «изобрёл» кто-то другой. Разбор по материалу GameDiscoverCo. Цифры запуска: - Больше 250 тыс. копий менее чем за 3 дня, пик онлайна — 17 500 игроков. - К пятому дню после релиза — 365 тыс. копий и 4,7 млн долларов валовой выручки при цене 20 долларов (стартовая скидка до 15). - Возвраты — всего 4%, заметно ниже среднего по Steam. - Прогноз GDCo: миллион копий примерно к году после релиза и 10–15+ млн долларов в итоге. Срок разработки — чуть больше года. Как строилась аудитория: - Ещё до демо игра набрала 400+ тыс. вишлистов — в основном за счёт вирусных коротких вертикальных роликов, во многом органических и сторонних. - На Next Fest в июне 2026 демо сыграли 700+ тыс. человек, второе место по числу игроков среди всех демо. Сейчас у демо 876 тыс. игроков и медианное время сессии 2 часа 19 минут — редкий показатель вовлечённости. - По словам разработчика Доминика Латоса, короткие ролики дали первый разгон, но ближе к релизу равный вес набрали другие форматы: горизонтальное видео, Reddit, плейтесты, демо. - География покупателей: США 29%, Китай 10%, Германия 8%, Россия и Великобритания по 5% — с заметным восточноевропейским уклоном. Почему игра сработала: - Притягательная механическая фантазия: ретро-кнопки, рычаги и приборы, которые хочется трогать. Ядро — «управление изнутри башни линкора», по формулировке автора идеи Ника Талмерса. - Геймплей построен вокруг расчётов: получить приказ, вручную триангулировать цель, выставить дальность — «головоломки, которые решаешь через орудие». - Ограниченный масштаб как осознанный выбор: одно отполированное пространство, вариативность за счёт дизайна миссий, а не новых локаций. Это и позволило уложиться в год разработки. Слон в комнате: Iron Nest открыто вдохновлён PVKK от авторов Dome Keeper — игрой, которая ещё в 2024 году придумала микрожанр «тесное помещение + машинерия + стрельба», но выйдет только в 2027-м. Разработчики Iron Nest настаивают, что наземная артиллерия — принципиально другой цикл. Вывод GDCo жёстче: если вы показали уникальную идею трейлером за два года до релиза, будьте готовы, что её реализуют раньше вас. Игроки, впрочем, не в обиде: 26% вишлистеров Iron Nest держат в вишлисте и PVKK — рынок вместил обоих. Какие выводы? - Показали уникальную идею — сокращайте путь до релиза: концепт без игры не защищён. - Стройте демо вокруг вовлечённости, а не охвата: медианные 2+ часа в демо предсказали продажи лучше любого трейлера. - Ограничивайте пространство, а не глубину: одна локация с вариативными миссиями дешевле и цельнее десяти пустых. - Меняйте форматы продвижения по мере роста: короткие ролики для разгона, длинное видео и сообщества — ближе к релизу.